Sziasztok!
Sok éve használom a postfixadmin vacation scriptjét linux és freebsd alatt is, sosem volt vele gondom. 1 hete frissítettem az egyik FreeBSD-met (9.2->10.0-REL), azóta a vacationt nem tudom működésre bírni.. Upgrade előtt és után is perl 5.16-ot használok, a vacation-höz szükséges perl modulok viszont frissültek az upgrade során.
A hibaüzenet a következő:
2014/03/15 09:14:41 INFO> /var/spool/vacation/vacation.pl:285 main::already_notified - [Interval elapsed, sending the message]: From: sender@domain.tld To:recipient@domain.tld
2014/03/15 09:14:41 ERROR> /var/spool/vacation/vacation.pl:464 main::send_vacation_email - Failed to send vacation response: Connection not established
nem értem milyen kapcsolat nem jött létre, az sql adatkapcsolat jól van beállítva (hiszen eddig is működött). Keresgéltem a neten, találtam valamit, ami ezzel a hibával kapcsolatos. Eszerint a p5-Mail-Sender csomagot kell downgradelni és megjavul a script, kipróbáltam, több verzióval is visszaálltam, de nem segített.
http://sourceforge.net/p/postfixadmin/mailman/postfixadmin-devel/thread…
Minden ötletet szívesen veszek, akár más vacation scriptet is, ha az együttműködik a postfixadminnal (tehát a felületről a user be tud állítani vacation üzenetet)
köszi,
oxy
- 5093 megtekintés
Hozzászólások
a válaszlevélben ez látszik a vakáció üzenet helyett:
Your message WAS SUCCESSFULLY RELAYED to:
The message WAS NOT relayed to:
: [[127.0.0.1]:10025] said:
550 5.1.1 id=70262-15 - Rejected by next-hop MTA on relaying, from MTA(smtp:[127.0.0.1]:10025): 550 5.1.1 : Recipient address rejected: User unknown in virtual mailbox table
Furcsa az üzenet, hiszen a postfix adatbázis alias táblájában megtalálom a usert a rendes (recipient@domain.tld) és a vacation (recipient#domain.tld@autoreply.domain.tld) mailcímmel is. A címzett amúgy megkapja az emailt, csak én kapom a mailer daemon levelet a vacation válaszlevél helyett.
Ami látszik a mail logban, hogy a postfix a levél feldolgozásának első lépésében a vakációs mailcímet akarja használni, erre jön a hiba is:
Mar 15 14:50:04 green postfix/qmgr[71095]: A61B0250883: from=, size=579, nrcpt=2 (queue active)
Mar 15 14:50:06 green postfix/smtpd[71173]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 550 5.1.1 : Recipient address rejected: User unknown in virtual mailbox table; from= to= proto=ESMTP helo=
Mar 15 14:50:06 green postfix/smtpd[71173]: 9ACFD250885: client=localhost[127.0.0.1]
Azon a szerveren, ahol a konfig identikus, de még upgrade előtti, ott elsőnek a user rendes mailboxával kezdi a postfix a feldolgozást:
Mar 15 14:49:35 cool postfix/qmgr[99332]: D31E6C979D: from=, size=1632, nrcpt=2 (queue active)
Mar 15 14:49:35 cool postfix/smtp[98517]: A9FB2C976C: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=2.2, delays=0/0/0/2.2, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as D31E6C979D)
Mar 15 14:49:35 cool postfix/qmgr[99332]: A9FB2C976C: removed
Mar 15 14:49:35 cool postfix/virtual[98666]: D31E6C979D: to=, relay=virtual, delay=0.01, delays=0/0.01/0/0, dsn=2.0.0, status=sent (delivered to maildir)
Felmerült, hogy biztos a megváltozott postfix verzió miatt (upgrade után 2.9 -> 2.11.0), de a második szerveren is kipróbáltam, hogy a postfixet 2.11.0-ra upgradeltem és ott továbbra is megy a vacation.
Debug módban is néztem a postfixet, ott rontja el, hogy a user vacation mailcímét a mailbox táblában keresi, ahol nyilván nem fogja megtalálni. Már csak azt nem értem miért :)
- A hozzászóláshoz be kell jelentkezni
megoldódott..
A p5-Mail-Sender 0.8.22 verzióban van egy bug, ami kijött a vacation.pl scripttel. Fura módon nekem nem oldotta meg a port downgrade a hibát, de a legújabb postfixadminban található vacation.pl scripttel már működik a vakáció levélküldés.
- A hozzászóláshoz be kell jelentkezni