Email komt niet meer aan bij ontvanger

[patrickwww]

Hallo,

Ik zit met een raadsel...

Tot gisteren werkte alles nog prima.

Een klant van mij heeft een inpandige exchange server draaien.
Geen problemen met email ontvangen.

Echter wanneer ik hun een mailtje probeer te sturen vanaf mijn mailserver (DirectAdmin) komt de mail bij hun niet aan.
Ik kan verder gewoon naar alles en iedereen mailen zonder problemen.

Ik krijg ook het mailtje retour met deze melding. Er staat helaas geen foutcode in:

This message was created automatically by mail delivery software.
A message that you sent has not yet been delivered to one or more of its
recipients after more than 24 hours on the queue on server01.mijndomeinnaam.nl.

The message identifier is: 1Vyoq1-00081H-OI
The subject of the message is: Serverkast
The date of the message is: Thu, 2 Jan 2014 21:25:57 +0100

The address to which the message has not yet been delivered is:

emailadres@emailadres.nl

No action is required on your part. Delivery attempts will continue for
some time, and this warning may be repeated at intervals if the message
remains undelivered. Eventually the mail delivery software will give up,
and when that happens, the message will be returned to you.






HELP?????

[dennis0162]

Kijk even wat er in je Exim logs staat.

[patrickwww]

Als ik verzend naar het emialadres staat er dit in de Exim mainlog:

2014-01-03 21:42:28 1VzCVg-0000Rt-2Y <= info@mijndomein.nl H=232-104-045-062.dynamic.caiway.nl (PatrickPC) [62.45.104.232] P=esmtpa A=login:info@mijndomein.nl S=64286 id=002401cf08cc$b5583080$20089180$@nl T="test" from <info@mijndomien.nl> for patrick@ontvangerdomein.nl

In de log wordt het niet gevolgd door een "completed" regel.

[patrickwww]

Ik zie nu dat ik alle mail die ik naar hun domein toe probeer te versturen op verschillende aliassen allemaal in de "Mail queue" blijven staan.

Ook verschijnt zojuist deze regel in de mainlog

2014-01-03 21:55:15 1Vyoq1-00081H-OI mail.ontvangerdomein.nl [11.11.11.111] Connection timed out
2014-01-03 21:55:15 1Vyoq1-00081H-OI == user@ontvangerdomein.nl R=lookuphost T=remote_smtp defer (110): Connection timed out

[SmilieBG]

Het lijkt erop dat ontvangende mail server niet bereikbaar is...

Is ontvanger op andere server dan je DA installatie?

Sent from my GT-N7000 using webhostingtalk mobile app

[visser]

Ik zie nu dat ik alle mail die ik naar hun domein toe probeer te versturen op verschillende aliassen allemaal in de "Mail queue" blijven staan.

Ook verschijnt zojuist deze regel in de mainlog

2014-01-03 21:55:15 1Vyoq1-00081H-OI mail.ontvangerdomein.nl [11.11.11.111] Connection timed out
2014-01-03 21:55:15 1Vyoq1-00081H-OI == user@ontvangerdomein.nl R=lookuphost T=remote_smtp defer (110): Connection timed out

Wel, dan is toch duidelijk wat je verder moet onderzoeken ?

1: Is dat 11.11.11.11 IP inderdaad het IP waarop hun inpandige server bereikbaar hoort te zijn ?
2: zo ja, dan moet je uitzoeken waarom die connectie niet meer lukt.

Ik neem aan dat als je telnet 11.11.11.11 25 probeert het inderdaad ook niet lukt ?

De router/firewall op hun locatie is natuurlijk hoofdverdachte, met de server zelf als tweede.

[patrickwww]

De ontvangende mailserver is dus wel bereikbaar want als ik een mailtje via gmail daarnaartoe stuur komt deze gewoon binnen. Net zoals alle andere honderden emails die per uur naar hun toe gestuurd worden.

De ontvanger is op een andere server een inpandige exchange server.

[patrickwww]

