Postfix HOLD queue niet aan de praat te krijgen

Pagina: 1
Acties:

Acties:
  • 0 Henk 'm!

  • Cameel
  • Registratie: November 2001
  • Laatst online: 27-09-2023
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:
1
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:
1
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:
1
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?