Hotmail idioterie...

[Jurian]

Een paar maanden geleden hebben we onze mailserver verplaatst naar een nieuwe VPS provider (transip); voor alle klantendomeinen de dns aangepast zodat het ipadres van de hostname waar de MX records naar wijzen, het nieuwe IP is. Nieuwe serials in de zones, alles gewoon zoals altijd. Alle 3 de nameservers netjes alle zones gereload. Werkt goed; mail begon al snel op de nieuwe server binnen te komen. Op de oude voorlopig port 25 geforward naar de nieuwe server zodat er niets kwijt raakt. Werkt ook goed.

Na een maand kwam er niets meer binnen op de oude server en zette ik de forwarder uit. Even later begon de ellende; geen mail meer van microsoft.com/live.com naar geen enkele klant. Forwarder weer aan en hup, daar komt de mail weer binnen. Maar nu komt de grap... de mail die binnenkomt, komt direct op de nieuwe server binnen, niet via de forwarder (ip adres wat postfix in z'n log laat zien is niet m'n oude IP, maar echt een microsoft IP). Er staan GEEN connects vanaf m'n oude IP in de postfix logfile.

Zet ik de forwarder weer uit, begint de ellende gelijk weer, klanten krijgen geen mail, binnen hotmail na een tijdje zelfs meldingen als "Unable to deliver message to the following recipients, due to being unable to connect successfully to the destination mail server.". Zet ik de forwarder weer aan, komt binnen een paar minuten alsnog die mail van hotmail binnen. Maar dus weer direct op 't goede IP adres...

Het is ook echt puur mail vanaf hotmail/live.com die raar doet; alle andere mail gaat gewoon normaal. Ook uitgaand naar hotmail gaat perfect.

Microsoft support wil een paar honderd eurootjes om ook maar door te verbinden naar een technische medewerker; ik was niet van plan om ze te betalen voor iets wat idioot gaat aan hun kant...

Heeft iemand enig idee WTF dit kan zijn en hoe dit op te lossen valt? Wordt er een beetje moe van, het enige wat via die forwarder binnen komt is spam... maar uitzetten is zo geen optie.

[Dreas]

Heb je een voorbeeld ontvangst domein voor wat controles?

[Yourwebhoster]

Je geeft aan dat je poort 25 heb geforward. Hoe heb je dit gedaan? Via de firewall of smtp server? En kan je aangeven om welke domeinnaam het gaat?

[Jurian]

Ons eigen domein bijvoorbeeld, westlandhosting.nl

[Jurian]

Je geeft aan dat je poort 25 heb geforward. Hoe heb je dit gedaan? Via de firewall of smtp server? En kan je aangeven om welke domeinnaam het gaat?

Met tcpxd, gebruik ik al jaren en werkt erg goed. Je ziet hierbij normaal gesproken de connecties dus vanaf het oude IP komen, ipv het originele IP adres. Maar nu dus niet, het gaat dus echt niet via de forwarder.

[Yourwebhoster]

Interessant. Heb je het IP van de forwarder (oude SMTP server) voor mij?

[Jurian]

Jep, dat is 195.184.64.122 (staat ook als backup MX record, haal ik die weg, dan stopt hotmail ook weer met werken, om 't spannend te houden).

[visser]

Jep, dat is 195.184.64.122 (staat ook als backup MX record, haal ik die weg, dan stopt hotmail ook weer met werken, om 't spannend te houden).

Apart.
Je gaat vermoeden dat hotmail misschien een apart probe of test systeem gebruikt wat eigen caching doet, en 'OK' geeft aan delivery servers die wel naar DNS kijken. Maar dat de delivery servers zelf pas beginnen te connecten als het test/cache systeem 'ok' geeft.
Er is misschien , op schaal hotmail, wel wat voor te zeggen dat delivery servers zo min mogelijk belast worden met het wachten op timeouts van onbereikbare hosts, en dat met een apart systeem te testen.

Ik zou in elk geval de TTL van het MX record zelf ook vrij laag zetten, misschien dat dat (na afloop van de huidige waarde) dan nog gaat schelen.
Kun je in logging eventueel zien of er inderdaad een snelle probe komt naar je fallback mx voordat de echte mails direct afgeleverd worden ?
Mogelijk dat je daarvoor echt wat packets moet capturen, als het alleen een connectiviteits test zou zijn.
(en je maillog alleen hele mailtransacties logt).

Als het zo iets zou zijn, dan is de vraag wat je eraan kunt de volgende, maar ik zou eerst dit uitproberen.

[NibeP]

Edit
Te laat gereageerd

[Jurian]

De huidige MX records staan al zo sinds 2013-08-07, ik mag dus wel hopen dan met een TTL van 8 uur op m'n MX records wat voor caching dan ook bij hotmail toch allang verlopen zou zijn. Ik heb net de logging van de forwarder een stuk hoger gezet, eens kijken of er inderdaad wel een connectie op 't oude IP binnen komt...

[Dreas]

Zet iig even je reverse DNS goed voor IPv6 (http://dnscheck.sidn.nl/?time=138177...&test=standard). Wat gebeurt er als je een andere fallback gebruikt (kan je gratis via een SpamExperts trial pakken)? Mogelijk gaat er ergens op netwerk niveau iets mis dat hij je eerste MX record niet kan bereiken? Het zal interessant zijn of een externe fallback ook zou werken.

[Yourwebhoster]

Zet iig even je reverse DNS goed voor IPv6 (http://dnscheck.sidn.nl/?time=138177...&test=standard). Wat gebeurt er als je een andere fallback gebruikt (kan je gratis via een SpamExperts trial pakken)? Mogelijk gaat er ergens op netwerk niveau iets mis dat hij je eerste MX record niet kan bereiken? Het zal interessant zijn of een externe fallback ook zou werken.

Dan zou hij niet direct contact moeten maken met de eerste mx; tenzij de forward toch het originele IP geeft.

@Jurian; als de tweede MX een fallback is hoe kan deze ooit de e-mails opvangen als je deze doorstuurt? Of is het niet als fallback bedoeld en tijdelijk voor het doorsturen?

Ps je eerst MX staat op een blacklist maar dat staat hier waarschijnlijk los van; of Microsoft moet ook een check doen op de IP adressen waar het iets naar toe stuurt.

[Jurian]

Het is inderdaad niet als echte fallback mx bedoelt maar komt voort uit deze hotmail ellende om voor het doorsturen te zorgen; zonder die nep MX komt er helemaal niets van hotmail aan.

Dat van die blacklist staat er los van, da's weer nieuw (fijn he, klanten met virussen die spam sturen via sasl auth). Voorheen stonden we nergens op blacklists, maakt geen verschil verder.

De reverse DNS voor die IPv6 adressen ga ik mee aan de gang. Een andere fallback MX geeft hetzelfde resultaat. Zolang 'ie werkt komt de mail gewoon direct op de goede server binnen. De forwarder geeft absoluut zeker weten niet het originele IP, dat programma maakt echt een aparte connectie vanaf de oude naar de nieuwe server.

[xaban]

Wat als je de DNS record van fallbackmx.westlandhosting.nl wijzigt naar 141.138.139.93 (naar die van smtp.westlandhosting.nl dus)?

[Jurian]

Al eerder geprobeerd; dan komt er weer niets binnen tot ik 'm terug wijzig.

Het is echt een heel bizar probleem...