Hallo Freunde, Ich hab immer noch masive Probleme mit dem Majordomo. (bin kurz vorm gelyncht werden) Vorgestern ist nun die zweite Announce rausgelaufen und wieder ist er zweimal verschickt worden. Ich bin jetzt echt Ratlos, habe Mailman von der Kiste entfernt und Majordomo installiert, die Liste -wie ich dachte- sauber konfiguriert und trotzdem..... Könntet Ihr Euch mal meine Config anschauen und mir helfen? Ich hab schon alles mögliche zu diesem Thema gelesen -ohne Erfolg- Warscheinlich hab ich einen Denkfehler drin und ich komm nicht drauf, wo er liegt. Hier mal die Fakten: Die Liste ist nur zum Versenden von Announces gedacht, der normale User soll nicht drauf schreiben dürfen Der server, der die Liste hostet ist über dsl am netz und hat suse 7.3 mit der majordomo version 1.94.5 (von der Suse-CD) drauf Die, die Schreiben dürfen, stehen in announce.list drin. Die Emailadressen für den Majordomo sind bei Puretec, und werden mit fetchmail abgeholt. Versendet wird über sendmail mit smtp.puretec.de als Smarthost. In der announce stehen ca 3000 Listenleser drin (sie sind nicht! doppelt drin). in der announce.list stehen 3 drin, die schreiben dürfen. Die Ausgangsmail kommt hier über fetchmal einmal rein, wird abgearbeitet und dann gehts wie gesagt rund. Die Leute bekommen die Mail teilweise mehrfach. Ich wär euch seeeehr dankbar, wenn ihr mir da ein bischen auf die sprünge helfen könntet, Danke, Ralf Wenn ich (wie jetzt grad) in /var/spool/mqueue reinschau stehen da q*-files mit ----cut---- V4 T1016521280 K0 N0 P57500642 I3/6/106355 MData format error Fbn $_mdom@localhost Sowner-announce-outgoing Aannounce-admin@suppenuser.de Cmdom:28:28:include:/var/lib/majordomo/lists/announce RPFD:*****@*****.de RPFD:*****@*****.com RPFD:*****@*****.de [noch ca 500 lines] H?P?Return-Path: <g> H??Received: (from mdom@localhost) by linux.local (8.11.6/8.11.6/SuSE Linux 0.5) id g2J71KX06825 for announce-outgoing; Tue, 19 Mar 2002 08:01:20 +0100 [das ganze receive...] H??Sender: announce-admin@europa-kino.com H??Precedence: bulk H??Reply-To: announce-admin@europa-kino.com . -----cut--- Ohne den Text. (es sind nur q*-Files, keine x* und f*-files dort) Da bin ich (auch) ratlos, was sind das für Mails? -----Hier die aliases für den Major----------- majordomo: "|/usr/lib/majordomo/wrapper majordomo" owner-majordomo: ralf majordomo-owner: ralf announce: "|/usr/lib/majordomo/wrapper resend -l announce announce-outgoing" announce-outgoing: :include:/var/lib/majordomo/lists/announce announce-request: "|/usr/lib/majordomo/wrapper announce-l announce" announce-approval: owner-announce, announce-admin: owner-announce, owner-announce-outgoing: owner-announce, owner-announce-request: owner-announce, owner-announce: ralf ----------------------Hier die Config der Mailingliste (ohne die Coments)----------- admin_passwd = announce.admin administrivia = yes advertise << END announcements = yes approve_passwd = announce.pass archive_dir = comments << END date_info = yes date_intro = yes debug = no description = digest_archive = digest_issue = 1 digest_maxdays = digest_maxlines = digest_name = announce digest_rm_footer = digest_rm_fronter = digest_volume = 1 digest_work_dir = get_access = list index_access = open info_access = open intro_access = list maxlength = 4440000 message_footer << END message_fronter << END message_headers << END moderate = no moderator = mungedomain = no noadvertise << END precedence = bulk purge_received = no reply_to = announce-admin@suppenuser.de resend_host = restrict_post = announce.list sender = announce-admin strip = yes subject_prefix = $LIST subscribe_policy = open taboo_body << END taboo_headers << END unsubscribe_policy = open welcome = yes which_access = list who_access = list
Hallo, Ralf Kayser:
Ich hab immer noch masive Probleme mit dem Majordomo. (bin kurz vorm gelyncht werden)
Solltest du noch leben, erster Vorschlag: Hindere die Kiste am senden der Mails, dann kannst du in Ruhe basteln. Ich mache das bei mir so (ja, schlagt mich), daß ich einfach gar nicht groß konfiguriere, sondern das DSL-Modem aus dem Stecker ziehe. So. ;-) Dann kannst du in Ruhe spielen und dir mit sendmail -bp anzeigen lassen, was er so alles rausschicken will. Spontane Idee: Kann es sein, daß die Mailinglisten-Adresse selber in die Empfängerliste gerutscht ist? Ich glaube ja nur noch an das schlechte im Menschen, seit heute jemand bei mir subscribed hat mit der Adresse "foo@t-online.xx oder bar@gmx.xx" Ich erwarte, daß Majordomo das erst ab der nächsten Version kann. ;-) Noch 'ne Idee: hast du da vielleicht eine procmailrc drin, die Mail dupliziert, umleitet, ...? Noch eine Idee. Ich habe hier z.Zt. kein majordomo am laufen, aber müsste das:
announce-request: "|/usr/lib/majordomo/wrapper announce-l announce"
nicht heissen:
announce-request: "|/usr/lib/majordomo/wrapper majordomo -l announce"
Jedenfalls wenn ich mir die vorbereiteten Kommentare in meiner /etc/aliasses angucke? Gruß, Ratti
Hi Ratti
-----Original Message----- From: Ratti [mailto:ratti@gesindel.de] Solltest du noch leben, erster Vorschlag: Bin 'temporär' noch knapp davon gekommen.
Hindere die Kiste am senden der Mails, dann kannst du in Ruhe basteln. Ich mache das bei mir so (ja, schlagt mich), daß ich einfach gar nicht groß konfiguriere, sondern das DSL-Modem aus dem Stecker ziehe. So. ;-) Aua ;))
Dann kannst du in Ruhe spielen und dir mit sendmail -bp anzeigen lassen, was er so alles rausschicken will. Werde ich machen
Spontane Idee: Kann es sein, daß die Mailinglisten-Adresse selber in die Empfängerliste gerutscht ist? Nope, zwar hat ein Troll scho versucht, ihn anzumelden, aba ....
Ich glaube ja nur noch an das schlechte im Menschen, seit heute jemand bei mir subscribed hat mit der Adresse "foo@t-online.xx oder bar@gmx.xx" Die hab ich öfters
Noch 'ne Idee: hast du da vielleicht eine procmailrc drin, die Mail dupliziert, umleitet, ...? Nope, das nicht, aber: Ich hab mir jetzt nochmal die Header angeschaut und gesehen, das ein paar der Empfänger die Mail einfach zurückschicken (keine Fehlermeldungen, einfach nur zurückgeschickt) und dann denkt der Major Wohl, das die Mail ok ist und verschickt sie nochmals (das dürfte, wenn es die Ursache ist, die Loops erklären).
Meine Frage ist nun a) wie kann ich eine Kiste dazu bringen eine eingehende Mail einfach zurück zuschicken (also nicht also Bounce) und b) wie kann ich verhindern, das der Major die Dinger dann nochmals raussendet?
Noch eine Idee. Ich habe hier z.Zt. kein majordomo am laufen, aber müsste das:
announce-request: "|/usr/lib/majordomo/wrapper announce-l announce"
nicht heissen:
announce-request: "|/usr/lib/majordomo/wrapper majordomo -l announce" Stimmt. Seltsam das das so gelaufen ist. *kopfschüttel*
Gruss Ralf
Hallo Ralf. Ich (und wohl auch andere) lese auch Mails, deren Prio nicht auf highest steht. At 11:22 19.03.2002 +0100, Ralf Kayser wrote:
Die Emailadressen für den Majordomo sind bei Puretec, und werden mit fetchmail abgeholt.
Fütter doch erst mal die zu verteilenden Mails local in den Majordomo rein. Dann kannst Du sicher sein, daß der Kram nicht schon mehrfach reinkommt (und folglich auch mehrfach wieder rausgeschoben würde).
Versendet wird über sendmail mit smtp.puretec.de als Smarthost.
Vielleicht hat der Probleme mit der großen Anzahl von Empfängern, die im BCC stehen. Liefer die Mails doch (wenigstens testweise) direkt aus.
Die Ausgangsmail kommt hier über fetchmal einmal rein,
Hast Du in die Logs geschaut, was genau reinkommt, und wohin es läuft? tail -f /var/log/mail hilft Dir.
-----Hier die aliases für den Major----------- majordomo: "|/usr/lib/majordomo/wrapper majordomo" owner-majordomo: ralf majordomo-owner: ralf announce: "|/usr/lib/majordomo/wrapper resend -l announce announce-outgoing" announce-outgoing: :include:/var/lib/majordomo/lists/announce announce-request: "|/usr/lib/majordomo/wrapper announce-l
Ich erinner mich noch dunkel daran, daß einige dieser Pfade in der SuSE-Standard-Konfiguration nicht richtig waren. Da mußte man /usr... mit /var... ersetzen oder umgekehrt. Stell mal sicher, daß die Pfade stimmen.
welcome = yes
Puh... Deine armen User ;) Aber Frage: haben die die welcome-Message auch zigfach erhalten, oder nur einmal? Nun, an der Config fällt mir jedenfalls nichts auf. Die Tatsache, daß Du mit mailman dasselbe Problem hattest deutet mE darauf hin, daß nicht der Listenmanager, sondern Dein Mailsystem irgendwo nen Schuß hat. Experimentiere mal mit nem Testverteiler. Sagtest Du nicht, daß es mit 60 Testadressen funktioniert hat? Dann probiers mit 100, 200, 500 usw. Schau wie oben gezeigt ins Maillog rein, während sendmail den Kram rausschiebt. Wird alles nur einmal verschickt, oder auch dort schon mehrfach?
Hi Andy,
-----Original Message----- From: Andy Feile [mailto:lists@feile.net] Ich (und wohl auch andere) lese auch Mails, deren Prio nicht auf highest steht. *Grunz* Das setzt das Teil hier immer, wenn man eine Mail schreibt. Wenn man es kurz vor dem versand ausschaltet, kann man Glück haben und es bleibt, oder Pech und RausSchau setzt es wieder um. (ich will mein xfmail wieder ham!) Genialität made by Micro$oft :(
Fütter doch erst mal die zu verteilenden Mails local in den Majordomo rein. Dann kannst Du sicher sein, daß der Kram nicht schon mehrfach reinkommt (und folglich auch mehrfach wieder rausgeschoben würde). Ich denk, da wird eines der Probleme liegen....
Versendet wird über sendmail mit smtp.puretec.de als Smarthost.
Vielleicht hat der Probleme mit der großen Anzahl von Empfängern, die im BCC stehen. Liefer die Mails doch (wenigstens testweise) direkt aus. Hab ich am Anfang versucht (siehe letzte Woche)
-----Hier die aliases für den Major----------- majordomo: "|/usr/lib/majordomo/wrapper majordomo" owner-majordomo: ralf majordomo-owner: ralf announce: "|/usr/lib/majordomo/wrapper resend -l announce announce-outgoing" announce-outgoing: :include:/var/lib/majordomo/lists/announce announce-request: "|/usr/lib/majordomo/wrapper announce-l
Ich erinner mich noch dunkel daran, daß einige dieser Pfade in der SuSE-Standard-Konfiguration nicht richtig waren. Da mußte man /usr... mit /var... ersetzen oder umgekehrt. Stell mal sicher, daß die
Pfade stimmen. Die Pfade stimmen. Was nicht stimmte (hat Ratti festgestellt) war das announce-request, wobei das eh bis jetzt noch nicht verwendet wurde.
welcome = yes
Puh... Deine armen User ;) Aber Frage: haben die die welcome-Message auch zigfach erhalten, oder nur einmal?
Exact 1 mal. Die Welcomemail ist aber auch nur ein sehr kurzer Text mit 2 Zeilen und einem Link auf die FAQ.
Nun, an der Config fällt mir jedenfalls nichts auf. Die Tatsache, daß Du mit mailman dasselbe Problem hattest deutet mE darauf hin, daß nicht der Listenmanager, sondern Dein Mailsystem irgendwo nen Schuß hat. Jep. Denke ich auch (teilweise). Das Prob wird sein, das ein paar Empfänger die Mail einfach wieder zurückschicken (keine Fehlermeldungen, einfach nur so zurückgeschickt) und dann denkt der Major, das die Mail ok ist und verschickt sie nochmals (das dürfte, vorausgesetzt das ist so korrekt, die Loops erklären)
Experimentiere mal mit nem Testverteiler. Sagtest Du nicht, daß es mit 60 Testadressen funktioniert hat? Dann probiers mit 100, 200, 500 usw. Ich bin in der zwischenzeit bei 5000 Testadressen, die allerdings
Doofe Frage, wie kann ich es auf einer Kiste erzeugen, das die mail einfach zurück geht? Und wie kann ich verhindern, das Der Major sie wieder als korrekt ansieht? problemlos durchlaufen. Das Problem ist, ich kann diesen Fehler nicht nacherzeugen :((((
Schau wie oben gezeigt ins Maillog rein, während sendmail den Kram rausschiebt. Wird alles nur einmal verschickt, oder auch dort schon mehrfach? Auch dort schon mehrfach (aber zeitversetzt um ca 30 Minuten)
Gruss Ralf
participants (3)
-
Andy Feile
-
Ralf Kayser
-
Ratti