[Postfix] Mail naar KPN problemen

[Consequator]

Ik hen hier een MailScanner staan op Fedora 11 met postfix 2.5.6-3 als MTA en om 1 of andere reden komen alle e-mails richting een KPN host terug met een 550 Recipient rejected melding. Met tcpdump kwam het onderstaande gesprek tussen onze mailserver en die van kpn naar boven en om onduidelijke redenen gaat het bij de RCPT TO fout. Het centrale e-mail systeem is GroupWise, vandaar het groupwise-<user> adres in de delivery notification optie.
Ik heb *geprobeerd* om contact op te nemen met KPN maar je hebt volgens mij eerder Balkenende aan de telefoon dan iemand bij KPN die weet waar hij het over heeft, maar KPN is de enigste provider waar ik problemen mee heb. Alle RBL lijsten geven aan dat wij niet gemarkeerd zijn en ook nooit geweest, in tegenstelling tot KPN zelf

Als iemand enig idee heeft wat dit kan zijn ..

220 cpbrm-ews24.kpnxchange.com kpnxchange.com Wed, 9 Sep 2009 13:38:17 +0200
EHLO FQDN
a:250-cpbrm-ews24.kpnxchange.com Hello [83.136.195.18]
250-TURN
250-SIZE 15744000
250-ETRN
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-8bitmime
250-BINARYMIME
250-CHUNKING
250-VRFY
250 OK
MAIL FROM:<<user>@<onsdomain>> SIZE=534438 ENVID=groupwise.4AA7939B.EEC:3d:d9b5:N
RCPT TO:<<user>@hetnet.nl> ORCPT=rfc822;groupwise-<user>@<onsdomein>;1:1
DATA
250 2.1.0 <user>@<onsdomein>....Sender OK
550 5.1.2 Recipient rejected.
503 5.5.2 Need Rcpt command.
RSETBBv
QUIT
250 2.0.0 Resetting
221 2.0.0 cpbrm-ews24.kpnxchange.com Service closing transmission channel

[Keiichi]

Is dit dan niet een fout van groupwise dan?

[ Voor 4% gewijzigd door Keiichi op 09-09-2009 14:21 ]

[Consequator]

Volgens mij niet, maar ik kom er wel net achter dat als ik DSN uit zet, dat het dan wel goed gaat ..
Of groupwise hangt er een fout DSN verzoek aan, of Postfix, of KPN heeft iets verprutst..

[alt-92]

Die RCPT TO regel is wat jouw systeem doorkachelt naar de andere kant.

[Consequator]

RCPT TO:<[e-mail]> ORCPT=rfc822;groupwise-user@domein;1:1 NOTIFY=SUCCESS,FAILURE

Zodra dat onderstreepte stukje er achter staat dan gaat het fout richting KPN.
Alle andere internet hosts gaan wel goed en geven ook braaf een DSN terug, enig idee hoe een DSN er officieel uit moet zien ?

[Keiichi]

Over DSN's: http://www.ietf.org/rfc/rfc1891.txt

[ Voor 172% gewijzigd door Keiichi op 09-09-2009 14:48 ]

[Consequator]

Dit ruikt naar een bugje in de GWIA van GroupWise .. de ;1:1 hoort niet achter het DSN verzoek, als ik die er uit laat bij handmatig telnetten naar KPN dan gaat het wel goed.
Wel vreemd dat andere MTA's er niet over vallen.

[Consequator]

Even mijn oude topic naar boven halen omdat het gerelateerd is
Ik loop nog steeds tegen deze problemen aan, de bron van het probleem is de ;1:1 die groupwise om onduidelijke redenen achter de RCPT TO regel zet. Dit is aangemeld bij Novell maar het antwoord wat ik op het moment heb is 'live with it till we fix it at some point'
Buiten het feit om dat dit natuurlijk kul is wil ik eigenlijk voor Novell wat op gang komt zien of ik met onze postfix / MailScanner e-mail gateway proberen de ;1:1 te strippen.. Alleen ik heb geen idee of/hoe ik dit voor elkaar moet krijgen, omdat de gateway op linux (fc11) draait is er gelukkig wel een hoop mogelijk.

Heeft iemand enige suggesties hiervoor ?

[magic31]

Liep hier ook tegenaan na een upgrade naar Groupwise 8 SP1 op Netware. Zover hebben onze Linux klanten hier geen problemen mee ondervonden.

Workaround : Ontlaad de gwia & plaats/overschrijf de GWIA systeem files uit de Groupwise 8.0 HP2 patch (files gwia*.fil, gwia.css, gwia.nlm, gwia.xml, icudt36l.dat, xiserr.xml - uit map /internet/gwia/nlm). Overige Groupwise nlm's kunnen gewoon op SP1 level blijven. Daarna de GWIA weer laden en testen.

Ik begreep dat er mogelijk een fix is in 8.0.1 HP1. Adviseer je toch een melding bij Novell hierover te droppen zodat ze weten dat 't ook bij jullie (heeft ge)speelt.

Succes!