postfix + virtual mailbox + procmail

szia,

ha arrol van szo, hogy virtual transportot hasznal a postfixed, de nem veszi figyelembe a procmail beallitasokat, sot meg sem hivja a procmailt, akkor probald ki a kovetkezot. nekem kb. ket honapig volt ez a gondom, mire rajottem.

virtual_transport = maildrop

irj, hogy ment.

az igazi virtual transport kizarja a procmail hasznalatat

[quote:12c6e45e26="asd"]az igazi virtual transport kizarja a procmail hasznalatat

Na itt adtam fel en is anno.
Szoval en atfogalmaznam kisse az eredeti kerdest:
Milyen lehetoseg van ra, hogy postfix-szel, virtual userekkel (virtual transport) a virtualis usereknek lehetoseguk legyen sajat szabalyokat felallitani a leveleik szortirozasara (pld a spamkent megjelolt levelek automatikusan a spam folderbe menjenek, stb)

elore is 1000 koszonet

Procmail hasznalatat lehet kizarja, de maildropet nem. Nalam mysqlbol nezi a juzereket, meg azok minden adatat, es maildir kezbesit. Van egy globalis maildroprc file, amibol lehet includeolni a juzerek sajat .mailfilter file-jat, de nemtom pontosan hogy kell ezt mukodesre birni, nem hasznalom. Esetleg nezd meg a maildrop levlista archivumot, en ott turkaltam, amikor problemam volt vele. Sok sikert!

Fiuk, halkan jegyzem meg, hogy Frank (3-mal feljebb) *megoldotta* a problemat :)

Nem igazan, alternativat javasolt csak.

[quote:a5967f956c="lipilee"]Fiuk, halkan jegyzem meg, hogy Frank (3-mal feljebb) *megoldotta* a problemat

Ugy utolag megnezve, nem.
virtual deliverity nalam pl azert virtual, mert az userek nem oldhatok fel pam-mal, sem nss-sel. Az egesz levelezes a /var/virtual/mail alatt van, 1 uid, 1 gid alatt, es fileszinten nem, csak es kizarolag pop3/imap (+s) segitsegevel erheto el. Rovid ismeretsegunk a maildroppal arrol gyozott meg, hogy ilyet nemtud. Javits ki.

Hi, a céges gépemen ez megy.. és ez (bár nálam shell userek vannak, gondolom ez egyértelmű)

Main.cf -be

mailbox_command = procmail -a "$EXTENSION"

Az otthonigépen még szebb de ahhoz sajna most nem férek hozzá, majd csak este.

Üdv

gna

[quote:2c599395ae="gna"]mailbox_command = procmail -a "$EXTENSION"

Elolvastad mi volt a kerdes, vagy csak osztod az eszt?
a mailbox_command a local deliverity agent parametere, itt viszont a virtual d. a.-rol van szo.
asd

Nekem igy megy:

virtual_transport = virtual:
mailbox_transport = maildrop:

Ha a virtual_transport -ot maildropra teszem, akkor lehetetlen beállítani a jogosultsagokat... : pl. uj level nem hozza létre a felhasználó könyvtárstrukturáját...

Én sargen futtatom és a maildrop helyett maildrop-mysql -t használok.

Per pillanat minden tökéletesen megy, vacation, autoreply, automatikus fioklétrehozás, imap, pop. amavis.. tehát minden. De frissítéseknél horror, amig mindent ujra belövök...

[quote:4d583253dd="asd"][quote:4d583253dd="gna"]mailbox_command = procmail -a "$EXTENSION"

Elolvastad mi volt a kerdes, vagy csak osztod az eszt?
a mailbox_command a local deliverity agent parametere, itt viszont a virtual d. a.-rol van szo.
asd

Sorry, jogos, csak félpillanatra kukkantottam át, és a procmail ami megmaradt bennem.

gna

Na akkor elorol.....

Nalam a kov. a helyzet:

Userek ldapban, delivery agent virtual, termeszetesen LDAP lookuppal

courier imap, courier pop, szinten ldapbol authol.

mail userek mogott nincsenek shell accountok, ( eleve uer@domain az uid-juk, hogy ne legyen gond az kulonbozo domainek alatti azonos userekkel, azaz lehessen hujepistike@domain1.hu es hujepistike@domain2.hu egyidoben)
Minden szep es jo, mukodik lassan 2 eve mint az alom, csak az a ciki hogy nem tud a user kulonbozo szabalyok szerint pakolgatni subfolderekbe maileket (pld ha a spamassassin megjelolte hogy a level spam) Erre szeretnek valami megoldast talalni, ha lehet jo kis szajbaragos leirassal mert egyszer mar szejjelszoptam az agyam mire osszehoztam az egeszet.
Nem gond ha a leiras nyelve angol. De ha nem szajbaragos az is jobb mint a semmi, legfeljebb jo vadaszhoz meltoan megin' szopni jarok majd nem vadaszni....

Elore is koszi

[quote:76a995f388="asd"]
Az egesz levelezes a /var/virtual/mail alatt van, 1 uid, 1 gid alatt, es fileszinten nem, csak es kizarolag pop3/imap (+s) segitsegevel erheto el.

ez miert jo? biztonsagi megfontolasbol?
nalam maga az account virtual (nem unix), pl. ldap-bol szedi az osszes hozza tartozo info-t, ugymint: home_maildir, aliasok, uid, gid, sot a mydestinationt is (persze ez mar nem user specifikus). login shell term. /bin/false, es ebben a "kiepitesben" tokeletesen megy maildrop-pal. a user szemelyre szabhatja sajat szabalygyujtemenyet, stb. ez annyiban kulonbozik az eredeti kerdestol, ha jol latom (az adatbazistol most eltekintve), hogy maildir formaban tartom a maileket, nem mailboxban.

[quote:76a995f388="asd"]
userek nem oldhatok fel pam-mal, sem nss-sel.

ennek mi a haszna?

csak erdekel, masok mit miert csinalnak ugy ahogy...

Frank

egyszerre postoltunk, ugyhogy nem lattam amit te irtal...
nekem ugyanez volt a problemam, ugyanezekkel az alkalmazasokkal, minden stimmel. az ok, amiert ujra belevagtam a fejszemet, az is a spamassasin volt, es nalam a virtual_transport = maildrop volt a megoldas. probaltad mar?

frank