Plötzliche mailman Problem unter SuSE 8.2
Hallo Liste, ich befürchte, daß seit dem letzten Update für mailman irgendetwas "zerschossen" ist, ich weiß aber nicht was ... Sobald eine Email an eine hier gehostete ML geschickt wird, gibt es Fehler á la (und zwar nicht zu knapp): Transcript of session follows. Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<MASTER@XXX.dyndns.org> Out: 250 Ok In: data Out: 354 End data with <CR><LF>.<CR><LF> Out: 250 Ok: queued as 7B71C188EE9F In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<USER@YYY.com> Out: 554 <USER@YYY.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-B@aol.com> Out: 554 <USER-B@aol.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-C@hotmail.com> Out: 554 <USER-C@hotmail.com>: Recipient address rejected: Relay access denied In: rset Out: 250 Ok In: quit Out: 221 Bye Bis zum Einspielen des Updates (am 23. Mai) lief es seit über einem Jahr ohne nennenswerte Probleme. Soweit ich weiß, ist die postfix Konfiguration _nicht_ verändert worden. Große Hoffnungen hatte ich auf deutschsprachige Literatur zu diesem Thema gesetzt, bin aber heute nach Erhalt der Sendung doch etwas stark enttäuscht worden - und eben darum frage ich nun hier mal nach ... :( postconf -n: alias_maps = hash:/etc/aliases,hash:/var/lib/mailman/data/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp:[localhost]:10024 daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no error_notice_recipient = postmaster mail_spool_directory = /var/mail mailbox_command = mailbox_transport = cyrus mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root mydestination = $myhostname, localhost.$mydomain, XXX.dyndns.org, router.skar.dt myhostname = mail.XXX.dyndns.org mynetworks = 192.168.10.0/24, 127.0.0.0/8 myorigin = XXX.dyndns.org newaliases_path = /usr/bin/newaliases notify_classes = policy, resource, software, bounce, delay owner_request_special = no program_directory = /usr/lib/postfix propagate_unmatched_extensions = canonical, virtual readme_directory = /usr/share/doc/packages/postfix/README_FILES recipient_delimiter = + relay_domains = 192.168.10.0/24 relayhost = smtp.1und1.com relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpasswd smtp_sasl_security_options = noanonymous smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access,permit_mynetworks,check_relay_domains,reject smtpd_use_tls = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 Hat jemand eine Idee? Danke & Gruß Torsten
Am Samstag, 5. Juni 2004 18:35 schrieb Torsten E.:
Hallo Liste,
Hallo Torsten,
ich befürchte, daß seit dem letzten Update für mailman irgendetwas "zerschossen" ist, ich weiß aber nicht was ... Sobald eine Email an eine hier gehostete ML geschickt wird, gibt es Fehler á la (und zwar nicht zu knapp): Transcript of session follows.
Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<MASTER@XXX.dyndns.org> Out: 250 Ok In: data Out: 354 End data with <CR><LF>.<CR><LF> Out: 250 Ok: queued as 7B71C188EE9F In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<USER@YYY.com> Out: 554 <USER@YYY.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-B@aol.com> Out: 554 <USER-B@aol.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-C@hotmail.com> Out: 554 <USER-C@hotmail.com>: Recipient address rejected: Relay access denied In: rset Out: 250 Ok In: quit Out: 221 Bye
Also wenn die von dir geänderten Adressen nichts mit der Mailingliste zu tun haben ist das da oben nur das "Abwehren" von Spam durch deinen Postfix.
Bis zum Einspielen des Updates (am 23. Mai) lief es seit über einem Jahr ohne nennenswerte Probleme. Soweit ich weiß, ist die postfix Konfiguration _nicht_ verändert worden.
Ich halte das für einen Zufall. Aus dem obrigen Log geht ja auch kein Zusammenhang zu Mailman hervor.
Große Hoffnungen hatte ich auf deutschsprachige Literatur zu diesem Thema gesetzt, bin aber heute nach Erhalt der Sendung doch etwas stark enttäuscht worden - und eben darum frage ich nun hier mal nach ... :(
Aus Interesse: Um welche Lektüre handelt es sich denn?
postconf -n: [...]
So long, -- George *WinkeWinke*- Beauftragter auf http://www.suse-talk.de
Georg Schilling schrieb am Samstag, 5. Juni 2004 18:47:
Am Samstag, 5. Juni 2004 18:35 schrieb Torsten E.:
Hallo Liste,
Hallo Torsten,
ich befürchte, daß seit dem letzten Update für mailman irgendetwas "zerschossen" ist, ich weiß aber nicht was ... Sobald eine Email an eine hier gehostete ML geschickt wird, gibt es Fehler á la (und zwar nicht zu knapp): Transcript of session follows.
Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<MASTER@XXX.dyndns.org> Out: 250 Ok In: data Out: 354 End data with <CR><LF>.<CR><LF> Out: 250 Ok: queued as 7B71C188EE9F In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<USER@YYY.com> Out: 554 <USER@YYY.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-B@aol.com> Out: 554 <USER-B@aol.com>: Recipient address rejected: Relay access denied In: rcpt TO:<USER-C@hotmail.com> Out: 554 <USER-C@hotmail.com>: Recipient address rejected: Relay access denied In: rset Out: 250 Ok In: quit Out: 221 Bye
Also wenn die von dir geänderten Adressen nichts mit der Mailingliste zu tun haben ist das da oben nur das "Abwehren" von Spam durch deinen Postfix.
Leider doch ... alle oben aufgeführten Mailempfänger sind Mitglied einer Liste. Und auf jede an eine ML gesendete Email generiert eine solche Infomail ... :(
Bis zum Einspielen des Updates (am 23. Mai) lief es seit über einem Jahr ohne nennenswerte Probleme. Soweit ich weiß, ist die postfix Konfiguration _nicht_ verändert worden.
Leider doch, denke ich. ;)
Große Hoffnungen hatte ich auf deutschsprachige Literatur zu diesem Thema gesetzt, bin aber heute nach Erhalt der Sendung doch etwas stark enttäuscht worden - und eben darum frage ich nun hier mal nach ... :(
Aus Interesse: Um welche Lektüre handelt es sich denn?
Das Postfix-Buch, Sichere Mailserver mit Linux, 2. Auflage aus dem open source Press Verlag. Mailman wird darin ein ganzes Kapitel gewidmet, und ich hatte die Hoffnung, daß dabei dann auch auf die Anbindung an postfix eingegangen wird.
postconf -n: [...]
So long, -- George *WinkeWinke*- Beauftragter auf http://www.suse-talk.de
Gruß Torsten
Am Samstag, 5. Juni 2004 18:59 schrieb Torsten E.:
Georg Schilling schrieb am Samstag, 5. Juni 2004 18:47:
Am Samstag, 5. Juni 2004 18:35 schrieb Torsten E.:
Hallo Liste,
Hallo Torsten,
ich befürchte, daß seit dem letzten Update für mailman irgendetwas "zerschossen" ist, ich weiß aber nicht was ... Sobald eine Email an eine hier gehostete ML geschickt wird, gibt es Fehler á la (und zwar nicht zu knapp): Transcript of session follows.
Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179
Das dürfte wohl die ausgehende Mailman- Mail sein.
Out: 250 Ok In: rcpt TO:<MASTER@XXX.dyndns.org>
Die wird dann intern an diese Adresse (ein Listenmitgleid?) geschickt.
Out: 250 Ok In: data Out: 354 End data with <CR><LF>.<CR><LF> Out: 250 Ok: queued as 7B71C188EE9F
Hier ist der Vorgang abgeschlossen und die Mail liegt in der Queue.
In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<USER@YYY.com> Out: 554 <USER@YYY.com>: Recipient address rejected: Relay access denied
Selbiges wie oben, nur mit einem externen Empfänger. Er weigert sich die Mail zu verschicken.
Also wenn die von dir geänderten Adressen nichts mit der Mailingliste zu tun haben ist das da oben nur das "Abwehren" von Spam durch deinen Postfix.
Leider doch ... alle oben aufgeführten Mailempfänger sind Mitglied einer Liste. Und auf jede an eine ML gesendete Email generiert eine solche Infomail ... :(
Es müsste IMHO an deinem Postfix liegen. Nicht an Mailman. Schau dort mal nach den Restrictions für Sender und Recipient.
Bis zum Einspielen des Updates (am 23. Mai) lief es seit über einem Jahr ohne nennenswerte Probleme. Soweit ich weiß, ist die postfix Konfiguration _nicht_ verändert worden.
Leider doch, denke ich. ;)
Denke ich nicht, Siehe oben. Der Mailman übergibt sie ja an Postfix. Erst da ist Schluss.
Große Hoffnungen hatte ich auf deutschsprachige Literatur zu diesem Thema gesetzt, bin aber heute nach Erhalt der Sendung doch etwas stark enttäuscht worden - und eben darum frage ich nun hier mal nach ... :(
Aus Interesse: Um welche Lektüre handelt es sich denn?
Das Postfix-Buch, Sichere Mailserver mit Linux, 2. Auflage aus dem open source Press Verlag. Mailman wird darin ein ganzes Kapitel gewidmet, und ich hatte die Hoffnung, daß dabei dann auch auf die Anbindung an postfix eingegangen wird.
Ich bin sehr zufrieden mit diesem Buch. Allerdings habe ich noch die erste Version. "Eingebunden" wird Mailman in dein Postfix doch IMHO nur durch die Einträge in /etc/aliasses. So long, George -- Herzlich willkommen, kann ich nur sagen. In der linken Ecke der Herausforderer Timo "Newbie" Nentwig, in der rechten Ecke der Weltmeister /usr/bin/"MailCruncher"/procmail, mit satten 70Kilobyte Lebendgewicht klarer Favorit... Soll ich gongen? [Ratti in suse-linux]
Georg Schilling schrieb am Samstag, 5. Juni 2004 19:09:
Am Samstag, 5. Juni 2004 18:59 schrieb Torsten E.:
Georg Schilling schrieb am Samstag, 5. Juni 2004 18:47:
Am Samstag, 5. Juni 2004 18:35 schrieb Torsten E.:
Hallo Liste,
Hallo Torsten,
ich befürchte, daß seit dem letzten Update für mailman irgendetwas "zerschossen" ist, ich weiß aber nicht was ... Sobald eine Email an eine hier gehostete ML geschickt wird, gibt es Fehler á la (und zwar nicht zu knapp): Transcript of session follows.
Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179
Das dürfte wohl die ausgehende Mailman- Mail sein.
Yep.
Out: 250 Ok In: rcpt TO:<MASTER@XXX.dyndns.org>
Die wird dann intern an diese Adresse (ein Listenmitgleid?) geschickt.
Ja - und wird lokal (auf dem ML System) auch zugestellt. Sämtliche lokal vorhandenen Empfänger (habe zum Testen eine neue ML erstellt) erhalten die Email. Bei diesen steht dann in der Infomail folgendes: Out: 220 XXX.dyndns.org ESMTP Postfix In: ehlo router.skar.dt Out: 250-XXX.dyndns.org Out: 250-PIPELINING Out: 250-SIZE 10240000 Out: 250-VRFY Out: 250-ETRN Out: 250 8BITMIME In: mail FROM:<penelopes-kingdom-bounces@XXX.dyndns.org> size=2635 Out: 250 Ok In: rcpt TO:<stormbringer@XXX.dyndns.org> Out: 250 Ok In: rcpt TO:<queenbee@XXX.dyndns.org> Out: 250 Ok In: rcpt TO:<dwarf@XXX.dyndns.org> Out: 250 Ok In: rcpt TO:<reginald@XXX.dyndns.org> Out: 250 Ok In: rcpt TO:<decker@XXX.dyndns.org> Out: 250 Ok (Dies ist ein Beispiel für unsere RPG Runde.) Alle externen Empfänger werden verweigert.
Out: 250 Ok In: data Out: 354 End data with <CR><LF>.<CR><LF> Out: 250 Ok: queued as 7B71C188EE9F
Hier ist der Vorgang abgeschlossen und die Mail liegt in der Queue.
In: mail FROM:<q8ler-bounces@XXX.dyndns.org> size=2179 Out: 250 Ok In: rcpt TO:<USER@YYY.com> Out: 554 <USER@YYY.com>: Recipient address rejected: Relay access denied
Selbiges wie oben, nur mit einem externen Empfänger. Er weigert sich die Mail zu verschicken.
Also wenn die von dir geänderten Adressen nichts mit der Mailingliste zu tun haben ist das da oben nur das "Abwehren" von Spam durch deinen Postfix.
Leider doch ... alle oben aufgeführten Mailempfänger sind Mitglied einer Liste. Und auf jede an eine ML gesendete Email generiert eine solche Infomail ... :(
Es müsste IMHO an deinem Postfix liegen. Nicht an Mailman. Schau dort mal nach den Restrictions für Sender und Recipient.
Darum hatte ich ja in der ursprünglichen ein postconf -n mitgeschickt. Aufgetreten ist es trotzdem erst nach dem Einspielen des updates.
Bis zum Einspielen des Updates (am 23. Mai) lief es seit über einem Jahr ohne nennenswerte Probleme. Soweit ich weiß, ist die postfix Konfiguration _nicht_ verändert worden.
Leider doch, denke ich. ;)
Denke ich nicht, Siehe oben. Der Mailman übergibt sie ja an Postfix. Erst da ist Schluss.
Große Hoffnungen hatte ich auf deutschsprachige Literatur zu diesem Thema gesetzt, bin aber heute nach Erhalt der Sendung doch etwas stark enttäuscht worden - und eben darum frage ich nun hier mal nach ... :(
Aus Interesse: Um welche Lektüre handelt es sich denn?
Das Postfix-Buch, Sichere Mailserver mit Linux, 2. Auflage aus dem open source Press Verlag. Mailman wird darin ein ganzes Kapitel gewidmet, und ich hatte die Hoffnung, daß dabei dann auch auf die Anbindung an postfix eingegangen wird.
Ich bin sehr zufrieden mit diesem Buch. Allerdings habe ich noch die erste Version.
Das Buch ist nicht schlecht ... ich habe mir nur deutlich mehr erhofft - für knappe 80,- DM ;)
"Eingebunden" wird Mailman in dein Postfix doch IMHO nur durch die Einträge in /etc/aliasses.
Durch postalias /etc/aliases, und postalias /var/lib/mailman/data/aliases (wenn ich das richtig im Kopf habe). In der main.cf dann durch die Zeile: alias_database = hash:/etc/aliases, hash:/var/lib/mailman/data/aliases
So long, George
Oder habe ich jetzt irgendwo ein ganz dickes Brett vor den Augen?? :o) Gruß Torsten
Danke an Georg! Durch die ausgetauschten Mails kam ich auf die Idee, mir mal die mailman Skripte anzuschauen. Und siehe da, in /usr/lib/mailman/Mailman/mm_cfg.py gab es eine Änderungen. Kaum habe ich meine ursprüngliche Datei vom Backup wieder hergestellt, und mailman neu gestartet, werden sämtliche Emails wieder ohne Bemängelung ausgeliefert. Gruß Torsten
Am Samstag, 5. Juni 2004 20:18 schrieb Torsten E.:
Danke an Georg! Durch die ausgetauschten Mails kam ich auf die Idee, mir mal die mailman Skripte anzuschauen. Und siehe da, in /usr/lib/mailman/Mailman/mm_cfg.py gab es eine Änderungen. Kaum habe ich meine ursprüngliche Datei vom Backup wieder hergestellt, und mailman neu gestartet, werden sämtliche Emails wieder ohne Bemängelung ausgeliefert.
Ach siehe da. Bisher hab ich diese Update- Geschichte ja nicht geglaubt. Aber dann haben wir hier das zweite Beispiel für ein Update- Problem. Mein Mailman war mal nach einem YOU plötzlich ein Rechner von SuSE, welches dem Postfix natürlich nicht wirklich gefallen hat. Das konnte ich damals auch nur auf diesem Wege lösen. Hab also doch keine rosa Elefanten gesehen... ;-) So long, George --
Ihr (du und Jörg) habt Recht, ich sollte mal alle meine Skripte umschreiben. Oooh, bitte CC an meine Exfreundin: Ich hatte in irgendwas Recht! :-) [Ratti auf suse-linux]
participants (2)
-
Georg Schilling -
Torsten E.