Re: Fetchmail holt mail nicht ab
Peter Wiersig
Sascha Peters wrote:
in fetchmail steht folgendes... blabla blabla ... "is *" also eben ein Sammelpostfach!
Neee, nich so. "is" moechte das Sammelpostfach wissen.
"is sammelpost here" oder "is sammelpost@gezuppel.de" waere ok.
Du erzeugt folgenden SMTP-Chat: ~~~~~ HELO localhost 250 ... MAIL FROM:
250 Sender ok RCPT TO: <*> ~~~~~
Also ich habe das so laufen, auch bei andern Postfächern und des sollte eigentlich laut fethmail so laufen das wenn dort * steht das er den Original To Header nimmt genau wie den Original From Header. Und wie man sieht macht er das auch! fetchmail: SMTP> RCPT TO:Undisclosed-Recipient:;@localhost fetchmail: fetchmail: SMTP< 501 Undisclosed-Recipient:;@localhost: "@" or "." expected af SMTP listener doesn't like recipient address `Undisclosed-Recipient:;@localhost' fetchmail: SMTP> RSET und wie löse ich den Kram nun? eine Alias anlegen der so heißt oder was meit ihr? Jemand ne Idee? -- Gruß Sascha
Sascha Peters wrote:
Also ich habe das so laufen, auch bei andern Postfächern und des sollte eigentlich laut fethmail so laufen das wenn dort * steht das er den Original To Header nimmt genau wie den Original From Header. Und wie man sieht macht er das auch!
fetchmail: SMTP> RCPT TO:Undisclosed-Recipient:;@localhost fetchmail: fetchmail: SMTP< 501 Undisclosed-Recipient:;@localhost: "@" or "." expected af SMTP listener doesn't like recipient address `Undisclosed-Recipient:;@localhost' fetchmail: SMTP> RSET
Ok, ok, ich hab da was falsch verstanden. Der Remote-MTA repariert ein bisschen was kaputt. Die Mail die Eintraf hatte keinen einzigen "To: "-Header und der sendmail(IIRC) "repariert" das mit dem Undisclosed-Recipient:; Dein Fetchmail setzt das nun als Empfaenger ein und das wird abgelehnt. Willst du an einen User abliefern oder an mehrere? aus fetchmail(1): "Header vs. Envelope addresses (...) When fetchmail cannot deduce a recipient address that is local, and the intended recipient address was anyone other than fetchmail's invoking user, mail will get lost. This is what makes the multidrop feature risky. (...) Thus, blind-copying to someone who gets mail over a fetchmail link will fail unless the the mailserver host routinely writes X-Envelope or an equivalent header into messages in your maildrop." Bei einem Zielpostfach ist das ganze natuerlich leicht zu loesen. In meiner Manpage kommt an keiner Stelle "is *" vor. Peter
participants (2)
-
Peter Wiersig
-
Sascha Peters