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