Mail onbezorgbaar

[rotij]

Beste tweakers,

Wij heb het volgende probleem:

Wij hebben veel contact met een ander bedrijf via de e-mail. Dit bedrijf is sindskort overgegaan van exchange naar puur en alleen webmail voor de werknemers. Dus alles via hun host provider.

Nu hebben we het probleem dat als we een mail willen versturen naar het desbetreffende bedrijf dat deze direct terugkomt als onbezorgbaar (foutmelding 5.1.1.). Maar als ik met mijn privé e-mailadres er naartoe mail komt die gewoon over. Lijkt dus of onze mail server nog naar het oude systeem linkt??? Wat zou hier de oorzaak van kunnen zijn...?

We gebruiken Exchange 2003 SP2 op Windows 2003 Standard SP2.

Heeft iemand een idee of ben je meer informatie nodig dan hoor ik het graag! Alvast dank.

[Verwijderd]

SMTP 5.1.1. The e-mail account does not exist at the organization this message was sent to

Kortom, je mailt naar een account dat niet bestaat, feitelijk. In de praktijk kan het er anders uitzien, dus graag wat meer info. Reply je op een mail of stuur je een nieuwe? En als je op een mail replied, is deze dan van voor hun migratie of erna.

Stuur eens gewoon een nieuw mailtje naar hun adres. Jullie DNS server kan ook nog oude info bevatten, maar dat is na 24 uur meestal wel weg.

Edit:
Ik gok erop dat het probleem zit in oude mail. Zij nemen hun mail mee naar de webhosting provider en gaan daarop replyen. Dan krijg je allemaal gekke dingen. Beide partijen moeten nieuwe mailtjes maken, dan moet het goed gaan.

[ Voor 73% gewijzigd door Verwijderd op 29-09-2008 15:57 ]

[rotij]

Ik reply op een mail na de migratie. Dus dan zou je denken dat het adres goed zou moeten zijn. Een nieuwe mailtje geeft echter ook hetzelfde resultaat.

[Verwijderd]

Gebruikt het correcte mail adres, deze zal gewijzigd zijn.

[rotij]

Dat is helaas niet waar. Het e-mailadres is precies hetzelfde gebleven

[Verwijderd]

Er moet meer info komen.. mail adressen.. zijn die hetzelfde nog? De headers wil ik ook wel zien. De melding betekent dat je naar iets mailt dat niet bestaat en dit wordt dan gezegd door de andere kant... Dus je hebt wel de goede organisatie te pakken, maar die organisatie kent niet wat jij voor de @ hebt staan.
Wat ook kan is dat je bij de buren staat aan te bellen en dus de verkeerde organisatie hebt.

Wat info over de migratie van de andere kant kan ook helpen.

Welk domein hebben we het over of is dat geheim?


Ik zou ff de headers vergelijken van je thuismail (want die werkt wel zeg je) en van je mail op je werk.

[ Voor 14% gewijzigd door Verwijderd op 29-09-2008 16:06 ]

[rotij]

Willen jullie de header van het mailtje dat ik terugkrijg van de server met daarin alle informatie?

[rotij]

Nee dat is niet geheim, hierbij dus de headers van het mailtje wat ik terugkrijg van de mail server.

Rotij.nl is ons domein en Casconbv.nl is het domein van het bedrijf waar ik het over had. Als ik trouwens ping van de mailserver naar casconbv.nl krijg ik het juiste ip adres er wel bij te zien.

Microsoft Mail Internet Headers Version 2.0
From: [e-mail]
To: [e-mail]
Date: Mon, 29 Sep 2008 16:16:03 +0200
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="9B095B5ADSN=_01C922372A9B9ADA000000A8mail.rotij.nl"
X-DSNContext: 335a7efd - 4523 - 00000001 - 80040546
Message-ID: <[e-mail]>
Subject: Delivery Status Notification (Failure)

--9B095B5ADSN=_01C922372A9B9ADA000000A8mail.rotij.nl
Content-Type: text/plain; charset=unicode-1-1-utf-7

--9B095B5ADSN=_01C922372A9B9ADA000000A8mail.rotij.nl
Content-Type: message/delivery-status