Deze is bereikbaar via telnet vanaf mijn thuis computer.

Vanaf de webserver waar ik mijn domein op host en dus de mail vadnaan verzend is deze NIET bereikbaar.

Er is geen firewall aanpassing gedaan bij de ontvangende partij.

[visser]

Deze is bereikbaar via telnet vanaf mijn thuis computer.

Vanaf de webserver waar ik mijn domein op host en dus de mail vadnaan verzend is deze NIET bereikbaar.

Er is geen firewall aanpassing gedaan bij de ontvangende partij.

Dan moet je zoeken aan jouw kant ...
Tenminste, als dat waar is.

"er is niks veranderd hier" is bijna minst geloofwaardige uitspraak van 'de andere kant' als je zit te troubleshooten.

Wel bereikbaar met ping ?
Hoe ver komt een traceroute ?

Kijk met tcpdump of je echt de tcp syn ziet uitgaan vanaf jouw server als je de telnet probeert .

Kijk of ping vanaf hun server naar jouw server (wel) werkt ?
Kijk hoe ver een traceroute vanaf hun server naar de jouwe komt ?

[patrickwww]

een tracert vanaf de webserver levert het volgende op:


[root@srv01 ~]# traceroute mail.ontvangendepartij.nl
traceroute to mail.ontvangendepartij.nl (11.11.1.111), 30 hops max, 60 byte packets
1 v315.router1.dcg.transip.net (149.210.133.220) 0.665 ms 0.647 ms 0.628 ms
2 ibgp.rt2.dcg.transip.net (80.69.91.250) 0.612 ms 0.591 ms 8.139 ms
3 transip.customer.openpeering.nl (82.150.154.57) 5.531 ms 5.525 ms 5.438 ms
4 openpeering-10g.upc.nl (82.150.153.114) 1.145 ms 1.165 ms 1.150 ms
5 84.116.132.217 (84.116.132.217) 1.135 ms 1.587 ms 84.116.134.90 (84.116.134.90) 1.536 ms
6 84.116.244.42 (84.116.244.42) 1.554 ms 1.810 ms 1.669 ms
7 212.142.1.9 (212.142.1.9) 1.986 ms 2.078 ms 1.943 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *

Pingen lukt ook niet.

Mijn server staat bij transip en en ontvangende server staat op een UPC zakelijk verbinding.

Pingen vanaf hun server naar mijn server toe lukt wel.
Ik kan namelijk ook email van hun ontvangen.

[visser]

een tracert vanaf de webserver levert het volgende op:


[root@srv01 ~]# traceroute mail.ontvangendepartij.nl
traceroute to mail.ontvangendepartij.nl (11.11.1.111), 30 hops max, 60 byte packets
1 v315.router1.dcg.transip.net (149.210.133.220) 0.665 ms 0.647 ms 0.628 ms
2 ibgp.rt2.dcg.transip.net (80.69.91.250) 0.612 ms 0.591 ms 8.139 ms
3 transip.customer.openpeering.nl (82.150.154.57) 5.531 ms 5.525 ms 5.438 ms
4 openpeering-10g.upc.nl (82.150.153.114) 1.145 ms 1.165 ms 1.150 ms
5 84.116.132.217 (84.116.132.217) 1.135 ms 1.587 ms 84.116.134.90 (84.116.134.90) 1.536 ms
6 84.116.244.42 (84.116.244.42) 1.554 ms 1.810 ms 1.669 ms
7 212.142.1.9 (212.142.1.9) 1.986 ms 2.078 ms 1.943 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *

Pingen lukt ook niet.

Mijn server staat bij transip en en ontvangende server staat op een UPC zakelijk verbinding.

Hoe ver komt de traceroute als je die vanaf je huisaansluiting doet (vanaf waar mail wel werkte ) ?
En kun je vanaf daar wel pingen ?

[patrickwww]

Hoe ver komt de traceroute als je die vanaf je huisaansluiting doet (vanaf waar mail wel werkte ) ?
En kun je vanaf daar wel pingen ?

