Danke, das mit fetchmail -v -v und dem via post.webmailer.de war genau das Problem das ich die ganze Zeit suchte und nicht fand. Nun noch schnell 2 Fragen zu den unten stehenden Optionen in .fetchmailrc. Vor welchen Problemen bewahren mich "localdomains" und "pass8bits". Die manpage gibt hier zwar technische Auskunft, aber welche konkreten, für den Admin/Mail-User sichtbaren, Unterschied im Verhalten von fetchmail lösen diese Optionen aus? Grüße Michael -----Ursprüngliche Nachricht----- Von: "Stefan Pledl" <stefan.pledl@mesutronic.de> An: "'Michael Helms'" <mlsuseisdn@wvigmbh.de> Cc: <suse-isdn@suse.com> Gesendet: Freitag, 15. September 2000 11:36 Betreff: AW: [suse-isdn] X-Envelope-To ???
Hallo,
ich hab hier ein kleines Problem mit dem Linux.Mail-Server. Der ist nämlich nicht in der Lage einige mails korrekt zuzustellen. Alle mails die den korrekten Empfänger in X-Envelope-To verbergen gehen an den Postmeister. Beispiel eines Mail-Headers:
--- Auszug start ---- ... Received: from localhost (root@localhost [127.0.0.1]) by mps.wvigmbh.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id .... for <postmaster@localhost>; Fri, 15 Sep 2000 06:01:09 +0200 X-Envelope-From: <suse-isdn-return-3727-mlsuseisdn=wvigmbh.de@suse.com> X-Envelope-To: <mlsuseisdn@wvigmbh.de> ... by localhost with POP3 (fetchmail-5.1.2) for postmaster@localhost (multi-drop); Fri, 15 Sep 2000 06:01:09 +0200 Received: from lists.suse.com (host1.SuSE.com [202.58.118.3]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id AAA24028 for <mlsuseisdn@wvigmbh.de>; Fri, 15 Sep 2000 00:09:50 +0200 (MET DST) Received: (qmail 21137 invoked by alias); 14 Sep 2000 22:09:32 -0000 Mailing-List: contact suse-isdn-help@suse.com; run by ezmlm Precedence: bulk X-No-Archive: yes list-help: mailto:suse-isdn-help@suse.com list-unsubscribe: mailto:suse-isdn-unsubscribe@suse.com list-post: mailto:suse-isdn@suse.com X-Mailinglist: suse-isdn Delivered-To: mailing list suse-isdn@suse.com Received: (qmail 21130 invoked from network); 14 Sep 2000 22:09:32 -0000 Delivered-To: suse-isdn@suse.com ... To: suse-isdn@suse.com ... MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [suse-isdn] Suse Firewall X-Fetchmail-Warning: recipient address suse-isdn@suse.com didn't match any local name X-UIDL: 3f1ac6747d4c091df993139a928 ... --- Auszug stop ---
Installiert ist hier (so ich das durchschauen kann) sendmail und fetchmail. DasZusammensspiel stelle ich mir etwa so vor: sendmail befördert mails nach draußen und leitet die internen weiter. fetchmail holt und übergibt dann an sendmail. sendmail benutzt dann /etc/aliases zur Verteilung.
Wer ist für das X-Envelope-To verantwortlich. Kriegt man das weg oder kann man evtl daruf abfragen wenn kein To gefunden wird?
Nebenbei: Manchmal kann sendmail aus irgenwelchen Gründen mail nicht beim Provider abliefern. In den dann folgenden 1-2 Std. kriegt man die mail dann einfach nicht raus. sendmail -q wählt sich dann noch nicht mal ein, sondern liefert einfach nur die vorhergehende Fehlermeldung ab. Gibt es in sendmail sowas wie einen "Fehlerchach", so das sendmail weiß (oder glaubt zu wissen) das es in nächster Zeit keinen Sinn macht Post zu versenden?
Grüße Michael
To unsubscribe, e-mail: suse-isdn-unsubscribe@suse.com For additional commands, e-mail: suse-isdn-help@suse.com
Hallo Michael,
ich hatte bei uns in der Firma kürzlich ein ähnliches Problem.
Bei uns lag es daran, dass in der Datei .fetchmailrc der Server post.strato.de gepollt wurde, in der ersten Received: Zeile der E-Mail aber die angabe ... by post.webmailer.de ... steht.
fetchmail ignorierte diese Received: Zeile mit der Meldung post.webmailer.de is not an alias of post.strato.de (diese Meldung wird nur ausgegeben, wenn fetchmail mit der Option -v -v gestartet wurde) Da aber nur in dieser Received: Zeile deine E-Mail Adresse steht kann die E-Mail auch nicht richtig zugestellt werden.
fetchmail versucht nun die Empfängerangabe aus der To: Zeile zu extrahieren, dort steht allerdings suse-isdn@suse.com für diese Adresse existiert aber kein kein Alias in Sendmail und Sendmail fühlt sich wahrscheinlich auch nicht für die Domain suse.com verantwortlich -> die E-Mail wird an postmaster zugestellt.
Abhilfe haben bei uns folgende Einträge in der Datei .fetchmailrc geschaft:
poll post.strato.de via post.webmailer.de localdomains your-domain1.de your-domain2.de protocol pop3 user "username" password "password" is * pass8bits
Zur genaueren Analyse wären die Dateien .fetchmailrc, sendmail.cf, aliases hilfreich.
mfg Stefan Pledl