Dregis STB C sagte:
>> Warum machst Du die Pr�fung dann? Auf meinem UUCP-System ist die ja >> auch v�lliger Unsinn - wenn, dann sollte Dein Provider das tun. > > Der Provider (ich selbst) tut das mit Postfix, aber irgendwas macht > Debian-Sendmail nochmal anders, das den Betrieb aufh�lt. Irgendwie > macht Debian ja _immer_ irgendwas anders. Debian sendmail ist sowieso komisch. Bei mir ist das Paket auf hold, weil die aktuelle Version nicht tut. Da muss ich nochmal hinterher. F�r Online-Systeme ist das "Sender-Domain must resolve" ja nett, aber f�r ein Offline-System unpraktisch. Da gibt es aber eine Option gegen... >> Daf�r verlierst Du halt z.B. die Alias-Aufl�sung, die der MTA machen >> t�te. > > Hmmm. Verstehe ich nicht. fetchmail ... is local_alias_for_postmaster here. Das geht nur, wenn fetchmail die Mails an ein Programm �bergibt, das den Alias kennt und aufl�st. Und die Idee ist richtig so, denn warum sollte man Alias-Aufl�sung und .forward-Abarbeitung nochmal nachprogrammieren, wenn es Software gibt, die das schon kann? Klar, wenn Du es nicht brauchst, dann bist Du mit der direkten Auslieferung mittels MDA besser dran. > Was passiert denn, wenn mein Fetchmail die Mails an Procmail �bergibt? > Wird dann direkt meine .procmailrc gelesen und die Mails landen direkt > in den dort definierten Mailboxen? Das w�re ja gnadenlos praktisch. Jepp. Daf�r muss fetchmail dann aber vermutlich als root laufen. Wobei bei mir er auch als root l�uft, AFAIK. Jochen -- This space is intentionally left blank. ---------------------------------------------------------------------------- PUG - Penguin User Group Wiesbaden - http://www.pug.org