--9B095B5ADSN=_01C922372A9B9ADA000000A8mail.rotij.nl
Content-Type: message/rfc822

Content-class: urn:content-classes:message
Subject: rest
MIME-Version: 1.0
Content-Type: application/ms-tnef;
name="winmail.dat"
Content-Transfer-Encoding: binary
Date: Mon, 29 Sep 2008 16:16:00 +0200
Message-ID: <[e-mail]>
X-MimeOLE: Produced By Microsoft Exchange V6.5
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <[e-mail]>
Thread-Topic: rest
Thread-Index: AckiPeYL1f34q/4cRXOtAKx6QNsDWw==
From: "Martijn Jansen -> Sysbeheer" <[e-mail]>
To: <[e-mail]>


--9B095B5ADSN=_01C922372A9B9ADA000000A8mail.rotij.nl--

[rotij]

Iemand misschien al een idee?

[albert04]

Hmm, misschien staan de MX records niet goed?

Ik heb laatst een goede website gevonden waarvan je de mail verkeer kunt testen, zeg maar.
De link: http://www.hq42.net/net_tools/test_email_addr.php

Probeer het maar es, wellicht krijg je een duidelijk foutmelding

[lier]

Controleer of de mail server de juiste MX records gebruikt (controleer met welke mail server een connectie opgebouwd wordt).

Kan je (bijvoorbeeld vanaf de server) via telnet op zowel MX record naam als op IP adres een mail versturen naar het "falende" mail adres ?

Ik zie dat de mail server van rotij niet reageert (mail.rotij.nl), weet bbeyond welke mail adressen door de organisatie gebruikt worden ?

[ Voor 20% gewijzigd door lier op 01-10-2008 08:56 ]

[rotij]

klopt, dat komt omdat er net storing was hier i.v.m. verbouwing... ik ga het proberen nu

[rotij]

lier schreef op woensdag 01 oktober 2008 @ 08:51:
Controleer of de mail server de juiste MX records gebruikt (controleer met welke mail server een connectie opgebouwd wordt).

Kan je (bijvoorbeeld vanaf de server) via telnet op zowel MX record naam als op IP adres een mail versturen naar het "falende" mail adres ?

Ik zie dat de mail server van rotij niet reageert (mail.rotij.nl), weet bbeyond welke mail adressen door de organisatie gebruikt worden ?

ik kan het ip adres van onze mail server wel telnetten.

[lier]

rotij schreef op woensdag 01 oktober 2008 @ 10:04:
ik kan het ip adres van onze mail server wel telnetten.

Het gaat (uiteraard) om de mail server waar je naar toe wil sturen ("desbetreffende bedrijf"), dus niet jullie interne mail server. Probeer via telnet daar een mail naar toe te sturen (op het falende mail adres).

[ Voor 11% gewijzigd door lier op 01-10-2008 10:10 ]

[rotij]

ja ik bedoelde dat ik de mailserver van de desbetreffende partij wel kon telnetten

Mailen gaat niet, krijg het direct terug

[DiedX]

Logfiles van exchange als eens doorgebaggerd?

[lier]

rotij schreef op woensdag 01 oktober 2008 @ 10:24:
ja ik bedoelde dat ik de mailserver van de desbetreffende partij wel kon telnetten

Mailen gaat niet, krijg het direct terug

O...maar dan weet ik wat er aan de hand is... !?



Toon eens wat je doet en wat de reacties hierop zijn. We hoeven toch niet alles uit te kauwen !? (Not to mention the "glazen bol").

[lammert]

Ik gok dat de lokale mx cache niet gerefreshed is sinds de migratie en je exchange server het mailtje dus op het oude ip-adres probeert aan te bieden. Check dit eens door vanaf de exchangeserver op de commandprompt een ping naar de hostname (mail.casconbv.nl) te doen en te kijken of het ip-adres klopt (212.79.244.178).

Je kan ook een mailtje sturen vanaf je exchange server met telnet --> howto. Connect via telnet op hostname, niet op ip-adres want dan zit je altijd goed.

[rotij]