Mail werkt dus niet meer vanaf huisaansluiting. Vanaf huis mail ik dus via mijn webserver.

Ping en tracert werkt gewoon naar hun server toe vanaf thuis.

- - - Updated - - -

Kan het zijn dat UPC het ip van Transip heeft geblokkeerd?

[visser]

Mail werkt dus niet meer vanaf huisaansluiting. Vanaf huis mail ik dus via mijn webserver.

Ping en tracert werkt gewoon naar hun server toe vanaf thuis.

- - - Updated - - -

Kan het zijn dat UPC het ip van Transip heeft geblokkeerd?

Van alles kan.
Niet volledig in elk geval, als uitgaande mail naar jou wel werkt.
Overigens, weet je of die mailserver zelf mail verstuurd, en is jouw server de MX die de mail ontvangen heeft ?
Als die mailserver een smarthost gebruikt (bijvoorbeeld van upc) heb je nog niks bewezen over het pad terug.

Maar hallo, heb je nou geen benul wat ik je laat uitproberen, of doe je het vanaf hier zelf ?

Ik vraag om een traceroute vanaf de transip server naar de klantserver .
Die komt tot een bepaalde hop. Niks te zien of dat vlakbij is of ergens midden in een core .

Dan vraag ik om een traceroute vanaf je huis, omdat het vanaf daar wel zou werken.
En jij zegt alleen maar "de trace werkt" . Dat boeit maar een beetje.

Wat ik natuurlijk wil zien is hoe die trace loopt, en of die onderweg op hetzelfde pad komt als je trace vanaf transip , en dan wel verder komt , en hoe de resterende hops eruit zien.
Dan kun je met enige zekerheid zeggen dat de plek waar het stopt de plek is waar iets tegen gehouden wordt.
(het hoeft niet het ip van trans ip te zijn, als je de antwoorden vanaf daar tegenhoudt heb je hetzelfde effect ).

[patrickwww]

Van alles kan.
Niet volledig in elk geval, als uitgaande mail naar jou wel werkt.
Overigens, weet je of die mailserver zelf mail verstuurd, en is jouw server de MX die de mail ontvangen heeft ?
Als die mailserver een smarthost gebruikt (bijvoorbeeld van upc) heb je nog niks bewezen over het pad terug.

Maar hallo, heb je nou geen benul wat ik je laat uitproberen, of doe je het vanaf hier zelf ?

Ik vraag om een traceroute vanaf de transip server naar de klantserver .
Die komt tot een bepaalde hop. Niks te zien of dat vlakbij is of ergens midden in een core .

Dan vraag ik om een traceroute vanaf je huis, omdat het vanaf daar wel zou werken.
En jij zegt alleen maar "de trace werkt" . Dat boeit maar een beetje.

Wat ik natuurlijk wil zien is hoe die trace loopt, en of die onderweg op hetzelfde pad komt als je trace vanaf transip , en dan wel verder komt , en hoe de resterende hops eruit zien.
Dan kun je met enige zekerheid zeggen dat de plek waar het stopt de plek is waar iets tegen gehouden wordt.
(het hoeft niet het ip van trans ip te zijn, als je de antwoorden vanaf daar tegenhoudt heb je hetzelfde effect ).

Uiteraard snap ik wat je bedoeld en je hulp wordt ook erg gewaardeerd.
Hierbij de afbeelding van de trace vanaf thuis.
Ik heb zojuist op de exchange server van hun de firewall even helemaal uitgezet. Ook dan is een trace vanaf mijn webserver naar hun toe niet mogelijk...

[patrickwww]

De mailserver van hun verstuurt mail via spamexperts.com. Die relayen de uitgaande mail voor hun via een FQDN connector in Exchange.
De inkomende mail wordt niet door hun gefilterd. Alleen uitgaand dus om zo de ip-reputatie van hun hoog te houden.

Naar mijn webserver wordt direct 1-op-1 op de MX verzonden.