procmail kerdes?!

Debian GNU/Linux

procmail kerdes?!

  • 1734 megtekintés

( frank | 2004. 07. 28., sze – 15:27 )

kerdes:

miert nem tesz semmit a velemenyem szerint jol bekonfiguralt procmail.

kornyezet. postfix, ahol a transport direktiva nem a local, hanem a virtual erteket kapta, mivel minden userrel kapcsolatos info (maildir helye, tulajdonosa, stb) ldap-bol kap.

postfix-ben a mailbox command ures, mivel egy .forward-dal szoktam meghivni a procmailt.

---------------------------------------------------
/etc/procmailrc

SHELL=/bin/sh
LOGFILE=/var/log/procmail.log
MAILDIR=$HOME/Maildir/
DEFAULT=./
INCLUDERC=$HOME/.procmailrc

~/.procmailrc

PATH=/usr/bin:/bin:/usr/local/bin
MAILDIR=$HOME/Maildir
LOGFILE=$HOME/from
DEFAULT=./

:0
* ^From.*zsoci*
$MAILDIR/.Zsoci/

:0
* ^(To|From|Reply|Cc).*kezdo@uhulinux.hu
$MAILDIR/.UHU-linux\ lista/

~/.forward

"|exec /usr/bin/procmail"

-------------------------------------------------------

valakinek valami otlete, hogy mi lehet a baj?

elore is koszi, frank

( gdavid v | 2004. 07. 28., sze – 16:40 )

nekem nem tetszik ez a fajta beallitas... nem tudom miert, de inkabb meghivnam postfixbol.
es nem pedig .forward-bol.

( frank | 2004. 07. 28., sze – 16:45 )

ok, eljutottam odaig, hogy ha cat salala.mail | procmail -a $USER -p /etc/procmailrc, akkor minden megy siman, de ha
mailbox_commandnak beallitom a procmail -a $USER -p /etc/procmailrc, akkor nem foglalkozik vele a procmail, es nem tortenik semmi.

ti ezt hogy csinaljatok?

frank

( gdavid v | 2004. 07. 28., sze – 16:57 )

mailbox_command = procmail -a "$EXTENSION"

es kesz.

nekem innentol kezdve a postfix es procmail ugy dolgozik, mint a kisangyal
alapertelmezetten betolti az /etc/procmailrc -t dolgozza fel, majd a $HOME/.procmailrc.

es en igy kezdem a procmailrc-t

!#/bin/sh
PATH=$HOME/bin:/usr/bin:/bin:/usr/local/bin:.
MAILDIR=$HOME/mail
LOGFILE=$HOME/.mailfrom.log
LOCKFILE=$HOME/.lockmail

:0
* ^Subject:.*Linux.hu
$MAILDIR/hirlevel

:0
* ^Subject:.*fwlogwatch.*
$MAILDIR/fw

es igy tovabb annyi szabaly amennyit csak akarok.
celszeru a logfile-t a home-ba tenni szerintem.

( frank | 2004. 07. 28., sze – 17:18 )

a fo problema, hogy abszolut nem foglalkozika postfix a mailbox_command sorral.

tudom, hogyha "default" kornyezeten futna, akkor ez gyerekjatek lenne, de eleve mindent ldap-bol szed, plusz amavis, spamassasin, razor, stb.

ez itt a bokkeno... :(

frank

( mvajda | 2004. 10. 18., h – 23:08 )

Sziasztok!

Nem igazan van idom beleasni magam a procmailbe, de mostanaban kapok jonehany spamet es virust... A kozos dolog ezekben, hogy a TO mezoben a Vm <azonosito@e-mailcim.hu> all. Tudtok nekem egy olyan konkret procmail receptet irni, ami erre a Vm stringre szur? Fontos, hogy a kis es nagy betu kulonbozo legyen, mert egyebkent az osszes levelem kiszurne.

Ezeket kellene visszapattintani es/vagy a semmibe dobni, majd a tobbi levelet egy adott cimre megorzes nelkul tovabbitani.

Koszonom a segitsegetek!

Milan

( asd | 2004. 10. 19., k – 08:22 )

A virtual deliverity agent nem foglalkozik a forward cuccokkal, es a mailbox_command sem az o parametere (a local deliverity agente)

The virtual(8) delivery agent is designed for virtual mail hosting ser-
vices. Originally based on the Postfix local(8) delivery agent, this
agent looks up recipients with map lookups of their full recipient
address, instead of using hard-coded unix password file lookups of the
address local part only.

This delivery agent only delivers mail. Other features such as mail
forwarding, out-of-office notifications, etc., must be configured via
virtual_alias maps or via similar lookup mechanisms.

HISTORY
This delivery agent was originally based on the Postfix local delivery
agent. Modifications mainly consisted of removing code that either was
not applicable or that was not safe in this context: aliases,
~user/.forward files, delivery to "|command" or to /file/name.

Nem fogjatok elhinni, hol van... man virtual

( Cseresznye | 2011. 02. 17., cs – 20:41 )

Sziasztok!

Nekem is van egy nyűgöm procmail-el: váltottam maildir-re, odáig eljutottam, hogy a spam-ként jelölt leveleket leteszi a $home/Maildir/.Junk mappába, de valamiért root lesz a tulajdonosa a leveleknek és 100600 jogosultságot kap.

procmailrc

LOGFILE=$HOME/procmail.log
DEFAULT=./
MAILDIR=$HOME/Maildir/

:0fw
* < 200000
| /usr/bin/spamc

:0:
* ^X-Spam-Status: Yes
$HOME/Maildir/.Junk/

Üdv:
Cseresznye

(h)UP!
Baromi idegesítő: beállítom a tulajdonost az adott maildir/.Junk mappájára, innentől a procmail rendesen teszi a dolgát..amíg nem hülyül meg és ismét root owner-el pakolja be a leveleket a mappába.
Ilyen esetben az Outlook hibát dob, Roundcube pedig a teljes mappát elérhetetlennek láttatja.

Tapasztalt valaki ilyesmit?
Procmail-ben kellene jogosultságot/tulajdonost definiálni?