Ik kan telnetten naar mail.casconbv.nl maar zodra ik een mail wil versturen zegt die rely access denied. Nu heb ik hier ook niet veel kaas van gegeten maar lijkt me niet goed?

[DiedX]

Geef nou eens op diezelfde machine waar je van telnet:

vanuit je cmd:

nslookup
set type=MX
dan het domein waartoe je moet mailen.
Ik krijg dan:

===

> diederik.nl
Server: services.opzouten.com
Address: 192.168.whatever

Non-authoritative answer:
diederik.nl MX preference = 10, mail exchanger = mail.diederik.nl
diederik.nl MX preference = 20, mail exchanger = fallback.diederik.nl

diederik.nl nameserver = ns1.diederik.nl
diederik.nl nameserver = ns2.diederik.nl
mail.diederik.nl internet address = 84.243.234.210
fallback.diederik.nl internet address = 217.195.118.38
>

===

Let wel: ik ga hierbij er vanuit dat je SBS zelf resolved (dus localhost). Hierbij zie je dat mijn NSLookup een andere server (192.168.x) gebruikt. Jij moet daar 127.0.0.1 krijgen.

En: iets meer zoeken mag.

[lier]

rotij schreef op woensdag 01 oktober 2008 @ 11:15:
Ik kan telnetten naar mail.casconbv.nl maar zodra ik een mail wil versturen zegt die rely access denied. Nu heb ik hier ook niet veel kaas van gegeten maar lijkt me niet goed?

Nogmaals, maak eens een schermprint van je telnet sessie (of type alles twee keer) om te zien wat je in vult !
Relay denied betekend dat je geen relay rechten hebt. Echter, als je probeert te mailen naar een mail adres op de mail server, zou je mail gewoon afgeleverd moeten worden.

Dus (ga ik het toch uit kauwen...):

code:

telnet mail.casconbv.nl 25
HELO m8
mail from:[e-mail]
rcpt to:[falend mail [e-mail]]
data
Het werkt (niet..) !
.

Graag de output hiervan tonen !

[DiedX]

lier schreef op woensdag 01 oktober 2008 @ 11:58:
[...]

Graag de output hiervan tonen !

Rustig man, denk aan je hart

Het zou een DNS probleem kunnen zijn. Ik ben daarom erg benieuwd naar het antwoord op mijn vraag...

[rotij]

lier schreef op woensdag 01 oktober 2008 @ 11:58:
[...]

Nogmaals, maak eens een schermprint van je telnet sessie (of type alles twee keer) om te zien wat je in vult !
Relay denied betekend dat je geen relay rechten hebt. Echter, als je probeert te mailen naar een mail adres op de mail server, zou je mail gewoon afgeleverd moeten worden.

Dus (ga ik het toch uit kauwen...):

code:

telnet mail.casconbv.nl 25
HELO m8
mail from:[e-mail]
rcpt to:\[falend mail [e-mail]]
data
Het werkt (niet..) !
.

Graag de output hiervan tonen !

Maar ik ben wel erg blij dat je het uitkauwt, Het blijkt zo wel te werken want deze mail kwam gewoon over. Probeer ik het nu weer vanaf mijn outlook dan krijg ik het direct weer terug

dit is de output.

220 ***************************************
mail from:[e-mail]
250 Ok
rcpt to:[e-mail]
250 Ok
data
354 Enter mail, end with "." on a line by itself.
hallo dit is een test
.
250 Ok: queued as 92C05F6BE9

[Verwijderd]

ik heb niets beters te doen (rij-examen vanmiddag, zit nu te wachten tot het uur U)

code:

220 remgro-02.isp-services.nl ESMTP Postfix
helo casconbv.nl
250 remgro-02.isp-services.nl
mail from:[e-mail]
250 Ok
rcpt to:[e-mail]
250 Ok
data
354 End data with <CR><LF>.<CR><LF>
testerdetest
.
250 Ok: queued as 91547F6BE9

Relaying voor het domein mag op de server die volgens de mx-records die ik krijg gewoon. Staat er in jouw DNS misschien een verwijzing?

