Hallo zusammen, ich habe ein Problem mit entweder postfix oder dem Zusammenspiel von postfix und cyrus imapd, wenn in der Absenderadresse (!) Anführungszeichen stehen: Mein Mailserver holt die e-mails von meinem Provider mit fetchmail ab und übergibt sie dann an postfix. Der stellt sie lokal über cyrus imapd zu. Hin und wieder erhalte ich Spam, bei dem die Absenderadresse die Form "ein.name"@ein.server hat (mit Anführungszeichen!). Diese mail wird nicht an meine Mailboxen ausgeliefert. Postfix meldet: <chp@server.tld>: data format error. Command output: chp: Bad protocol Diese Meldung wiederholt er für alle (internen) Empfänger, an die die e-mail gehen soll. Anscheinend schickt er dann auch eine Meldung zurück an den Absender, dass nicht zugestellt werden konnte; diese wird natürlich zurückgewiesen, weil es den Absender dort nicht gibt. Dementsprechend erhalte ich als Postmaster zwei Fehlermeldungen: Die lokale Meldung, dass die ursprüngliche Mail nicht ausgeliefert werden konnte, und die Meldung, dass die Rückmeldung nicht zugestellt werden konnte. Um die so verloren gegangenen e-mails ist es nicht schade - bisher war es immer nur Spam. Allerdings muss ich mich immer mit den Fehlermeldungen rumärgern. Außerdem erzeugt das ganze natürlich unnötigen Traffic. Frage: Kann ich Postfix oder cyrus imapd beibringen, sich entweder über die fehlerhafte Absenderadresse nicht aufzuregen und die normal zuzustellen, oder aber solche e-mails stillschweigend verschwinden zu lassen? Googlen brachte nur das Ergebnis, dass ich in der master.cf in der Zeile für cyrus die Anführungszeichen um ${extension} entfernen sollte. Die stehen bei mir da aber gar nicht ... (auch keine sonstigen Anführungszeichen). Eine andere Seite schlug vor, bestimmte Flags in der Zeile zu ändern, das brachte aber leider auch nichts. Hat schon mal einer das Problem gehabt, oder fällt sonst einem etwas dazu ein? Vielen Dank! Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Christian Pelz wrote:
Hallo zusammen,
ich habe ein Problem mit entweder postfix oder dem Zusammenspiel von postfix und cyrus imapd, wenn in der Absenderadresse (!) Anführungszeichen stehen:
Mein Mailserver holt die e-mails von meinem Provider mit fetchmail ab und übergibt sie dann an postfix. Der stellt sie lokal über cyrus imapd zu.
Hin und wieder erhalte ich Spam, bei dem die Absenderadresse die Form "ein.name"@ein.server hat (mit Anführungszeichen!). Diese mail wird nicht an meine Mailboxen ausgeliefert. Postfix meldet:
<chp@server.tld>: data format error. Command output: chp: Bad protocol
Diese Meldung wiederholt er für alle (internen) Empfänger, an die die e-mail gehen soll.
Postfix ist vermutlich mit "strict_rfc821_envelopes = yes" am Laufen. Du könntest dies auf "no" stellen. Ansonsten kannst du nicht viel tun außer deinen Provider zu bitten, so einen Müll gar nicht erst anzunehmen.
Anscheinend schickt er dann auch eine Meldung zurück an den Absender, dass nicht zugestellt werden konnte; diese wird natürlich zurückgewiesen, weil es den Absender dort nicht gibt.
Dementsprechend erhalte ich als Postmaster zwei Fehlermeldungen: Die lokale Meldung, dass die ursprüngliche Mail nicht ausgeliefert werden konnte, und die Meldung, dass die Rückmeldung nicht zugestellt werden konnte.
Um die so verloren gegangenen e-mails ist es nicht schade - bisher war es immer nur Spam. Allerdings muss ich mich immer mit den Fehlermeldungen rumärgern. Außerdem erzeugt das ganze natürlich unnötigen Traffic.
Das ist das Problem mit Fetchmail: die Mails sind angenommen, und du bounced dann den Müll noch an die meist gefälschten Absender.
Frage: Kann ich Postfix oder cyrus imapd beibringen, sich entweder über die fehlerhafte Absenderadresse nicht aufzuregen und die normal zuzustellen, oder aber solche e-mails stillschweigend verschwinden zu lassen?
Wer hat denn nun die Fehlermeldung generiert, Postfix oder Cyrus? Es sieht nach Postfix aus. Am sinnvollsten wäre es, die Mails direkt anzunehmen und Postfix dann solchen Schrott einfach ablehnen zu lassen. Das würde jedoch eine feste IP voraussetzen. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote: Vielen Dank für die schnelle Antwort!
Postfix ist vermutlich mit "strict_rfc821_envelopes = yes" am Laufen. Du könntest dies auf "no" stellen. Ansonsten kannst du nicht viel tun außer deinen Provider zu bitten, so einen Müll gar nicht erst anzunehmen.
postconf -d | grep strict zeigt mir, dass "strict_rfc821_envelopes = no" ist.
Frage: Kann ich Postfix oder cyrus imapd beibringen, sich entweder über die fehlerhafte Absenderadresse nicht aufzuregen und die normal zuzustellen, oder aber solche e-mails stillschweigend verschwinden zu lassen?
Wer hat denn nun die Fehlermeldung generiert, Postfix oder Cyrus? Es sieht nach Postfix aus. Am sinnvollsten wäre es, die Mails direkt anzunehmen und Postfix dann solchen Schrott einfach ablehnen zu lassen. Das würde jedoch eine feste IP voraussetzen.
Die Fehlermeldung kommt wohl von Postfix, so wie ich das sehe. Ich würde die Mails am liebsten weiterleiten und dann von meinem Junk-Filter auf dem jeweiligen Client aussortieren lassen (so wie den Rest des Spam auch). Eine feste IP habe ich jedoch nicht (Einwahl über DSL). Gruß Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Christian Pelz wrote:
Sandy Drobic wrote:
Vielen Dank für die schnelle Antwort!
Postfix ist vermutlich mit "strict_rfc821_envelopes = yes" am Laufen. Du könntest dies auf "no" stellen. Ansonsten kannst du nicht viel tun außer deinen Provider zu bitten, so einen Müll gar nicht erst anzunehmen.
postconf -d | grep strict
zeigt mir, dass "strict_rfc821_envelopes = no" ist.
-d = default Einträge -n = alle non-default Einträge versuche es lieber mal mit: postconf strict_rfc821_envelopes Das zeigt die aktuelle Einstellung. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Christian Pelz wrote:
Sandy Drobic wrote:
Vielen Dank für die schnelle Antwort!
Postfix ist vermutlich mit "strict_rfc821_envelopes = yes" am Laufen. Du könntest dies auf "no" stellen. Ansonsten kannst du nicht viel tun außer deinen Provider zu bitten, so einen Müll gar nicht erst anzunehmen.
postconf -d | grep strict
zeigt mir, dass "strict_rfc821_envelopes = no" ist.
-d = default Einträge -n = alle non-default Einträge
versuche es lieber mal mit: postconf strict_rfc821_envelopes
Das zeigt die aktuelle Einstellung.
linux:/# postconf strict_rfc821_envelopes strict_rfc821_envelopes = no Ich hab noch mal in meine main.cf geschaut, da steht das auch ausdrücklich drin. Kann man das Problem anders angehen? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Christian Pelz wrote:
linux:/# postconf strict_rfc821_envelopes strict_rfc821_envelopes = no
Ich hab noch mal in meine main.cf geschaut, da steht das auch ausdrücklich drin.
Wird dies auch in "postconf -n" gezeigt?
Kann man das Problem anders angehen?
Poste bitte mal die präzise Fehlermeldung inklusive Warnungen, die von der kaputten Mails verursacht werden. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Christian Pelz wrote:
linux:/# postconf strict_rfc821_envelopes strict_rfc821_envelopes = no
Ich hab noch mal in meine main.cf geschaut, da steht das auch ausdrücklich drin.
Wird dies auch in "postconf -n" gezeigt?
Ja.
Kann man das Problem anders angehen?
Poste bitte mal die präzise Fehlermeldung inklusive Warnungen, die von der kaputten Mails verursacht werden.
/var/log/mail.err und /var/log/mail.warn haben diesbezüglich keine Einträge. Es folgen die Auszüge aus /var/log/mail, die die letzte dieser Mail betreffen (kannst Du das so lesen? Die Zeilenumbrüche sind ja nun nicht gerade prickelnd ... Kann ich das als Anlage ohne Zeilenumbrüche schicken, oder wird das von der Mailingliste zurückgewiesen?). IMHO sind vermutlich nur die Teile, die ich mit ###### markiert habe, als Fehlermeldungen relevant, oder? Aug 15 09:25:21 linux postfix/smtpd[26157]: connect from localhost[127.0.0.1] Aug 15 09:25:21 linux postfix/smtpd[26157]: BADFA48283: client=localhost[127.0.0.1] Aug 15 09:25:21 linux postfix/cleanup[26159]: BADFA48283: message-id=<611448118.91648551471900@boutique-air-soft-guns.com> Aug 15 09:25:21 linux postfix/qmgr[1679]: BADFA48283: from=<Elton Warner@s13a.server4user.de>, size=7499, nrcpt=4 (queue active) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) AM.CL /var/spool/amavis/amavis-client-XXvTztMT: <Elton Warner@s13a.server4user.de> -> <ap@notar-pelz.de>,<chp@notar-pelz.de>,<mh@notar-pelz.de>,<ms@notar-pelz.de> Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) body hash: a2a6d1f70b1ffc6ae992a60dbf0838d9 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) Checking: GeFfjq-laIbg <"Elton Warner"@s13a.server4user.de> -> <ap@notar-pelz.de>,<chp@notar-pelz.de>,<mh@notar-pelz.de>,<ms@notar-pelz.de> Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p004 1 Content-Type: multipart/mixed Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p001 1/1 Content-Type: text/plain, size: 1860 B, name: Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p005 1/2 Content-Type: message/rfc822 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p006 1/2/1 Content-Type: multipart/alternative Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p002 1/2/1/1 Content-Type: text/plain, size: 265 B, name: Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p003 1/2/1/2 Content-Type: text/html, size: 1577 B, name: Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) Checking for banned types and filenames Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) collect banned table[0]: ap@notar-pelz.de, tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0xc5e4a0) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) collect banned table[0]: chp@notar-pelz.de, tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0xc5e4a0) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) collect banned table[0]: mh@notar-pelz.de, tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0xc5e4a0) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) collect banned table[0]: ms@notar-pelz.de, tables: DEFAULT=>Amavis::Lookup::RE=ARRAY(0xc5e4a0) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ap@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p001,L=1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path chp@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p001,L=1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path mh@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p001,L=1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ms@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p001,L=1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ap@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p002,L=1/2/1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path chp@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p002,L=1/2/1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path mh@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p002,L=1/2/1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ms@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p002,L=1/2/1/1,M=text/plain,T=asc" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ap@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p003,L=1/2/1/2,M=text/html,T=html" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path chp@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p003,L=1/2/1/2,M=text/html,T=html" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path mh@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p003,L=1/2/1/2,M=text/html,T=html" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) p.path ms@notar-pelz.de: "P=p004,L=1,M=multipart/mixed | P=p005,L=1/2,M=message/rfc822 | P=p006,L=1/2/1,M=multipart/alternative | P=p003,L=1/2/1/2,M=text/html,T=html" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) Using ClamAV-clamd: (built-in interface) Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) Using (ClamAV-clamd) on dir: CONTSCAN /var/spool/amavis/amavis-client-XXvTztMT/parts\n Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) ClamAV-clamd: Connecting to socket 127.0.0.1:3310 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) ClamAV-clamd: Sending CONTSCAN /var/spool/amavis/amavis-client-XXvTztMT/parts\n to INET socket 127.0.0.1:3310 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) ask_av (ClamAV-clamd): /var/spool/amavis/amavis-client-XXvTztMT/parts CLEAN Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) ClamAV-clamd result: clean Aug 15 09:25:21 linux postfix/smtpd[26164]: connect from localhost[127.0.0.1] Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) AUTH not needed, user='', MTA offers '' Aug 15 09:25:21 linux postfix/smtpd[26164]: DD64C488F3: client=localhost[127.0.0.1] Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) response to RCPT TO for <ap@notar-pelz.de>: "250 Ok" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) response to RCPT TO for <chp@notar-pelz.de>: "250 Ok" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) response to RCPT TO for <mh@notar-pelz.de>: "250 Ok" Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) response to RCPT TO for <ms@notar-pelz.de>: "250 Ok" Aug 15 09:25:21 linux postfix/cleanup[26159]: DD64C488F3: message-id=<611448118.91648551471900@boutique-air-soft-guns.com> Aug 15 09:25:21 linux postfix/qmgr[1679]: DD64C488F3: from=<Elton Warner@s13a.server4user.de>, size=7811, nrcpt=4 (queue active) Aug 15 09:25:21 linux postfix/smtpd[26164]: disconnect from localhost[127.0.0.1] Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) FWD via SMTP: <"Elton Warner"@s13a.server4user.de> -> <ap@notar-pelz.de>, <chp@notar-pelz.de>, <mh@notar-pelz.de>, <ms@notar-pelz.de>, 250 2.6.0 Ok, id=client-XXvTztMT, from MTA([127.0.0.1]:10025): 250 Ok: queued as DD64C488F3 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) Passed CLEAN, [127.0.0.1] <Elton Warner@s13a.server4user.de> -> <ap@notar-pelz.de>,<chp@notar-pelz.de>,<mh@notar-pelz.de>,<ms@notar-pelz.de>, Message-ID: <611448118.91648551471900@boutique-air-soft-guns.com>, mail_id: GeFfjq-laIbg, Hits: -, 164 ms Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) mail checking ended: setreply=250 2.6.0 Ok,%20id=client-XXvTztMT,%20from%20MTA([127.0.0.1]:10025):%20250%20Ok:%20queued%20as%20DD64C488F3\nreturn_value=continue\nexit_code=0 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) TIMING [total 167 ms] - got data: 1 (1%)1, body_digest: 2 (1%)2, gen_mail_id: 0 (0%)2, mkdir parts: 0 (0%)2, mime_decode: 20 (12%)14, get-file-type3: 9 (5%)19, decompose_part: 1 (0%)20, decompose_part: 0 (0%)20, parts_decode: 0 (0%)20, AV-scan-1: 22 (13%)33, update_cache: 1 (1%)34, fwd-connect: 12 (7%)41, fwd-mail-from: 1 (1%)42, fwd-rcpt-to: 11 (7%)48, write-header: 1 (1%)49, fwd-data: 1 (0%)49, fwd-data-end: 48 (29%)78, fwd-rundown: 27 (16%)94, main_log_entry: 8 (5%)99, update_snmp: 1 (0%)99, unlink-3-files: 1 (0%)99, rmdir: 0 (0%)100, unlink-0-files: 0 (0%)100, rmdir: 0 (0%)100, rundown: 1 (0%)100 Aug 15 09:25:21 linux amavis[25669]: (client-XXvTztMT) load: 0 %, total idle 5091.393 s, busy 1.233 s Aug 15 09:25:21 linux postfix/pipe[26160]: BADFA48283: to=<ap@notar-pelz.de>, orig_to=<info@notar-pelz.de>, relay=vscan, delay=0, status=sent (linux.1) Aug 15 09:25:21 linux postfix/pipe[26160]: BADFA48283: to=<chp@notar-pelz.de>, orig_to=<info@notar-pelz.de>, relay=vscan, delay=0, status=sent (linux.1) Aug 15 09:25:21 linux postfix/pipe[26160]: BADFA48283: to=<mh@notar-pelz.de>, orig_to=<info@notar-pelz.de>, relay=vscan, delay=0, status=sent (linux.1) Aug 15 09:25:22 linux postfix/pipe[26160]: BADFA48283: to=<ms@notar-pelz.de>, orig_to=<info@notar-pelz.de>, relay=vscan, delay=1, status=sent (linux.1) Aug 15 09:25:22 linux postfix/qmgr[1679]: BADFA48283: removed ###################################### Aug 15 09:25:22 linux postfix/pipe[26166]: DD64C488F3: to=<ap@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: ap: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26173]: DD64C488F3: to=<mh@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: mh: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26168]: DD64C488F3: to=<chp@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: chp: Bad protocol ) Aug 15 09:25:23 linux postfix/pipe[26175]: DD64C488F3: to=<ms@notar-pelz.de>, relay=cyrus, delay=2, status=bounced (data format error. Command output: ms: Bad protocol ) ######################################### Aug 15 09:25:23 linux postfix/cleanup[26159]: 465ED488F4: message-id=<20070815072523.465ED488F4@linux.1> Aug 15 09:25:23 linux postfix/qmgr[1679]: 465ED488F4: from=<>, size=10216, nrcpt=1 (queue active) Aug 15 09:25:23 linux postfix/cleanup[26159]: 4960F488F5: message-id=<20070815072523.4960F488F5@linux.1> Aug 15 09:25:23 linux postfix/qmgr[1679]: 4960F488F5: from=<double-bounce@linux.1>, size=4275, nrcpt=1 (queue active) Aug 15 09:25:23 linux postfix/qmgr[1679]: DD64C488F3: removed Aug 15 09:25:23 linux postfix/pipe[26166]: 4960F488F5: to=<chp@notar-pelz.de>, orig_to=<postmaster>, relay=cyrus, delay=0, status=sent (notar-pelz.de) Aug 15 09:25:23 linux postfix/qmgr[1679]: 4960F488F5: removed Aug 15 09:25:23 linux postfix/smtp[26181]: 465ED488F4: to=<Elton Warner@s13a.server4user.de>, relay=mail.notar-pelz.de[85.119.152.161], delay=0, status=bounced (host mail.notar-pelz.de[85.119.152.161] said: 550 <Elton Warner@s13a.server4user.de>: Recipient address rejected: User unknown in local recipient table (in reply to RCPT TO command)) Aug 15 09:25:23 linux postfix/cleanup[26180]: D97FD488F3: message-id=<20070815072523.D97FD488F3@linux.1> Aug 15 09:25:23 linux postfix/qmgr[1679]: D97FD488F3: from=<double-bounce@linux.1>, size=11831, nrcpt=1 (queue active) Aug 15 09:25:23 linux postfix/qmgr[1679]: 465ED488F4: removed Aug 15 09:25:23 linux postfix/pipe[26168]: D97FD488F3: to=<chp@notar-pelz.de>, orig_to=<postmaster>, relay=cyrus, delay=0, status=sent (notar-pelz.de) Aug 15 09:25:23 linux postfix/qmgr[1679]: D97FD488F3: removed Aug 15 09:25:35 linux postfix/smtpd[26157]: disconnect from localhost[127.0.0.1] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Wednesday 15 August 2007 14:28, Christian Pelz wrote:
Kann man das Problem anders angehen?
Poste bitte mal die präzise Fehlermeldung inklusive Warnungen, die von der kaputten Mails verursacht werden.
/var/log/mail.err und /var/log/mail.warn haben diesbezüglich keine Einträge.
Es folgen die Auszüge aus /var/log/mail, die die letzte dieser Mail betreffen (kannst Du das so lesen? Die Zeilenumbrüche sind ja nun nicht gerade prickelnd ... Kann ich das als Anlage ohne Zeilenumbrüche schicken, oder wird das von der Mailingliste zurückgewiesen?). IMHO sind vermutlich nur die Teile, die ich mit ###### markiert habe, als Fehlermeldungen relevant, oder?
###################################### Aug 15 09:25:22 linux postfix/pipe[26166]: DD64C488F3: to=<ap@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: ap: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26173]: DD64C488F3: to=<mh@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: mh: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26168]: DD64C488F3: to=<chp@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: chp: Bad protocol ) Aug 15 09:25:23 linux postfix/pipe[26175]: DD64C488F3: to=<ms@notar-pelz.de>, relay=cyrus, delay=2, status=bounced (data format error. Command output: ms: Bad protocol ) #########################################
Die Fehlermeldung kommt also nicht von Postfix, sondern von deliver. deliver ist zwischen Postfix und Cyrus-IMAP überflüssig. Stell Postfix am besten um, dass direkt lmtp verwendet wird. -- Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Christian Pelz wrote:
Kann man das Problem anders angehen? Poste bitte mal die präzise Fehlermeldung inklusive Warnungen, die von der kaputten Mails verursacht werden.
Okay, die ausführlichen Meldungen kommen von Amavisd-new. Hast du Amavisd-new auf Loglevel 1 oder 2 laufen? Jedenfalls ist der Loglevel für normalen Betrieb zu hoch.
###################################### Aug 15 09:25:22 linux postfix/pipe[26166]: DD64C488F3: to=<ap@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: ap: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26173]: DD64C488F3: to=<mh@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: mh: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26168]: DD64C488F3: to=<chp@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: chp: Bad protocol ) Aug 15 09:25:23 linux postfix/pipe[26175]: DD64C488F3: to=<ms@notar-pelz.de>, relay=cyrus, delay=2, status=bounced (data format error. Command output: ms: Bad protocol ) #########################################
Ja, das hier ist das Problem. Wie sieht der Eintrag in der master.cf für den Transpor Cyrus aus? Eleganter ist, wie Andreas schon gesagt hat, auf jeden Fall der Transport über lmtp. Das ist relativ einfach einzurichten. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Christian Pelz wrote:
Okay, die ausführlichen Meldungen kommen von Amavisd-new. Hast du Amavisd-new auf Loglevel 1 oder 2 laufen? Jedenfalls ist der Loglevel für normalen Betrieb zu hoch.
Loglevel war auf drei, habe ich jetzt auf 1 gesetzt. Jetzt ist das Log deutlich übersichtlicher geworden :-)
###################################### Aug 15 09:25:22 linux postfix/pipe[26166]: DD64C488F3: to=<ap@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: ap: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26173]: DD64C488F3: to=<mh@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: mh: Bad protocol ) Aug 15 09:25:22 linux postfix/pipe[26168]: DD64C488F3: to=<chp@notar-pelz.de>, relay=cyrus, delay=1, status=bounced (data format error. Command output: chp: Bad protocol ) Aug 15 09:25:23 linux postfix/pipe[26175]: DD64C488F3: to=<ms@notar-pelz.de>, relay=cyrus, delay=2, status=bounced (data format error. Command output: ms: Bad protocol ) #########################################
Ja, das hier ist das Problem. Wie sieht der Eintrag in der master.cf für den Transpor Cyrus aus?
cyrus unix - n n - - pipe flags= user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
Eleganter ist, wie Andreas schon gesagt hat, auf jeden Fall der Transport über lmtp. Das ist relativ einfach einzurichten.
Das habe ich jetzt so eingerichtet. "Normale" mail kommt gut an. Ob meine "Problemmails" auch ankommen, weiß ich nicht, weil noch keine wieder gekommen ist. Ich melde mich, wenn eine da ist ... Vielen Dank für Eure Hilfe! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Eleganter ist, wie Andreas schon gesagt hat, auf jeden Fall der Transport über lmtp. Das ist relativ einfach einzurichten.
Mit lmtp werden auch diese komischen mails richtig zugestellt (und vom Junk-Filter aussortiert). Allerdings habe ich da heute eine andere komische Fehlermeldung bekommen (dazu starte ich einen eigenen Thread). Vielen Dank für Eure Hilfe! Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Andreas Winkelmann -
Christian Pelz -
Sandy Drobic