[Postfix] Mail blijft in queue, geen foutmeldingen

[Tom_G]

Beste GoT'ers,

Op mijn werk ben ik bezig met het vervangen van een Postfix SMTP server die gebruikt wordt voor het relayen van externe mail naar een mailboxserver in het interne netwerk.

Deze Postfix server staat in DMZ zone en de mailboxserver staat in een intern netwerk.

Wanneer er externe mail ontvangen wordt op deze relay server, blijft deze gewoon in de queue staan. Nochtans kent deze mailserver a.d.h.v z'n virtual tabel waar deze mail heen moet (er is dus geen sprake van relay access denied oid). Ook het ontvangersdomain waarmee getest werd, staat in mydestination in de main.cf config file vermeld.

Ook de log files vertonen geen enkel foutmelding, voorbeeld:

code:

May 26 11:14:39 naam-postfix-relay-server postfix/smtpd[4632]: connect from mailsec008.isp.belgacom.be[195.238.6.248]
May 26 11:14:40 naam-postfix-relay-server postfix/smtpd[4632]: 03B9B3418030: client=mailsec008.isp.belgacom.be[195.238.6.248]
May 26 11:14:40 naam-postfix-relay-server postfix/cleanup[4634]: 03B9B3418030: hold: header Received: from mailsec008.isp.belgacom.be (mailsec008.isp.belgacom.be [195.238.6.248])??by naam-postfix-relay-server.hogent.be (Postfix) with ESMTP id 03B9B3418030??for <[e-mail]>; Thu, 26  from mailsec008.isp.belgacom.be[195.238.6.248]; from=<[e-mail]> to=<[e-mail]> proto=ESMTP helo=<mailsec008.isp.belgacom.be>
May 26 11:14:40 naam-postfix-relay-server postfix/cleanup[4634]: 03B9B3418030: message-id=<239127$[e-mail]>
May 26 11:14:45 naam-postfix-relay-server postfix/smtpd[4632]: disconnect from mailsec008.isp.belgacom.be[195.238.6.248]

Firewall gewijs is er geen enkel probleem. Ik kan perfect telnet mailboxserver.domain.tld 25 doen vanaf deze Postfix relay server en commandline gewijs een mail versturen naar hetzelfde ontvangersadres en als afzender hetzelfde als wanneer ik extern mail.

Config: Postfix 2.3.3 op CentOS 5.5 (x86_64).

Alvast bedankt voor de suggesties.

[spone]

Wat levert het commando mailq op?

Daarnaast: doe je dit normaal gesproken niet met een transport in plaats van een virtual? En is mydestination niet voor de domeinen die hij helemaal zelf moet afhandelen in plaats van relayen?

[Voor 74% gewijzigd door spone op 27-05-2011 09:48]

[Staatslot]

Tom_G schreef op vrijdag 27 mei 2011 @ 09:44:
Beste GoT'ers,

Op mijn werk ben ik bezig met het vervangen van een Postfix SMTP server die gebruikt wordt voor het relayen van externe mail naar een mailboxserver in het interne netwerk.

Deze Postfix server staat in DMZ zone en de mailboxserver staat in een intern netwerk.

Wanneer er externe mail ontvangen wordt op deze relay server, blijft deze gewoon in de queue staan. Nochtans kent deze mailserver a.d.h.v z'n virtual tabel waar deze mail heen moet (er is dus geen sprake van relay access denied oid). Ook het ontvangersdomain waarmee getest werd, staat in mydestination in de main.cf config file vermeld.

Ook de log files vertonen geen enkel foutmelding, voorbeeld:

code:

May 26 11:14:39 naam-postfix-relay-server postfix/smtpd[4632]: connect from mailsec008.isp.belgacom.be[195.238.6.248]
May 26 11:14:40 naam-postfix-relay-server postfix/smtpd[4632]: 03B9B3418030: client=mailsec008.isp.belgacom.be[195.238.6.248]
May 26 11:14:40 naam-postfix-relay-server postfix/cleanup[4634]: 03B9B3418030: hold: header Received: from mailsec008.isp.belgacom.be (mailsec008.isp.belgacom.be [195.238.6.248])??by naam-postfix-relay-server.hogent.be (Postfix) with ESMTP id 03B9B3418030??for <[e-mail]>; Thu, 26  from mailsec008.isp.belgacom.be[195.238.6.248]; from=<[e-mail]> to=<[e-mail]> proto=ESMTP helo=<mailsec008.isp.belgacom.be>
May 26 11:14:40 naam-postfix-relay-server postfix/cleanup[4634]: 03B9B3418030: message-id=<239127$[e-mail]>
May 26 11:14:45 naam-postfix-relay-server postfix/smtpd[4632]: disconnect from mailsec008.isp.belgacom.be[195.238.6.248]

Firewall gewijs is er geen enkel probleem. Ik kan perfect telnet mailboxserver.domain.tld 25 doen vanaf deze Postfix relay server en commandline gewijs een mail versturen naar hetzelfde ontvangersadres en als afzender hetzelfde als wanneer ik extern mail.

Config: Postfix 2.3.3 op CentOS 5.5 (x86_64).

Alvast bedankt voor de suggesties.

Ik heb het toevallig ook vd week gehad, bij mij liep het spamfilter vast...
Server maar een trap gegeven (spamfilter had al het geheugen opgesnoept inc swap) en daarna liep de queue weer prachtig leeg.. wellicht?

[Tom_G]

code:

03B9B3418030!    1546 Thu May 26 11:14:40  [e-mail]
                                         [e-mail]

A10BB341802E!    1434 Thu May 26 10:42:22  [e-mail]
                                         [e-mail]

E92E0341802F!    1473 Thu May 26 10:52:27  [e-mail]
                                         [e-mail]

Dit is de actuele mailq (gisteren 3 testmails gestuurd). Er wordt dus ook niks gebounced naar de afzender.

Alvast bedankt.

Staatslot schreef op vrijdag 27 mei 2011 @ 09:47:
[...]


Ik heb het toevallig ook vd week gehad, bij mij liep het spamfilter vast...
Server maar een trap gegeven (spamfilter had al het geheugen opgesnoept inc swap) en daarna liep de queue weer prachtig leeg.. wellicht?

Momenteel wordt er enkel maar Postfix gebruikt zonder spam- of antivirus (server is maar pas geïnstalleerd). Het is echter wel de bedoeling dat deze in een latere fase (wanneer "the basics" werken) erbij komen. Hiervoor gebruiken we dan een combinatie van BarricadeMX, ClamAV en MailScanner en SpamAssassin.

[Voor 35% gewijzigd door Tom_G op 27-05-2011 10:23]

[lier]

Kan je een keer een telnet sessie van je postfix bak naar de mailbox server doen?

[Myrdhin]

In principe regel je dit soort dingen met een transport i.p.v. virtual. Maar zonder een overzicht van je configuratie kunnen we hier alleen maar gissen naar je probleem. Kan je aangeven welke config files je aangepast hebt en die config files hier posten?

[Tom_G]

Gevonden!
In de config file header_checks had ik de waarde /^Received:/ HOLD te snel overgenomen van onze oude smtp server (die wel alle scan en anti-spam reeds doet, mail wordt daar dus tijdelijk vastgehouden totdat het gescand is).