🚀 go-pugleaf

> Sendmail hat nur eine Funktion, und die ist eMails zustellen. eMails senden,
> empfangen und in Postfächer legen, dass alles ist zustellen, nicht mehr.

Ok, nur eine (simple) funktion. (was ist so schwer daran?)

> procmail, sendmail und viele MUAs sind so um 1965 herum entstanden, und
> darum bis heute sehr gut entwickelt und gepflegt. Einzige Ausnahme ist exim,
> welches noch nicht so alt ist, aber trotztdem stabil und ausgereift ist, die
> Entwicklung begann auch vor Linux.

Ein Programm, das "nur" mails zustellen soll, sollte älter als 8 Jahre
sein, und braucht eine Konfiguration, für die man Bücher lesen sollte
(und ich schätze mal es gibt n HOWTO im MByte-Bereich?)? Nur für den
MTA?

> Und ein dritter ist noch, was ist wenn fetchpop abstürzt? Dann ist viel
> lahmgelegt, da dann das komplette eMailsystem nicht mehr funktioniert. Wenn
> Du drei Komponenten hast, dann ist nur ein Teil des System nicht verfügbar,
> aber nicht das ganze.

ok, das wär kacke. Aber was nützt die Procmail und der pop3d, wenn
sendmail abstürzt (es gibt einige DoS-Attacken gegen Sendmail). So
nebenbei, weils mich interessiert: Was macht fetchmail, wenn sendmail
tot ist?
 
> Ich kann mir auch vorstellen, dass fetchpop noch weiterentwickelt wird, also
> mit der Zeit komplexer wird. Wenn es dann richtig komplex ist, dann hast Du
> dann einfach eine ellenlange Konfigurationsdatei und das Teil ist schwer zu
> warten. Und was spricht dagegen, drei einzelne, kleine Programme zu
> konfigurieren, anstatt ein grosses? Wenn man exim nimmt, dann ist das kein
> Problem, die Standardkonfigurationsdatei ist schon recht gut, man muss nur
> noch etwa drei/vier Variablen ändern. Und procmail und fetchmail sind dann
> schnell gemacht...

Ich kenn fetchpop nicht.
Könnte auch nur n gebastel eines Anfängers sein..
Hab nur nach nem Programm gesucht, das Martin (der wie ich aus der
einfachen und eher fetchpop-mässig orientierten windows-welt kommt) die
Sendmail-config erspart.
 
> Der Nachteil eines grossen Programmes ist auch, dass die einzelnen
> Komponenten nicht austauschbar sind, was IMHO der Vorteil von kleinen
> Programmen ist. Was ist zum Beispiel, wenn Martin einmal IMAP nutzen will
> und fetchpop dies nicht unterstützt? Dann muss er doch wieder zu kleinen
> Programmen greifen. Wenn er von Anfang an die Kombination aus kleinen
> Programmen genommen hat, so müsste er nur in der fetchmailrc eine Variable
> ändern. Was wäre, wenn ihm die Filterung von fetchpop nicht komplex genug
> sind? Dann müsste er auch wieder auf die Kombination von drei kleinen
> Programmen greifen, wenn er dies von Anfang an gemacht hätte, dann hätte er
> bloss procmail gegen ein anderes tauschen müssen.

Wenn Martin das will, wird er nicht in diese Newsgroup posten, und nach
einer Alternative für ein Shareware(!!) Windowsproggi suchen.
 
> Der Vorteil von fetchpop ist halt, dass man nicht soviel konfigurieren muss
> und dass man bloss eine Programm installieren muss. Ein anderer Vorteil
> fällt mir z.Z. nicht ein.

Ich glaube das ist doch schlussendlich das, wonach Martin gesucht hat.
Obwohl es für mich auch spannend wär, n Sendmail zu konfigurieren, und
weil ich sowas gerne einrichte, kann ich es doch nicht jedem empfehlen.

Oh, noch was:
Was soll ich eigentlich von meinem SuSE-6.1-installiertem-Sendmail
halten? Wie ist das vorkonfiguriert?

mfg

Claudio