Hallo Zusammen, ich habe mich nun mit procmail beschäftigt und bin einfach begeistert. Allerdings verstehe ich etwas noch nicht. Ich möchte für manche User eine eigene .procmailrc haben, damit ich z.B. die Mailinglisten besser einsortieren kann und für den "Rest" sollte einfach nur die /etc/procmailrc gelten. Leider wird aber immer nur die /etc/procmailrc ausgeführt, egal was ich in die .procmailrc reinschreibe. Habe ich was falsch verstanden? Wie kann ich das regeln? Muß ich die /etc/procmailrc löschen und für jeden User eine .procmailrc angeben? Danke Daniel
Am Donnerstag, 22. Dezember 2005 11:35 schrieb Daniel Bauer:
Hallo Zusammen,
ich habe mich nun mit procmail beschäftigt und bin einfach begeistert. Allerdings verstehe ich etwas noch nicht.
Ich möchte für manche User eine eigene .procmailrc haben, damit ich z.B. die Mailinglisten besser einsortieren kann und für den "Rest" sollte einfach nur die /etc/procmailrc gelten.
Leider wird aber immer nur die /etc/procmailrc ausgeführt, egal was ich in die .procmailrc reinschreibe. Habe ich was falsch verstanden? Wie kann ich das regeln? Muß ich die /etc/procmailrc löschen und für jeden User eine .procmailrc angeben?
Also eigentlich sollte es reichen, wenn du unter /etc/imap/procmail/ eine Datei mit dem Namen des users anlegst und da die Regeln reinschreibst und dann in /etc/procmailrc folgende Zeile: INCLUDERC=/etc/imap/procmail/$USER So ist es zumindest beim SuSE Emailserver 2 gelöst. Ist aber schon ziemlich alt. Mfg, Thomas
From: "Thomas Gräber"
Am Donnerstag, 22. Dezember 2005 11:35 schrieb Daniel Bauer:
Hallo Zusammen,
ich habe mich nun mit procmail beschäftigt und bin einfach begeistert. Allerdings verstehe ich etwas noch nicht.
Ich möchte für manche User eine eigene .procmailrc haben, damit ich z.B. die Mailinglisten besser einsortieren kann und für den "Rest" sollte einfach nur die /etc/procmailrc gelten.
Leider wird aber immer nur die /etc/procmailrc ausgeführt, egal was ich in die .procmailrc reinschreibe. Habe ich was falsch verstanden? Wie kann ich das regeln? Muß ich die /etc/procmailrc löschen und für jeden User eine .procmailrc angeben?
Also eigentlich sollte es reichen, wenn du unter /etc/imap/procmail/ eine Datei mit dem Namen des users anlegst und da die Regeln reinschreibst und dann in /etc/procmailrc folgende Zeile: INCLUDERC=/etc/imap/procmail/$USER So ist es zumindest beim SuSE Emailserver 2 gelöst. Ist aber schon ziemlich alt.
Hi Thomas, danke das funktioniert, aber ich hatte die man Page von Procmail so verstanden, das zuerst nach der .procmailrc geschaut wird und wenn keine vorhanden ist, wird die /etc/procmailrc verwendet. Ich habe nun mit INCLUDERC das "Problem" das die Benutzereigene immer zusätzlich aufgerufen wird, damit wird trotzdem noch alles aus der /etc/procmailrc durchlaufen ... klar kann ich das noch regeln, aber was habe ich falsch verstanden, warum sieht er nicht zuerst nach der .procmailrc Daniel
Hallo, Am Thu, 22 Dec 2005, Daniel Bauer schrieb: [..]
danke das funktioniert, aber ich hatte die man Page von Procmail so verstanden, das zuerst nach der .procmailrc geschaut wird und wenn keine vorhanden ist, wird die /etc/procmailrc verwendet. Ich habe nun mit INCLUDERC das "Problem" das die Benutzereigene immer zusätzlich aufgerufen wird, damit wird trotzdem noch alles aus der /etc/procmailrc durchlaufen ... klar kann ich das noch regeln, aber was habe ich falsch verstanden, warum sieht er nicht zuerst nach der .procmailrc
==== man procmail ==== If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). ==== Beachte das "prior". Und lese auch die Beschreibung zur Option '-m'. -dnh -- Eine Katze hat einen Schwanz mehr als keine Katze. Keine Katze hat zwei Schwänze, also hat eine Katze drei Schwänze. [Bernd Brodesser in suse-linux]
From: "David Haller"
Am Thu, 22 Dec 2005, Daniel Bauer schrieb: [..]
danke das funktioniert, aber ich hatte die man Page von Procmail so verstanden, das zuerst nach der .procmailrc geschaut wird und wenn keine vorhanden ist, wird die /etc/procmailrc verwendet. Ich habe nun mit INCLUDERC das "Problem" das die Benutzereigene immer zusätzlich aufgerufen wird, damit wird trotzdem noch alles aus der /etc/procmailrc durchlaufen ... klar kann ich das noch regeln, aber was habe ich falsch verstanden, warum sieht er nicht zuerst nach der .procmailrc
==== man procmail ==== If no rcfiles and no -p have been specified on the command line, procmail will, prior to reading $HOME/.procmailrc, interpret commands from /etc/procmailrc (if present). ====
Beachte das "prior". Und lese auch die Beschreibung zur Option '-m'.
Hi David, wenn ich jetzt alles richtig verstanden habe, übergibt mein sendmail keine -p Option und auch keine rc an procmail, allerdings läuft es als root und damit wertet es die /etc/procmailrc aus, weil root bei mir keine .procmailrc hat. Und erst durch das DROPPRIVS=yes erkennt procmail wohl den User?! Daniel
* Daniel Bauer wrote on Fri, Dec 23, 2005 at 08:38 +0100:
wenn ich jetzt alles richtig verstanden habe, übergibt mein sendmail keine -p Option und auch keine rc an procmail, allerdings läuft es als root und damit wertet es die /etc/procmailrc aus, weil root bei mir keine .procmailrc hat. Und erst durch das DROPPRIVS=yes erkennt procmail wohl den User?!
/etc/procmailrc wird schon mit user-Rechten ausgeführt (ausser, man mailt an root und der Admin hat's geschafft das das kein alias ist :)). Teste das doch schön der Reihe nach, nicht gleich alles auf einmal. Erstmal VERBOSE und logfile, am besten in /etc/procmailrc. Dann (nicht als root :)) eine Testmail in ein entsprechend parametriertes procmail "cat"en. Da kann man probieren, ob die Parameter gehen oder die Konfigfiles vielleicht falsch sind etc. Interessant ist ja, was mit der Mail am Ende passiert. Kommt sie an, hat procmail ja den User erkannt :) Bei echtem sendmail gibt's auch ein hilfreiches "Mail -v ...", bei einfacheren und beherschbaren Mailsystemen reichen oft schon die logs. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
From: "Steffen Dettmer"
* Daniel Bauer wrote on Fri, Dec 23, 2005 at 08:38 +0100:
wenn ich jetzt alles richtig verstanden habe, übergibt mein sendmail keine -p Option und auch keine rc an procmail, allerdings läuft es als root und damit wertet es die /etc/procmailrc aus, weil root bei mir keine .procmailrc hat. Und erst durch das DROPPRIVS=yes erkennt procmail wohl den User?!
/etc/procmailrc wird schon mit user-Rechten ausgeführt (ausser, man mailt an root und der Admin hat's geschafft das das kein alias ist :)).
nein aber sendmail läuft als User root und ich habe gesehen, das erst nach dem DROPPRIVS der procmail den Vorgang als User vornimmt ...
Teste das doch schön der Reihe nach, nicht gleich alles auf einmal. Erstmal VERBOSE und logfile, am besten in /etc/procmailrc. Dann (nicht als root :)) eine Testmail in ein entsprechend parametriertes procmail "cat"en. Da kann man probieren, ob die Parameter gehen oder die Konfigfiles vielleicht falsch sind etc.
Interessant ist ja, was mit der Mail am Ende passiert. Kommt sie an, hat procmail ja den User erkannt :)
er funktionieren beide rc's, nur das die .procmailrc durch die /etc/procmailrc aufgerufen wird, ohne den INCLUDERC wird sie nicht angerührt ...
Bei echtem sendmail gibt's auch ein hilfreiches "Mail -v ...", bei einfacheren und beherschbaren Mailsystemen reichen oft schon die logs.
Thx Daniel
* Daniel Bauer wrote on Fri, Dec 23, 2005 at 18:12 +0100:
root und damit wertet es die /etc/procmailrc aus, weil root bei mir keine .procmailrc hat. Und erst durch das DROPPRIVS=yes erkennt procmail wohl den User?!
/etc/procmailrc wird schon mit user-Rechten ausgeführt (ausser, man mailt an root und der Admin hat's geschafft das das kein alias ist :)).
nein aber sendmail läuft als User root und ich habe gesehen, das erst nach dem DROPPRIVS der procmail den Vorgang als User vornimmt ...
Eigentlich sollte procmail im delivery mode automatisch root droppen: (man procmail/SuSE 8.2) -d recipient ... This turns on explicit delivery mode, delivery will be to the local user recipient. This, of course, only is possible if procmail has root privileges (or if procmail is already running with the recipient's euid and egid). Procmail will setuid to the intended recipients and delivers the mail as if it were invoked by the recipient with no arguments (i.e. if no rcfile is found, delivery is like ordinary mail). Ich weiss aber nicht, wie Dein MTA procmail ausführt. Für echtes klassisches sendmail gab's da ein Macro, dass musste man nur einbauen (und war bei SuSE eh schon drin IIRC). Aber mit sendmail hab ich 2001 oder so letztmalig gearbeitet. Wäre ja auch schlimm, wenn anders; dann würde ja u.U. ~/.procmailrc mit root Rechten beackert werden.
Teste das doch schön der Reihe nach, [...] Interessant ist ja, was mit der Mail am Ende passiert. Kommt sie an, hat procmail ja den User erkannt :)
er funktionieren beide rc's, nur das die .procmailrc durch die /etc/procmailrc aufgerufen wird, ohne den INCLUDERC wird sie nicht angerührt ...
Wie gesagt, das mag an irgendwas liegen, was man IMHO systematisch suchen sollte, ist aber nicht normal: link:~ # cat /etc/procmailrc DEFAULT=./Maildir/ ~steffen/.procmailrc funktioniert. Also hab ich zumindestens ein Gegenbeispiel, was sich verhält wie die manpage es bescheibt (SuSE 8.2, allerdings). Du hast leider immer noch nicht verraten, was Du benutzt. Einer schrieb was zu SuSE IMAP Server oder so, was IMHO ein anderes Thema ist, weil procmail hier root auf einen einzigen user (cyrus oder so) dropt, was natürlich dafür sorgt, dass die "virtuellen User" es nicht benutzen können dürfen (sonst könnten die sich ne bindshell für cyrus erzeugen). Kurz: anderes Thema. Du fragtest, warum /etc/procmailrc ausgeführt wird. Wie bereits gesagt und nachbetont, MUSS DAS SO SEIN. Sonst hätte root auch keine Möglichkeit, bestimmte Sachen vor den Usern zu machen, vielleicht ne Sicherheitssache, logfile, irgendwas. Ist bei eigentlich allen Diensten so, dass /etc/ und ~ benutzt werden. Ich hoffe, ich konnte die Verwirrung ein bisschen klären :) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
Hi Steffen,
From: "Steffen Dettmer"
* Daniel Bauer wrote on Fri, Dec 23, 2005 at 18:12 +0100:
root und damit wertet es die /etc/procmailrc aus, weil root bei mir keine .procmailrc hat. Und erst durch das DROPPRIVS=yes erkennt procmail wohl den User?!
/etc/procmailrc wird schon mit user-Rechten ausgeführt (ausser, man mailt an root und der Admin hat's geschafft das das kein alias ist :)).
nein aber sendmail läuft als User root und ich habe gesehen, das erst nach dem DROPPRIVS der procmail den Vorgang als User vornimmt ...
Eigentlich sollte procmail im delivery mode automatisch root droppen: (man procmail/SuSE 8.2)
-d recipient ... This turns on explicit delivery mode, delivery will be to the local user recipient. This, of course, only is possible if procmail has root privileges (or if procmail is already running with the recipient's euid and egid). Procmail will setuid to the intended recipients and delivers the mail as if it were invoked by the recipient with no arguments (i.e. if no rcfile is found, delivery is like ordinary mail).
Ich weiss aber nicht, wie Dein MTA procmail ausführt. Für echtes klassisches sendmail gab's da ein Macro, dass musste man nur einbauen (und war bei SuSE eh schon drin IIRC). Aber mit sendmail hab ich 2001 oder so letztmalig gearbeitet.
ja es ist sendmail und ich habe es insofern überprüfen können, das die Befehle in der /etc/procmailrc mit root Rechten ausgeführt wird. Das Macro kenne ich leider nicht ich versuche mich aber mal darüber zu informieren.
Wäre ja auch schlimm, wenn anders; dann würde ja u.U. ~/.procmailrc mit root Rechten beackert werden.
FullACK
Teste das doch schön der Reihe nach, [...] Interessant ist ja, was mit der Mail am Ende passiert. Kommt sie an, hat procmail ja den User erkannt :)
er funktionieren beide rc's, nur das die .procmailrc durch die /etc/procmailrc aufgerufen wird, ohne den INCLUDERC wird sie nicht angerührt ...
Wie gesagt, das mag an irgendwas liegen, was man IMHO systematisch suchen sollte, ist aber nicht normal:
link:~ # cat /etc/procmailrc DEFAULT=./Maildir/
~steffen/.procmailrc funktioniert.
Also hab ich zumindestens ein Gegenbeispiel, was sich verhält wie die manpage es bescheibt (SuSE 8.2, allerdings).
Du hast leider immer noch nicht verraten, was Du benutzt. Einer schrieb was zu SuSE IMAP Server oder so, was IMHO ein anderes Thema ist, weil procmail hier root auf einen einzigen user (cyrus oder so) dropt, was natürlich dafür sorgt, dass die "virtuellen User" es nicht benutzen können dürfen (sonst könnten die sich ne bindshell für cyrus erzeugen).
Sorry. Es ist ne SuSE 9.3 mit sendmail, procmail und courier-imap und -pop
Kurz: anderes Thema.
Du fragtest, warum /etc/procmailrc ausgeführt wird. Wie bereits gesagt und nachbetont, MUSS DAS SO SEIN. Sonst hätte root auch keine Möglichkeit, bestimmte Sachen vor den Usern zu machen, vielleicht ne Sicherheitssache, logfile, irgendwas. Ist bei eigentlich allen Diensten so, dass /etc/ und ~ benutzt werden.
Ich hoffe, ich konnte die Verwirrung ein bisschen klären :)
ja wie gesagt, schön langsam wirds mir klar warum die /etc/procmailrc zuerst angesprungen wird (sendmail), aber letztlich kann ich das mit dem INCLUDERC regeln und das geht wiederum ganz gut ;) Danke für Deine Hilfe Daniel
* Daniel Bauer wrote on Sat, Dec 24, 2005 at 10:48 +0100:
Ich weiss aber nicht, wie Dein MTA procmail ausführt. Für echtes klassisches sendmail gab's da ein Macro, dass musste man nur einbauen (und war bei SuSE eh schon drin IIRC). Aber mit sendmail hab ich 2001 oder so letztmalig gearbeitet.
ja es ist sendmail und ich habe es insofern überprüfen können, das die Befehle in der /etc/procmailrc mit root Rechten ausgeführt wird.
IMHO ist das grosser Mist; wäre ja denkbar, dass man einen Bug oder so hat, und dann passiert schnell was ungewolltes. Dachte, selbst sendmail ist inzwischen vorsichtig mit root Rechten. Wenn procmail nicht droppt, liegt das möglicherweise daran, dass jemand denkt, die mail wäre für "root" (via postmaster etc).
Das Macro kenne ich leider nicht ich versuche mich aber mal darüber zu informieren.
Sorry. Es ist ne SuSE 9.3 mit sendmail, procmail und courier-imap und -pop
Mit "virtuellen Usern": Na ja, wenn IMAP mit virtuellen Usern verwendet wird, geht es IMHO so einfach NICHT. Da entweder dieses andere Filterdingen da, was keine Scripte etc kann, vergessen, wie's heisst, oder die MUAs filter lassen, wie man das bei Windows so macht, weil ja da eh nix hinhaut. Wichtig ist dann jedenfalls, dass User die .procmailrc nicht ändern dürfen. Sonst können die sich ne Bindshell machen und fremde Mail lesen, Katastrophe (oft schlimmer als ein root-Hack, weil die root-Hacks bloss bissel scannen etc, fremde Mail lesen zu können, kann aber sofortige Auswirkungen und Schadensersatzklagen zur Folge haben). IMHO kann man sowas mächtiges wie procmail einfach nicht im Zusammenhang mit virtuellen Usern machen (oder die procmailrcs sind geschützt). Procmail weiss jedenfalls nix von virtuellen usern und kann natürlich nicht deren Rechte verwenden, weil die ja nur virutell sind. Mit echten "Unix Accounts": probier mal bitte, procmail via |procmail in .forward als User auszuführen, ob das überhaupt klappt. Ich kann mir nur vorstellen, dass der Zieluser nicht bekannt ist oder so, und es ein postmaster drop werden soll oder so. Sonst ist da ja nix weiter, was schiefgehen dürfte. Aber bei Sendmail weiss man ja nie, ist ja ne Mischung aus Programmiersprache und halben Betriebssystem, die bei geeigneter Konfiguration wie ein MTA aussehen kann...
ja wie gesagt, schön langsam wirds mir klar warum die /etc/procmailrc zuerst angesprungen wird (sendmail), aber letztlich kann ich das mit dem INCLUDERC regeln und das geht wiederum ganz gut ;)
Ich würde davon ausgehen, dass ein Kommando in ~/.procmailrc und in /etc/procmailrc (ob nu via include oder direkt) unterschiedliche Bedeutung hat. Wer weiss, was man da wieder trixen kann. Vielleicht durch geschickte Regeln andere beeinflussen oder weiss ich was. Nee, meinem Gefühl nach muss es falsch sein, ~/.procmailrc zu includen und es steht auch anders in der manpage... Na ja, wenn mans pragmatisch sieht, ist's natürlich egal so lange es funktioniert :) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
From: "Steffen Dettmer"
* Daniel Bauer wrote on Sat, Dec 24, 2005 at 10:48 +0100:
Ich weiss aber nicht, wie Dein MTA procmail ausführt. Für echtes klassisches sendmail gab's da ein Macro, dass musste man nur einbauen (und war bei SuSE eh schon drin IIRC). Aber mit sendmail hab ich 2001 oder so letztmalig gearbeitet.
ja es ist sendmail und ich habe es insofern überprüfen können, das die Befehle in der /etc/procmailrc mit root Rechten ausgeführt wird.
IMHO ist das grosser Mist; wäre ja denkbar, dass man einen Bug oder so hat, und dann passiert schnell was ungewolltes.
Dachte, selbst sendmail ist inzwischen vorsichtig mit root Rechten. Wenn procmail nicht droppt, liegt das möglicherweise daran, dass jemand denkt, die mail wäre für "root" (via postmaster etc).
procmail dropt schon, weil ich das Kommando dazu in der /etc/procmailrc drin hab ...
Das Macro kenne ich leider nicht ich versuche mich aber mal darüber zu informieren.
Sorry. Es ist ne SuSE 9.3 mit sendmail, procmail und courier-imap und -pop
Mit "virtuellen Usern": [...]
nein alles echte!
Mit echten "Unix Accounts":
probier mal bitte, procmail via |procmail in .forward als User auszuführen, ob das überhaupt klappt.
Ich kann mir nur vorstellen, dass der Zieluser nicht bekannt ist oder so, und es ein postmaster drop werden soll oder so. Sonst ist da ja nix weiter, was schiefgehen dürfte.
Aber bei Sendmail weiss man ja nie, ist ja ne Mischung aus Programmiersprache und halben Betriebssystem, die bei geeigneter Konfiguration wie ein MTA aussehen kann...
ja wie gesagt, schön langsam wirds mir klar warum die /etc/procmailrc zuerst angesprungen wird (sendmail), aber letztlich kann ich das mit dem INCLUDERC regeln und das geht wiederum ganz gut ;)
Ich würde davon ausgehen, dass ein Kommando in ~/.procmailrc und in /etc/procmailrc (ob nu via include oder direkt) unterschiedliche Bedeutung hat. Wer weiss, was man da wieder trixen kann. Vielleicht durch geschickte Regeln andere beeinflussen oder weiss ich was. Nee, meinem Gefühl nach muss es falsch sein, ~/.procmailrc zu includen und es steht auch anders in der manpage... Na ja, wenn mans pragmatisch sieht, ist's natürlich egal so lange es funktioniert :)
das is es ja ich würds gern verstehen, auch wenns funktioniert ;) Daniel
Hallo, Am Sat, 24 Dec 2005, Daniel Bauer schrieb:
From: "Steffen Dettmer"
* Daniel Bauer wrote on Sat, Dec 24, 2005 at 10:48 +0100: [..]
Sorry. Es ist ne SuSE 9.3 mit sendmail, procmail und courier-imap und -pop
Mit "virtuellen Usern": [...]
nein alles echte!
Ok. Die Mailer-Definitionen in /etc{,/mail}/sendmail.cf sollte dann so aussehen: ==== # grep -A2 '^Mlocal\|^Mprocmail' /etc/sendmail.cf Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=10/30, R=20/40, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u -- Mprocmail, P=/usr/bin/procmail, F=DFMSPhnu9, S=11/31, R=21/31, T=DNS/RFC822/X-Unix, A=procmail -Y -m $h $f $u ==== Zeig mal, was da bei dir in der sendmail.cf steht, dann sehen wir weiter. -dnh -- # Mmm, yesssss. cookies my preciousssss! Mmm, yes downloads it # is! We mustn't have nasty little gmakeses deleting our # precious cookieses now must we? -- gar.lib.mk of 'konstruct'
Hi David,
From: "David Haller"
Am Sat, 24 Dec 2005, Daniel Bauer schrieb:
From: "Steffen Dettmer"
* Daniel Bauer wrote on Sat, Dec 24, 2005 at 10:48 +0100: [..]
Sorry. Es ist ne SuSE 9.3 mit sendmail, procmail und courier-imap und -pop
Mit "virtuellen Usern": [...]
nein alles echte!
Ok. Die Mailer-Definitionen in /etc{,/mail}/sendmail.cf sollte dann so aussehen:
==== # grep -A2 '^Mlocal\|^Mprocmail' /etc/sendmail.cf Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn9, S=10/30, R=20/40, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u -- Mprocmail, P=/usr/bin/procmail, F=DFMSPhnu9, S=11/31, R=21/31, T=DNS/RFC822/X-Unix, A=procmail -Y -m $h $f $u ====
Zeig mal, was da bei dir in der sendmail.cf steht, dann sehen wir weiter.
sieht so aus ... # grep -A2 '^Mlocal\|^Mprocmail' /etc/sendmail.cf Mlocal, P=/usr/bin/procmail, F=lsDFMAw5:/|@qSPfhn09, S=EnvFromL/HdrFromL, R=EnvToL/HdrToL, T=DNS/RFC822/X-Unix, A=procmail -a $h -d $u -- Mprocmail, P=/usr/bin/procmail, F=DFMSPhnu9, S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, T=DNS/RFC822/X-Unix, A=procmail -m $h $f $u Allerdings blick ich da wirklich nich mehr durch ;) Auf jeden fall ist das Procmail Kommando anders als bei Dir ... Gruß+Dank Daniel
Hallo, Am Fri, 30 Dec 2005, Daniel Bauer schrieb:
From: "David Haller"
[..] Ok. Die Mailer-Definitionen in /etc{,/mail}/sendmail.cf sollte dann so aussehen: [..] Zeig mal, was da bei dir in der sendmail.cf steht, dann sehen wir weiter.
sieht so aus ...
# grep -A2 '^Mlocal\|^Mprocmail' /etc/sendmail.cf A=procmail -m $h $f $u
Allerdings blick ich da wirklich nich mehr durch ;) Auf jeden fall ist das Procmail Kommando anders als bei Dir ...
Das -Y ist nicht wichtig und der Rest ist gleich (mal abgesehen davon, dass die Regeln (F=, S=) bei mir nicht benamst sondern nummeriert sind. Was gibt egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf aus? Wie sehen deine /etc/mail/mailertable und /etc/mail/virtusertable (ohne Kommentare) aus? -dnh -- On two occasions I have been asked [by members of Parliament!], `Pray, Mr. Babbage, if you put into the machine wrong figures, will the right answers come out?' I am not able rightly to apprehend the kind of confusion of ideas that could provoke such a question. --Charles Babbage
Hi David,
From: "David Haller"
Am Fri, 30 Dec 2005, Daniel Bauer schrieb:
From: "David Haller"
[..] Ok. Die Mailer-Definitionen in /etc{,/mail}/sendmail.cf sollte dann so aussehen: [..] Zeig mal, was da bei dir in der sendmail.cf steht, dann sehen wir weiter.
sieht so aus ...
# grep -A2 '^Mlocal\|^Mprocmail' /etc/sendmail.cf A=procmail -m $h $f $u
Allerdings blick ich da wirklich nich mehr durch ;) Auf jeden fall ist das Procmail Kommando anders als bei Dir ...
Das -Y ist nicht wichtig und der Rest ist gleich (mal abgesehen davon, dass die Regeln (F=, S=) bei mir nicht benamst sondern nummeriert sind.
Was gibt egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf aus?
# egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf Cwlocalhost Fw-o /etc/mail/local-host-names %[^\#]
Wie sehen deine /etc/mail/mailertable und /etc/mail/virtusertable (ohne Kommentare) aus?
/etc/mail/mailertable ist leer /etc/mail/virtusertable: @dsb-gmbh.de %1@mail2.dsb-gmbh.de @muc.dsb-gmbh.de %1@mail2.dsb-gmbh.de @das.dsb-gmbh.de %1@mail3.dsb-gmbh.de @ziegelbach.com dbauer@mail2.dsb-gmbh.de mail2 ist der Rechner auf dem ich gerade procmail eingesetzt habe, mail3 steht Zuhause. Danke Daniel
Hallo, Am Sat, 31 Dec 2005, Daniel Bauer schrieb:
From: "David Haller"
Was gibt egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf aus?
# egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf Cwlocalhost Fw-o /etc/mail/local-host-names %[^\#]
Wie sehen deine /etc/mail/mailertable und /etc/mail/virtusertable (ohne Kommentare) aus?
/etc/mail/mailertable ist leer
/etc/mail/virtusertable: @dsb-gmbh.de %1@mail2.dsb-gmbh.de @muc.dsb-gmbh.de %1@mail2.dsb-gmbh.de @das.dsb-gmbh.de %1@mail3.dsb-gmbh.de @ziegelbach.com dbauer@mail2.dsb-gmbh.de
mail2 ist der Rechner auf dem ich gerade procmail eingesetzt habe, mail3 steht Zuhause.
Ok. Dein sendmail fuehlt sich nicht fuer mail2.dsb-gmbh.de zustaendig. Daher werden diese Mails nicht ueber den "local" Mailer zugestellt. ==== /usr/share/sendmail/README ==== All the host names on the left hand side (foo.com, bar.com, and baz.org) must be in $=w. ==== Und $=w wird aus Cw und dem Inhalt der mit Fw definierten Datei zusammengesetzt. Ergo solltest du in dein cw-file (def. durch Fw in der .cf) folgendes ==== /etc/mail/local-host-names ==== dsb-gmbh.de mail2.dsb-gmbh.de ziegelbach.com ==== schreiben, ich weiss grad nicht, ob die virtusertable so korrekt ist. Und in deiner mailertable mindestens mail2.dsb-gmbh.de als lokal zuzustellend definieren. Und @das.sdb-gmbh.de als remote. ==== /etc/mail/mailertable ==== mail2.dsb-gmbh.de local: mail3.dsb-gmbh.de smtp:mail3.dsb-gmbh.de # das.dsb-gmbh.de smtp:mail3.dsb-gmbh.de ==== Die letzte Zeile koennte bei passender Konfiguration den das.dsb-gmbh.de Eintrag in der virtusertable ueberfluessig machen, denn dann wird die Mail einfach direkt per SMTP an mail3 weitergegeben. Achso, 'makemap' bzw. 'make -C /etc/mail/' und 'rcsendmail reload' nicht vergessen. PS: ich bin mir nicht sicher, ob das oben alles so stimmt. HTH, -dnh -- select * from users where iq > 60; 0 rows returned
Hallo David,
From: "David Haller"
Am Sat, 31 Dec 2005, Daniel Bauer schrieb:
From: "David Haller"
Was gibt egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf aus?
# egrep '^(Cw|Dj|DR|CL|CG|Fw)' /etc/sendmail.cf Cwlocalhost Fw-o /etc/mail/local-host-names %[^\#]
Wie sehen deine /etc/mail/mailertable und /etc/mail/virtusertable (ohne Kommentare) aus?
/etc/mail/mailertable ist leer
/etc/mail/virtusertable: @dsb-gmbh.de %1@mail2.dsb-gmbh.de @muc.dsb-gmbh.de %1@mail2.dsb-gmbh.de @das.dsb-gmbh.de %1@mail3.dsb-gmbh.de @ziegelbach.com dbauer@mail2.dsb-gmbh.de
mail2 ist der Rechner auf dem ich gerade procmail eingesetzt habe, mail3 steht Zuhause.
Ok. Dein sendmail fuehlt sich nicht fuer mail2.dsb-gmbh.de zustaendig. Daher werden diese Mails nicht ueber den "local" Mailer zugestellt.
==== /usr/share/sendmail/README ==== All the host names on the left hand side (foo.com, bar.com, and baz.org) must be in $=w. ====
Und $=w wird aus Cw und dem Inhalt der mit Fw definierten Datei zusammengesetzt.
Ergo solltest du in dein cw-file (def. durch Fw in der .cf) folgendes
==== /etc/mail/local-host-names ==== dsb-gmbh.de mail2.dsb-gmbh.de ziegelbach.com ====
das steht da auch so drin und auch noch: localhost muc.dsb-gmbh.de
schreiben, ich weiss grad nicht, ob die virtusertable so korrekt ist. Und in deiner mailertable mindestens mail2.dsb-gmbh.de als lokal zuzustellend definieren. Und @das.sdb-gmbh.de als remote.
==== /etc/mail/mailertable ==== mail2.dsb-gmbh.de local: mail3.dsb-gmbh.de smtp:mail3.dsb-gmbh.de # das.dsb-gmbh.de smtp:mail3.dsb-gmbh.de ====
Die letzte Zeile koennte bei passender Konfiguration den das.dsb-gmbh.de Eintrag in der virtusertable ueberfluessig machen, denn dann wird die Mail einfach direkt per SMTP an mail3 weitergegeben.
ok, das hört sich einleuchtend an ...
Achso, 'makemap' bzw. 'make -C /etc/mail/' und 'rcsendmail reload' nicht vergessen.
PS: ich bin mir nicht sicher, ob das oben alles so stimmt.
Danke + ein gutes Neues! Daniel
Am Donnerstag, 22. Dezember 2005 14:13 schrieb Daniel Bauer:
From: "Thomas Gräber"
Am Donnerstag, 22. Dezember 2005 11:35 schrieb Daniel Bauer:
Hallo Zusammen,
ich habe mich nun mit procmail beschäftigt und bin einfach begeistert. Allerdings verstehe ich etwas noch nicht.
Ich möchte für manche User eine eigene .procmailrc haben, damit ich z.B. die Mailinglisten besser einsortieren kann und für den "Rest" sollte einfach nur die /etc/procmailrc gelten.
Leider wird aber immer nur die /etc/procmailrc ausgeführt, egal was ich in die .procmailrc reinschreibe. Habe ich was falsch verstanden? Wie kann ich das regeln? Muß ich die /etc/procmailrc löschen und für jeden User eine .procmailrc angeben?
Also eigentlich sollte es reichen, wenn du unter /etc/imap/procmail/ eine Datei mit dem Namen des users anlegst und da die Regeln reinschreibst und dann in /etc/procmailrc folgende Zeile: INCLUDERC=/etc/imap/procmail/$USER So ist es zumindest beim SuSE Emailserver 2 gelöst. Ist aber schon ziemlich alt.
Hi Thomas,
danke das funktioniert, aber ich hatte die man Page von Procmail so verstanden, das zuerst nach der .procmailrc geschaut wird und wenn keine vorhanden ist, wird die /etc/procmailrc verwendet. Ich habe nun mit INCLUDERC das "Problem" das die Benutzereigene immer zusätzlich aufgerufen wird, damit wird trotzdem noch alles aus der /etc/procmailrc durchlaufen ... klar kann ich das noch regeln, aber was habe ich falsch verstanden, warum sieht er nicht zuerst nach der .procmailrc
Ich persönlich habe mit Procmail noch nicht viel gemacht, war da nur so gelöst. Die Frage ist, wo Procmail danach sucht. In dem Mailordner oder vielleicht im Homee-Verzeichnis des Users? Wenn der überhaupt eins hat.... Mfg, Thomas
From: "Thomas Gräber"
Am Donnerstag, 22. Dezember 2005 14:13 schrieb Daniel Bauer:
From: "Thomas Gräber"
Am Donnerstag, 22. Dezember 2005 11:35 schrieb Daniel Bauer:
Hallo Zusammen,
ich habe mich nun mit procmail beschäftigt und bin einfach begeistert. Allerdings verstehe ich etwas noch nicht.
Ich möchte für manche User eine eigene .procmailrc haben, damit ich z.B. die Mailinglisten besser einsortieren kann und für den "Rest" sollte einfach nur die /etc/procmailrc gelten.
Leider wird aber immer nur die /etc/procmailrc ausgeführt, egal was ich in die .procmailrc reinschreibe. Habe ich was falsch verstanden? Wie kann ich das regeln? Muß ich die /etc/procmailrc löschen und für jeden User eine .procmailrc angeben?
Also eigentlich sollte es reichen, wenn du unter /etc/imap/procmail/ eine Datei mit dem Namen des users anlegst und da die Regeln reinschreibst und dann in /etc/procmailrc folgende Zeile: INCLUDERC=/etc/imap/procmail/$USER So ist es zumindest beim SuSE Emailserver 2 gelöst. Ist aber schon ziemlich alt.
danke das funktioniert, aber ich hatte die man Page von Procmail so verstanden, das zuerst nach der .procmailrc geschaut wird und wenn keine vorhanden ist, wird die /etc/procmailrc verwendet. Ich habe nun mit INCLUDERC das "Problem" das die Benutzereigene immer zusätzlich aufgerufen wird, damit wird trotzdem noch alles aus der /etc/procmailrc durchlaufen ... klar kann ich das noch regeln, aber was habe ich falsch verstanden, warum sieht er nicht zuerst nach der .procmailrc
Ich persönlich habe mit Procmail noch nicht viel gemacht, war da nur so gelöst. Die Frage ist, wo Procmail danach sucht. In dem Mailordner oder vielleicht im Homee-Verzeichnis des Users? Wenn der überhaupt eins hat....
nein lt. Doku eindeutig im Home Verzeichniss des Users und der (ich) hat eines ;) Daniel
participants (4)
-
Daniel Bauer
-
David Haller
-
Steffen Dettmer
-
Thomas Gräber