* Eckhard Hoeffner schrieb am 06.Jan.2001:
> user1 f�hrt aus "fetchmail | procmail" und holt
> s�mtliche Post f�r user1, user2 und user3 ab.
Wie von Hand? Das k�nnte doch im ip-up stehen.
> In der ~/.procmailrc ivon user1steht dann (ich habe auch eine
> Mailingliste f�r user3, die zuerst ausgefiltert werden
> sollte):
Solange es im ~/.procmailrc von User1 steht, kann er die Regeln
bestimmen. Wenn er keine Schreibrechte f�r ~/.procmailrc hat, dann
l�schte er es halt und schreibt sich ein neues. Das Schreibrecht f�r
sein Home-Verzeichnis wirst Du ihm wohl nicht entziehen wollen.
> >:0
> >* ^Sender:.*debian
> >!user3
> >
> >:0
> >* ^X-Mailing-List:.*debian
> >!user3
> >
> >:0
> >* ^X-Loop:.*debian-user
> >!user3
Da sind zwei Regeln �berfl�ssig. Die mittlere reicht.
> >:0
> >To:.*user2
> >!user2
Bist Du sicher, da� !user2 richtig ist? Habe ich in der Manpage
nichts zu gefunden. Versuch mal /var/spool/mail/user2. Es geht hier
um procmail und nicht um mutt.
> >:0
> >To:.*user3
> >!user3
dito.
> Wenn user1 die Post f�r user3 empf�ngt und an user3 weiterschickt,
> also forward "To: user3"
> wei� der MUA (mutt war es bei mir), das die Nachricht an
> USER3 NACHNAME <[EMAIL PROTECTED]> geschickt werden muss und
> die Post kommt intern auch bei user3 an.
Verstehe ich nicht. Die Mails wurden doch schon von procmail
versendet. Da hat das MUA nichts mit zu tun.
> Ein "@linux03.lokal.lan" oder "@lokal.lan" als Anh�ngsel an den
> Usernamen ist nicht notwendig.
>
> Ausser dass die Post an den jeweiligen Adressaten weitegeleitet
> wird m�chte ich auf jeden Fall vermiden, dass user1, also der user, der
> die gesamte Post abholt, die Post f�r user2 oder user3 zu lesen bekommt.
Daher ist es sinniger, wenn procmail von root ausgef�hrt wird. Im
ip-up ist man root. Wenn Du das nicht willst, dann mach es mit sudo.
> Das hei�t, die Post darf nicht bei ihm im Postfach landen. Geht das mit
> >:0
> >To:.*user2
> >!user2
> >/dev/null
Was soll das denn sein? Da mu� genau eine Zeile stehen, wo hin
geliefert werden soll. Wenn Du eine Kopie haben willst, mu�t Du das
anders machen. Warum willst Du was nach /dev/null leiten?
Ich sch�tze mal, das procmail mit !user2 nicht zurecht kommt und
daher nach $DEFAULT sprich /var/spool/mail/user1 liefert.
Schreib mal anstelle von !user2 /var/spool/mail/user2
> Ich kann hierzu nat�rlich einen Mailuser einrichten, der nichts
> anderes macht alles per cron-job die Post abzuholen, und bei
> dem ich alle paar Tage nachschaue, was noch im Postfach von
> dem Mailuser h�ngen geblieben ist - lieber w�re es mir aber, wenn
> eine bestimmte Person sozusagen den Rest mit der sonstigen
> t�glichen Post �berpr�ft.
Ich w�rde es mit ip-up machen. Dann wird jedesmal Post abgeholt,
wenn einer online geht. Auf jeden Fall sollte es root procmail
ausf�hren, sonst kann der User die Regel ver�ndern. Bzw. gibt es
nicht daf�r einen eigenen User mail oder so. Wei� ich jetzt auch
nicht, ob er daf�r gedacht ist.
Bernd
--
-----------------------------------------------------------
Um sich aus der Liste auszutragen schicken Sie bitte eine
E-Mail an [EMAIL PROTECTED] die im Subject
"unsubscribe <deine_email_adresse>" enthaelt.
Bei Problemen bitte eine Mail an: [EMAIL PROTECTED]
-----------------------------------------------------------
684 eingetragene Mitglieder in dieser Liste.