edit:
Spuit 11 was weer eens precies te laat
Check in ieder geval je dns op verkeerde mx-records, want mail.casconbv.nl is de goede, en het lijkt erop dat jij een ander gebruikt als je "gewoon" een mail stuurt.

[ Voor 18% gewijzigd door Verwijderd op 01-10-2008 12:13 ]

[rotij]

DiedX schreef op woensdag 01 oktober 2008 @ 11:39:
Geef nou eens op diezelfde machine waar je van telnet:

vanuit je cmd:

nslookup
set type=MX
dan het domein waartoe je moet mailen.
Ik krijg dan:

===

> diederik.nl
Server: services.opzouten.com
Address: 192.168.whatever

Non-authoritative answer:
diederik.nl MX preference = 10, mail exchanger = mail.diederik.nl
diederik.nl MX preference = 20, mail exchanger = fallback.diederik.nl

diederik.nl nameserver = ns1.diederik.nl
diederik.nl nameserver = ns2.diederik.nl
mail.diederik.nl internet address = 84.243.234.210
fallback.diederik.nl internet address = 217.195.118.38
>

===

Let wel: ik ga hierbij er vanuit dat je SBS zelf resolved (dus localhost). Hierbij zie je dat mijn NSLookup een andere server (192.168.x) gebruikt. Jij moet daar 127.0.0.1 krijgen.

En: iets meer zoeken mag.

Ik wil wel graag meer zoeken maar als je niet meer weet hoe is dat lastig. Ik heb hieronder de output voor je:

> set type=mx
> mail.casconbv.nl
Server: ntrijsfps1.roosdom.local
Address: 197.1.21.7

casconbv.nl
primary name server = ns.naamserver.net
responsible mail addr = hostmaster.naamserver.net
serial = 1
refresh = 10800 (3 hours)
retry = 3600 (1 hour)
expire = 604800 (7 days)
default TTL = 86400 (1 day)
>

[rotij]

Verwijderd schreef op woensdag 01 oktober 2008 @ 12:10:
ik heb niets beters te doen (rij-examen vanmiddag, zit nu te wachten tot het uur U)

code:

220 remgro-02.isp-services.nl ESMTP Postfix
helo casconbv.nl
250 remgro-02.isp-services.nl
mail from:[e-mail]
250 Ok
rcpt to:[e-mail]
250 Ok
data
354 End data with <CR><LF>.<CR><LF>
testerdetest
.
250 Ok: queued as 91547F6BE9

Relaying voor het domein mag op de server die volgens de mx-records die ik krijg gewoon. Staat er in jouw DNS misschien een verwijzing?

Waar kan ik die vinden?

[Verwijderd]

je moet de mx records zoeken voor casconbv.nl, niet voor mail.casconbv.nl...

[rotij]

Pardon:

> casconbv.nl
Server: ntrijsfps1.roosdom.local
Address: 197.1.21.7

casconbv.nl MX preference = 20, mail exchanger = fallback.isp-services.nl
casconbv.nl MX preference = 10, mail exchanger = mail.casconbv.nl
mail.casconbv.nl internet address = 212.79.244.178

[Verwijderd]

rotij schreef op woensdag 01 oktober 2008 @ 12:12:
[...]


Waar kan ik die vinden?

Zit je in een domein met een eigen server? Check dan op de DNS-server de records. Als dat niet het geval is staan ze bij je provider verkeerd, en moet je lokaal je DNS aanpassen. Daarvoor heb je je Hosts file (mooi overblijfsel uit een grijs verleden)

Wikipedia: Hosts file

edit:
En alweer te traag... check even of je een telnet mail kunt versturen vanaf die fallbackserver, je DNS is up to date zo te zien.

[ Voor 13% gewijzigd door Verwijderd op 01-10-2008 12:21 ]

[rotij]

Verwijderd schreef op woensdag 01 oktober 2008 @ 12:19:
[...]


Zit je in een domein met een eigen server? Check dan op de DNS-server de records. Als dat niet het geval is staan ze bij je provider verkeerd, en moet je lokaal je DNS aanpassen. Daarvoor heb je je Hosts file (mooi overblijfsel uit een grijs verleden)

