Onderwerp: Postfix HOLD queue niet aan de praat te krijgen

Hoi,

Ik heb een installatie van Postfix + Dovecot + MySQL + Spamassassin + ClamAV + Maia en alles werkt perfect. (Alles op FreeBSD)
Nu zijn er klanten die op het moment batch smtp gebruiken op ons oude mail platform, en dit moet ik nu ook weer hebben.

Als in mijn mijn transport file "domain.ext smtp:[host.name.ext]" zet, dan wordt de mail netjes op die host afgeleverd.

Nu heb ik ook klanten, die soms de mail even "tegengehouden" willen hebben.
Hiervoor zag ik dat de domain.ext hold:host.name.ext optie er is.

Als ik deze optie gebruik, dan krijg ik in mijn maillog de volgende error:

Code:

SMTP01 postfix/qmgr[45872]: warning: connect to transport private/hold: No such file or directory

In de /var/spool/postfix bestond de directiry "hold" niet, dus deze heb ik aangemaakt, met de juiste rechten.

Dan krijg ik nog steeds dezelfde melding... dus heb ik in mijn master.cf de volgende regel neergezet:

Code:

hold      unix  -       -       n       -       -       smtp

Als ik dit doe, wordt /var/spool/postfix/private/hold aangemaakt als stream.
Zodra ik nu een mail ontvang, met een match in de transport file, krijg ik de volgende error melding in mijn maillog:

Code:

SMTP01 postfix/qmgr[51800]: warning: connect to transport private/hold: Connection refused

Maar de mail wordt dan per direct WEL bezorgd bij de hostname die ik in de transport file heb opgegeven met hold: ervoor.

Heeft iemand een idee waar het aan zou kunnen liggen?

Ik ben niet 100% bekend met postfix, maar je zou eens een postfix upgrade-configuration kunnen proberen

heb je de brackets gezet ?

domain.tld hold:[mailserver.domain.tld]

DIe brackets heb ik alleen staan bij SMTP, zodat er geen MX lookup wordt gedaan (dat is wat ik gelezen heb).

Bij een HOLD zou dat niet nodig zijn.
Ik heb het beiden geprobeerd, met en zonder... dus hold:1.2.3.4 & hold:[1.2.3.4]. Ook dit had niet het gewenste resultaat.


Bij postfix upgrade-configuration krijg ik de volgende melding:

Code:

root@SMTP01 ~]# postfix upgrade-configuration 

    Note: the following files or directories still exist but are
    no longer part of Postfix:

     /usr/local/etc/postfix/transport

[root@SMTP01 ~]#

ik weet niet beter dan dat die brackets verplicht zijn. Dus niet alleen bij 1 proberen, maar bij allemaal.

The [] are necessary to avoid MX lookups, which might point to your local machine. The second entry is necessary only if you want to relay mail for customer subdomains.

dat geld ook voor hold.

Met brackets in de transport en een postmap transport krijg ik de volgende melding in mijn maillog:

Code:

SMTP01 postfix/qmgr[4700]: warning: connect to transport private/hold: No such file or directory
SMTP01 postfix/error[4716]: 5449084418: to=<xxx@xxx.nl>, relay=none, delay=0.17, delays=0.12/0.03/0/0.02, dsn=4.3.0, status=deferred (mail transport unavailable)

en haal uit je master.cf die hold line

De hold line in de master.cf staat er nu niet in.
Als ik

Code:

hold      unix  -       -       n       -       -       smtp

er weer inzet, krijg ik de mail direct binnen op de hostname die ik heb aangegeven in mijn transport achter hold: .....
Deze komt dan dus NIET in de hold queue terecht

Volgens mij is die sowieso niet nodig.... Waarom je mail blijft hangen in je queue door die lijn is puur omdat hold niet in private staat er er ook niets aan gekoppeld is.

Als ik onze master bekijk dan wordt daar een nieuwe service aan postfix toegevoegd en ook verteld hoe deze moet acten (dksign). Als je hold daarin hebt staan, dan moet je wel meer dan dan configgen

Ja die kans is erg groot.
Maar hoe koppel ik mijn hold queue aan postfix (master.cf of main.cf) ?
Ik heb al geprobeerd om "header_checks = regexp:/usr/local/etc/postfix/header_checks" in mijn main.cf te zetten, en dan die file te vullen met /^Received:/ HOLD maar ook dat zorgt er niet voor dat hij in de hold queue terecht komt.

Als ik weet hoe ik postfix kan configureren zodat de mails in de hold queue terecht komen als ik dat in de transport aangeef, dan ben ik er

ik denk dat de master.cf absoluut nu niet van belang is, en je moet kijken naar je main.cf. Verder zou ik alle wijzigingen die je gedaan hebt in de main.cf eerst terugzetten. En die header checks ook achterwege laten, voor je het weet heb je een hele keten aan fouten

Op dit moment heb ik al mijn wijzingen inderdaad eruit gesloopt en alles weer terug gezet naar de begin situatie.
De master.cf is weer zoals normaal (dus zonder de hold entry).
Ook de main.cf is weer origineel (het enige wat ik even uit gezet heb is de maia filter optie, om uit te sluiten dat de "tussenkomende" SMTP server dit probleem zou kunnen veroorzaken).

Dat betekend dat de /var/spool/postfix/private/hold ook niet meer aanwezig is.

De fout die ik dan krijg is:

Code:

SMTP01 postfix/qmgr[4700]: warning: connect to transport private/hold: No such file or directory
SMTP01 postfix/error[4716]: 5449084418: to=<xxx@xxx.nl>, relay=none, delay=0.17,delays=0.12/0.03/0/0.02, dsn=4.3.0, status=deferred (mail transport unavailable)

Dit is ook de foutmelding waar ik helemaal in het begin tegenaan liep.

Je kan dat volgens mij ook via een access map regelen in je main.cf

#main
smtpd_sender_restrictions = check_recipient_access hash:/etc/postfix/hold

Vervolgens plaats je de betreffende domeinen in de hold file op de volgende manier

# hold
test.nl HOLD