E-mail van een specifieke gebruiker komt niet aan

[bassie91]

Beste mensen,

Voorheen werd er bij een klant gebruik gemaakt van een e-maildienst van een automatiseerder, maar sinds de plaatsing van SBS2011 Essentials server is de klant overgegaan op Office 365 mail. Hiertoe diende er een aanpassing gedaan te worden met betrekking tot DNS: de nameservers moesten naar die van Office 365 worden veranderd, zodat daar voortaan alle DNS-aanvragen afgehandeld kunnen worden. Het domein is echter nog wel geregistreerd bij de automatiseerder. Alles werkt zeer goed, maar enkele dagen geleden kreeg ik een klacht van een gebruiker dat mail van een specifiek domein niet bij haar binnenkwam. Er werden geen NDRs aangemaakt, dus allemaal zeer vreemd.

Toen ik echter bij toeval in de oude mailomgeving keek, zag ik dat alle mails die niet ontvangen waren door de klant hier in de hoofdmailbox waren beland. Hetgeen vreemd is aangezien er geen enkele koppeling meer is met de oude mailomgeving (het enige MX-record voor het domein is die van Office 365). Toen ik echter de logs bekeek, viel mij op dat al deze mails waren gefilterd door de spam-module van de automatiseerder.

De automatiseerder blijft bij hoog en laag volhouden dat de fout bij Office 365 zit en dat alles in zijn systeem goed staat geconfigureerd. Mijn vraag is dus: wat denken jullie hiervan? Als er een mail naar de klant gestuurd wordt, is het dan mogelijk dat deze eerst door de spam-filter van de automatiseerder gaat alvorens deze wordt doorgestuurd naar de Office 365 omgeving?

[klaboem]

Het enige dat ik kan bedenken is dat de afzender klant is van dezelfde provider en dat er intern nog verwijzingen zijn naar het oude ip adres (mx record).

[ Voor 4% gewijzigd door klaboem op 17-03-2012 21:47 ]

[DiedX]

Ik heb gezien (bij Plesk, dus qmail?) dat mailservers niet altijd de MX-en volgen. Wat zou kunnen is dat de automatiseerder de domeinnaam als lokaal afleveren heeft staan.

[bassie91]

Dat de verzenders van de e-mails klanten zijn van de automatiseerder is inderdaad het geval en ik heb de automatiseerder hierop attent gemaakt. Soms komt er echter ook nog een bericht verstuurd uit Hotmail in de oude mailomgeving terecht. Ik heb even de bron van het Hotmail bericht opgezocht en deze is hieronder (enigszins gecensureerd ) te vinden:

code:

Return-path: <[e-mail]>
Envelope-to: [e-mail]
Delivery-date: Thu, 15 Mar 2012 16:35:11 +0100
Received: from localhost ([127.0.0.1] helo=server.automatiseerder.nl)
    by server.automatiseerder.nl with esmtp (Exim 4.69)
    (envelope-from <[e-mail]>)
    id 1zxxxxx-0006wB-Kt
    for [e-mail]; Thu, 15 Mar 2012 16:35:10 +0100
Received: from blu0-omc1-s11.blu0.hotmail.com ([65.55.116.22]
    helo=blu0-omc1-s11.blu0.hotmail.com) by server.automatiseerder.nl with ESMTP (ASSP
    1.9); 15 Mar 2012 16:35:10 +0100
Received: from BLU0-SMTP373 ([65.55.116.9]) by blu0-omc1-s11.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
     Thu, 15 Mar 2012 08:35:02 -0700
X-Originating-IP: [xx.xx.xx.xx]
X-Originating-Email: [[e-mail]]
Message-ID: <[e-mail]>
Received: from [192.168.1.7] ([xx.xx.xx.xx]) by BLU0-SMTP373.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675);
     Thu, 15 Mar 2012 08:35:00 -0700
From: Peter <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 15 Mar 2012 16:38:48 +0100
To: "[e-mail]" <[e-mail]>
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0 (iPad Mail 8J2)
X-Mailer: iPad Mail (8J2)
X-OriginalArrivalTime: 15 Mar 2012 15:35:00.0569 (UTC) FILETIME=[2F187C90:01CD02C1]
X-Assp-Delay: [e-mail] not delayed (spamlover);
    15 Mar 2012 16:35:10 +0100
X-Assp-Envelope-From: [e-mail]
X-Assp-Intended-For: [e-mail]
X-Assp-ID: server.automatiseerder.nl (id-xxxxx-xxxxx)
X-Assp-Version: 1.9.6.3(0.0.00)
X-ACL-Warn: {




Verstuurd vanaf mijn iPad

Misschien dat iemand er iets kan uit afleiden...

[josvane]

Wat zeggen de mx records met een nslookup, vanaf de gebruikers die versturen naar de desbetreffende gebruiker.

Post hem ook even vanaf bijvoorbeeld jou werkplek

[Xesxen]

Ik zou eens met DIG aan de slag gaan (linux tooltje).
Voorbeeld: dig MX [domeinnaam]

EDIT: Om zeker te weten dat er geen 2e record naar de oude omgeving is

[ Voor 30% gewijzigd door Xesxen op 18-03-2012 20:25 ]

[LeLo]

Dit lijkt me inderdaad een back-up MX record (fallback server) die nog naar de oude omgeving verwijst in combinatie met dat de automatiseerder het niet meer bij hem gehoste maildomein niet heeft verwijderd uit zijn configs... Dus: DNS MX records nakijken en oude fallback verwijderen en de automatiseerder vragen het probleem met het afleveren in de oude mailboxen op te lossen. Je kunt misschien alvast zelf een forward op de oude mailboxen configureren om het probleem tijdelijk op te lossen.

[ Voor 3% gewijzigd door LeLo op 18-03-2012 20:26 ]

[bassie91]

Bedankt voor alle reacties!

De automatiseerder heeft mij gezegd dat hij mails gericht aan het domein van de klant vanaf nu niet meer accepteert. Ik heb voor de zekerheid toch nog forwarders ingesteld voor alle mailboxen, dus mocht er nog mail in de oude omgeving binnenkomen, dan zie ik dat direct.