postfix+vacation

Fórumok

Gondoltam nyitok ennek a témának egy új topikot.
Vázolom a problémát egy kis log kiséretében.

May 16 09:26:15 debian postfix/pickup[3520]: 4E95EC3BA: uid=0 from=
May 16 09:26:15 debian postfix/cleanup[3527]: 4E95EC3BA: message-id=<20080516072615.4E95EC3BA@debian>
May 16 09:26:15 debian postfix/qmgr[3519]: 4E95EC3BA: from=, size=265, nrcpt=1 (queue active)
May 16 09:26:15 debian postfix/pipe[3530]: 4E95EC3BA: to=, relay=vacation, delay=0.45, delays=0.08/0.02/0/0.35, dsn=2.0.0, status=sent (delivered via vacation service)
May 16 09:26:15 debian postfix/qmgr[3519]: 4E95EC3BA: removed

Persze az értesítő nem érkezik meg a root-hoz. Felvettam azt, hogy a root leveleit egy másik user kapja meg, de semmi. Ami még érdekes, hogy a levél sehova sem érkezik meg.

vi /etc/postfix/transport
autoreply.yourdomain.com vacation

Az "autoreply.yourdomain.com" helyére email-t, saját domain-t vagy virtualis domain-t kell írni? Olyat is láttam, hogy a vacation után van egy kettőspont. nem tudom, hogy az számít e?
A virtual_transport_maps megegyezik transport_maps-el? Ugyanazt a célt szolgálná mind a kettő?
Pedig mindent a howto alapján csináltam és mégsem akar menni. Mi ronthattam el?

Hozzászólások

Ez engem is érdekelne.

Sarge alatt 2.10-es postfixadminnal semmi gond nem volt eddig. Etch alatt az újabb 2.20-rcX postfixadminnal nálam is ez a gond. Ráadásul a vacation.log-ba se kerül semmi használható infó.

Debugg-oltam a vacation.pl fájlt és ezt írta a log-ba.
Invalid from email address: email_cim kukac domain_em; exiting.

Azt szeretném megkérdezni, hogy szerintetek a be van állítva a szabadságértesítő akkor ugyebár a feladó visszakap egy autómatikus üzenetet. Ebben az esetben a cimzettnem meg kell kapnia az adott levelet amit küldött a feladó vagy nem?

N (N: pozitív egész szám) darab random virtuális mailbox-ra hogyan lehet szerintetek normális vacation-t csinálni? Lehet egyáltalán?

Vmi olyanra gondoltam, hogy squirrel-be írnék plugintot vagy ilyesmi.

Azt hiszem, hogy tudom a probléma okát csak nem tudom megoldani azt, hogy ne így működjön.
Ha be van állítva a master.cf fájlba ez:
vacation unix - n n - - pipe
flags=DRhu user=vacation argv=/var/spool/vacation/vacation.pl
akkor ugyebár a levél ezen keresztül megy. A log-ban ezért ez így jelenik meg:

May 21 10:21:00 debian postfix/qmgr[4498]: 20FAAC172: from=, size=266, nrcpt=1 (queue active)
May 21 10:21:00 debian postfix/pipe[4501]: 20FAAC172: to=, relay=vacation, delay=395, delays=395/0.05/0/0.07, dsn=2.0.0, status=sent (delivered via vacation service)

A /etc/postfix/transport fájlba ez van:
email_cim vacation
Tehát. Ha ez az egész nincs beállítva akkor normál körülmények között a levél így megy a postaládába:
May 21 10:15:40 debian postfix/qmgr[4468]: 4D35DC176: from=, size=259, nrcpt=1 (queue active)
May 21 10:15:40 debian postfix/virtual[4469]: 4D35DC176: to=, relay=virtual, delay=2.9, delays=2.9/0.02/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)
Az lenne a kérdésem, hogy hogyan oldaható meg az, hogy ha beállítom a vacation pipe-ot akkor ne csak azt hajtsa végre hanem a virtual részt is.

A megoldás kettős alias. Tehát a rendes userre is kell egy alias (önmagára mutató) és a vacation legyen a másik alias, ami elég ha egy transoprtra mutat. Tehát 1 vacation user amihez hozzá van rendelve a vacation transport.

A transort elintezi a vacation vissza küldést a sima alias meg lerakja a levelet. Egyébként azért van igy, mert a vacation script nem adja vissza a levelet a postfixnek, csak simán átveszi és feldolgozza a fejlécet.

Ennek fuss neki megeccer, mert ennek igy nem sok ertelme van. Onmagara mutato aliastol szerintem a postfix fejhangon kezd sikitozni, ha nem rantottad meg le a PC Speakert (de egyvalami biztos: a levelet, azt nem surun rakja le), a masik celig pedig szerintem el sem jut.
Itt inkabb az lehet a titok nyitja, hogy a kulso cim az valami jakab.gipsz@mittudomain.com a belso cim (ahova lerak) az meg egy jgipsz@mittudomain.local es akkor nem akadnak ossze a szalak. Persze ezt a tobbszoros konyvelest se konnyu vezetni.

Jelenleg inkabb az erdekel, mikor veszi figyelembe a SQL-bol jovo virtual_transport_maps-ot a postfix, mert nekem meg nem igazan jott ez igy ossze.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Igen elnezest rosszul fogalmaztam. A userre mutato alias-t ertettem onmagara mutaton.

Tehat a virtual userre mutat egy alias ami megegyezik az email cimmel.

pelda:

user@valami.hu az email, es a fiok is.

virtual alias:
user@valami.hu
user@vacation.local ->ez meg egy transport-ra mutat.

Nos nálam abból adódott a probléma, hogy most kezdtem postfixadmin használni, eddig a saját kis PHP-s kütyümet használtam a virtual userek/aliasok kezelésére. A baj abból adódott, hogy a postfixadmin minden létrehozott usernek gyárt egy aliast, ami saját magára mutat, én viszont ezt nem tettem meg. Így amikor a postfixadminban beállítottam a vakációt, akkor ugye szerencsétlen létreghozott egy új aliast, amiben csak az autoreply cím szerepelt, az eredeti nem. :-) Így végülis probléma megoldva, minden működik, csupán arra kell odafigyelnem, hogy ha régebbi usernek szeretnék vacation-t beállítani, akkor előbb létre kell hoznom az alias-t. Hálásan köszönöm közreműködéseteket!