Hallo! * Christian Schmidt wrote/schrieb: > Zum SMTP-Relay: > der "Workaround" �ber KMail hilft mir nicht. Ich m�chte n�mlich mails mit > verschiedenen From: Adressen verschicken und mit KMail ist mir das zu > kompliziert (meint: habe es noch nicht hinbekommen :-) Hmm, ich glaube mutt w�re was f�r dich, da geht das gaaaaanz einfach ;]
> fetchmail f�r Windows: > Die Idee mit dem IMAP-Server klingt ganz gut, nur wenn ich sehe was > OutlookExpress hier (bei meiner Freundin) mit IMAP und web.de/hotmail.com > anstellt, uiuiui, das will ich eigentlich niemandem zumuten. Hm, also Outlook (das echte) kommt mit meinem IMAP Server klar. (sogar ssl) Die Performance geht auch noch. > zum Verst�ndnis (meinem!): > fetchmail ist das Programm, das bei gmx die Mails die an @gmx.de kommen auf > die einzelnen Postf�cher verteilt - und ich kann mir meine dann runterladen. Nein. Fetchmail ruft deine Postf�cher ab (man fetchmailrc), und gibt sie an deinen MTA (hier: exim) der die Mails dann verteilt (standardm��ig nach /var/mail/$username). �ber .forward dateien kann dann jeder User sie "abfangen" und z.B. an Procmail (procmailrc) �bergeben, der sie sortiert oder auch an spamassassinb schickt. > Ist das nicht etwas Overkill, fetchmail in einem kleinen Netz laufen zu > haben? fetchmail l�uft immer nur auf einer Maschine. Overkill ist es, f�r einen privatanschluss fetchmail als Daemon so laufen zu lassen, das er alle 90 Sekunden abruft ;) > Auf den ersten Blick macht es erst Sinn, wenn man einen eigenen MailServer > hat, oder? Nein, s.o. Merke: Bei Linux ist Mail empfangen - lesen - senden getrennt. Gru� //Robert -- ,-----------------------------------------------------------------------------. > Robert Weissgraeber | "Emacs is a nice operating system, but I prefer UNIX." < > [EMAIL PROTECTED] | -- Tom Christiansen < `-----------------------------------------------------------------------------' ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
