Maildienste

[Florian Lohoff]

On Fri, Jun 04, 1999 at 10:56:01PM +0200, Ingo Luetkebohle wrote:
> On Fri, 4 Jun 1999, Florian Lohoff wrote:
> > *Hihi* Ich kenne jemanden der sich mal ein paar tage damit beschaeftig
> > hat ein binary fuer NT zu schreiben das ein ETRN anstoesst - Das
> > problem ist ein anderes. Welcher MTA unterstuetzt denn VERNUENFTIG
> > ETRN d.h. mit mehreren queues und unterschiedlichen bounce zeiten fuer
> > die queues etc ?
> 
> ETRN hat den Vorteil, ein wirklich super-simples Protokoll zu sein, da
> kann man auch mal eben einen "fake" smtpd bauen, der nur EHLO und ETRN
> versteht :-) Die Mail dann vom MTA nicht in der Queue lassen sondern
> irgendwohin wegspoolen und bei ETRN wieder raussuchen (qmail's serialmail
> suite war immer gut für sowas). Wir haben da mal (damals ;-)) 'ne Lösung
> gebaut, die das gemacht hat und dann bei der Auslieferung 'nen gzip'ten
> TCP-Stream benutzt hat, um Bandbreite zu sparen. Funktionierte auch ganz
> gut, aber dann meinte irgendjemand "warum nehmt ihr nicht uucp?".

Haette ich auch gefragt denn das mit dem gzipten TCP Stream ist sicherlich
weit proprietaerer als ein UUCP feed. Ich denke mal ETRN like funkionalitaet
an jeden mailer einfach dranstricken (Man nehme BSMTP scripts ....)

> Seitdem bin ich auf uucp nicht mehr so gut zu sprechen ;-/

Aeh ?

Ich halte UUCP immer noch fuer eine State-of-the-Art transportmethode
fuer allerlei daten (Mail, News sind die gaengigsten varianten wobei
sicherlich auch ein debian mirror ueber uucp extrem gut via einem push
verfahren zu realisieren waere) aber leider ist das wissen um UUCP in
den letzten Jahren extrem verloren gegangen und kaum ein "Experte"
bei den Provider weiss noch wie uucp funktioniert bzw aufzusetzen ist.

ETRN halte ich, egal wie gut die implementierung ist, fuer etwas extrem
krankes, einen workaround fuer dessen problem laengst eine loesung existiert.
Leider koennen unsere tollen mainstream produkte wie Notes und Exchange
das nicht (Es gibt eine loesung fuer UUPC (ja das wird so geschrieben)
mit Exchange :) )

Flo
-- 
Florian Lohoff		flo at rfc822.org		      	+49-5241-470566
Good, Fast, Cheap: Pick any two (you can't have all three).  (RFC 1925)