Planet mailrelay nog steeds kapot

[FiscBiker]

Hoi,

Ik heb een eigen mailserver (Exim 4.43 onder FreeBSD 4.10) op een ADSL-verbinding van Planet. Om deze te laten werken moet je je DNS zo instellen dat mailrelay.planet.nl als tweede MX-record. Dit werkt zo al maanden, zoniet jaren, goed.

Gisteren hadden ze bij planet een probleem met de mailrelays, maar ergens in de avond kreeg dat de status opgelost, waarna ik inderdaad een hoop achterstallige mailtjes (meerdere gebruikers) zag binnenkomen. Maar ook een paar keer de melding

code:

SMTP protocol violation: synchronization error (input send without waiting for greeting): rejected connection from H=[195.121.6.34]

of van host 195.121.6.56

Vandaag krijg ik alleen nog maar Protocol violations en komen er dus 0,0 mailtjes binnen.
Ik heb mijn backupserver (zelfde software) de mailafhandeling over laten nemen, maar daar kreeg ik dezelfde foutmelding.
Ik heb ook snort laten sniffen tijdens zo'n poging mail te ontvangen. De uitkomst daarvan is hier te lezen. Er staat geen data bij die Planet gestuurd zou hebben alleen de 554-foutmelding van mijn Exim. De headers zelf kan ik niet zo goed ontcijferen.

Lokaal en tussen de server en backupserver kan er moeiteloos worden gemaild. Uitgaande mail is ook geen probleem

Ik heb dik 20 minuten met de servicelijn van Planet aan de lijn gehangen, daar kwamen ze uiteindelijk tot de conclusie dat het ook nog wel eens aan hun relayserver(s) zou kunnen liggen en hij zei een mailtje aan de senior te zullen sturen. Vooralsnog heb ik dus nog hoop dat het uiteindelijk goedkomt, maar

Is er iemand onder jullie die hetzelfde probleem heeft?
Is er misschien toch een actie die ik zelf moet doen om dit probleem op te lossen?

[FiscBiker]

FiscBiker schreef op woensdag 02 februari 2005 @ 17:53:
Is er misschien toch een actie die ik zelf moet doen om dit probleem op te lossen?

Het antwoord is een volmondig JA!

Het blijkt dat Exim standaard ident-calls uitvoert. dus op de andere mailserver moet poort 113 openstaan om deze ident-calls door te laten. De (waarschijnlijk nieuw opgezette) relayservers van Planet hebben die poort niet openstaan in tegenstelling tot vroeger en mijn Exim kreeg dus iedere keer een time-out op die identcalls en meldde dat abusievelijk als een protocol violation

Tevens heb ik begrepen dat ident-calls niet meer van deze tijd zijn, dus Exim gaat dubbel de fout in hier!. Gelukkig heeft het wel een optie om ident-calls uit te schakelen, dus alles lijkt nu weer in orde. Nu is het alleen hopen dat de spools van de relayservers van planet nog niks hebben weggegooid.

[michelc85]

Bij mij werkt het inderdaad ook niet meer sinds gisteren.

Terwijl dit altijd zo gewerkt heeft

Heb trouwens mdeamon

[ Voor 9% gewijzigd door michelc85 op 03-02-2005 17:01 ]

[FiscBiker]

michelc85 schreef op donderdag 03 februari 2005 @ 16:59:
Bij mij werkt het inderdaad ook niet meer sinds gisteren.

Terwijl dit altijd zo gewerkt heeft

Heb trouwens mdeamon

Ik ken mdae/eamon verder niet, maar kijk of je in je configuratiebestanden iets kunt vinden over ident of RFC 1413 en dan met name een optie om het uit te schakelen

[Coen Rosdorff]

Als alternatief kan je uitgaande tcp packets naar poort 113 (ident) in je firewall rejecten met een icmp unreachable. Exim hoeft dan niet op de timeout te wachten.
Waarschijnlijk gaan ze bij planet in een zwartgat zonder dat er ooit antwoord terug komt.