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