Wikipedia: Hosts file

edit:
En alweer te traag... check even of je een telnet mail kunt versturen vanaf die fallbackserver, je DNS is up to date zo te zien.

mmmmm....nu gaat het me boven de pet volgens mij....

ps. succes met je rijexamen

[Verwijderd]

dank

ook de fallbackserver accepteert mail voor casconbv.nl. Daar zal het dus ook niet aan liggen.

[lier]

• Controleer of op de (versturende) server gebruik gemaakt wordt van een smarthost.
• Voer de telnet sessie vanaf de sever uit.

[rotij]

wat is en hoe vind ik een smarthost dan?

[lier]

Exchange kan zo ingesteld worden dat voor de uitgaande mail een zogenaamde "smarthost" toegepast kan worden. Gebruik maar eens smarthost icm Exchange 2003 op Google, daar vind je voldoende informatie.

[MrDirect]

albert04 schreef op woensdag 01 oktober 2008 @ 08:50:
Hmm, misschien staan de MX records niet goed?

Ik heb laatst een goede website gevonden waarvan je de mail verkeer kunt testen, zeg maar.
De link: http://www.hq42.net/net_tools/test_email_addr.php

Probeer het maar es, wellicht krijg je een duidelijk foutmelding

Wat een rare site. Waarom stuurt dat ding mail alleen via de fallback servers en waarom pakt die niet gewoon het mx record met priority 10?

[Verwijderd]

Is het niet gewoon de Outlook cache die de oude verwijzingen vasthoudt?

Je kunt deze verwijderen door het emailadres gedeeltelijk in te typen en op delete te drukken zodra er een keuzelijstje tevoorschijn komt. De blauw geselecteerde shortcut wordt dan uit de cache file verwijderd.

Je kunt ook de complete cache weggooien door het .NK2 bestand weg te gooien onder:

%UserProfile%\Application Data\Microsoft\Outlook

Probeer daarna nog eens een mail te sturen naar een van die adressen.

[lier]

Verwijderd schreef op woensdag 01 oktober 2008 @ 21:52:
Is het niet gewoon de Outlook cache die de oude verwijzingen vasthoudt?

Ik ga ervan uit dat de manier waarop mail verstuurd wordt (de route) niet door de client maar door de (Exchange) server bepaald wordt. Tenzij ik je verhaal verkeerd begrijp...?

[Ralphy_]

ik heb ook een keer een gelijksoorting probleem gehad.

Ons maildomein was verplaats van provider x naar provider y na deze verplaating konden wij geen mail ontvangen van gebruikers van provider x .

Provider x had na gelaten om de oude mx records te verwijderen. hierdoor kwam de mail niet aan.

ik weer natuurlijk niet of het maildomein van de onvanger verplaatst is maar dit is mischien het uitzoeken waard.

[Verwijderd]

lier schreef op donderdag 02 oktober 2008 @ 09:19:
[...]

Ik ga ervan uit dat de manier waarop mail verstuurd wordt (de route) niet door de client maar door de (Exchange) server bepaald wordt. Tenzij ik je verhaal verkeerd begrijp...?

Wij hebben hier bijvoorbeeld contacts in ons adresboek van vestigingen die nog niet op onze centrale mail omgeving zitten.

Zodra er een vestiging gemigreerd is en we de betreffende contacts verwijderen krijgen de al gemigreerde mensen vanwege hun Outlook cache foutmeldingen omdat het contact niet meer bestaat terwijl het emailadres wel correct is. Nadat zij de cache verwijderd hebben gaat de "routering" wel weer goed.

[lier]

Maar dan heb je het niet over mail die extern gestuurd wordt, of wel ?

[Verwijderd]

lier schreef op donderdag 02 oktober 2008 @ 11:17:
Maar dan heb je het niet over mail die extern gestuurd wordt, of wel ?

Ja, juist wel. De contacts hebben wij toegevoegd omdat dat externe adressen zijn voor de Exchange server. Wel gebruiken zij hetzelfde mail domein maar dat wordt afgehandeld door een centrale mail relay server d.m.v. het linken van subdomeinen aan het emailadres.