[EMAIL] Kan van sommige domeinen geen mail ontvangen.

[Verwijderd]

Beste mensen,

Ik zit met het volgende probleem :

Sinds een week hebben wij problemen met onze mail, mail verstuurd van sommige verschillende domeinen komt niet meer aan bij onze mail server en mensen krijgen dan onder staande mail.

Ik heb geen flauw id hoe dit kan komen, omdat sommige mailservers wel succesvol mailen. Het gaat om mail servers van bedrijven die ons niet kunnen bereiken. De onderstaande mail krijgen we na een aantal dagen pas.

Overigens onze hostingprovider al ingelicht maar dat schiet voor geen meter op.

Graag jullie hulp en advies.

Return-path: <>
Received: from mac.com ([10.150.68.1])
by ms122.mac.com (Sun Java System Messaging Server 6.2-7.05 (built Sep 5
2006)) with ESMTP id <[e-mail]> for ****@mac.com;
Tue, 18 Sep 2007 15:58:38 -0700 (PDT)
Received: from smtpoutm.mac.com (smtpout012-s [10.150.69.12])
by mac.com (Xserve/smtpin001/MantshX 4.0) with ESMTP id l8IMwaDR009961 for
<****@mac.com>; Tue, 18 Sep 2007 15:58:37 -0700 (PDT)
Received: from localhost (localhost)
by smtpoutm.mac.com (Xserve/smtpout012/MantshX 4.0) id l8IL40TH024582; Tue,
18 Sep 2007 15:58:36 -0700 (PDT)
Date: Tue, 18 Sep 2007 15:58:36 -0700 (PDT)
From: Mail Delivery Subsystem <[e-mail]>
Subject: Returned mail: see transcript for details
To: ***@mac.com
Message-id: <[e-mail]>
Auto-submitted: auto-generated (failure)
MIME-version: 1.0
Content-type: multipart/report; report-type=delivery-status;
boundary="l8IL40TH024582.1190156316/smtpoutm.mac.com"
Original-recipient: rfc822;****@mac.com

This is a MIME-encapsulated message

--l8IL40TH024582.1190156316/smtpoutm.mac.com

The original message was received at Fri, 14 Sep 2007 15:22:00 -0700 (PDT)
from smtpin05-en2 [10.13.10.150]

----- The following addresses had permanent fatal errors -----
<***@****>

----- Transcript of session follows -----
<****>... Deferred: Interrupted system call
Message could not be delivered for 4 days
Message will be deleted from queue

--l8IL40TH024582.1190156316/smtpoutm.mac.com
Content-Type: message/delivery-status

Reporting-MTA: dns; smtpoutm.mac.com
Arrival-Date: Fri, 14 Sep 2007 15:22:00 -0700 (PDT)

Final-Recipient: RFC822; *****
Action: failed
Status: 4.4.7
Remote-MTA: DNS; mx2.colthosting.net
Last-Attempt-Date: Tue, 18 Sep 2007 15:58:36 -0700 (PDT)

--l8IL40TH024582.1190156316/smtpoutm.mac.com
Content-Type: message/rfc822

Return-Path: <**@**>
Received: from mac.com (smtpin05-en2 [10.13.10.150])
by smtpoutm.mac.com (Xserve/smtpout012/MantshX 4.0) with ESMTP id l8EMM066015496
for <***>; Fri, 14 Sep 2007 15:22:00 -0700 (PDT)
Received: from [10.0.1.195] (****)
(authenticated bits=0)
by mac.com (Xserve/smtpin05/MantshX 4.0) with ESMTP id l8EMLwa8028454
for <*****>; Fri, 14 Sep 2007 15:21:59 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v752.2)
Content-Transfer-Encoding: 7bit
Message-Id: <[e-mail]>
Content-Type: text/plain; charset=US-ASCII; format=flowed
To: ***
From: **
Subject: ***
Date: Sat, 15 Sep 2007 00:21:57 +0200
X-Mailer: Apple Mail (2.752.2)

[Verwijderd]

De mail die als eerste kwam is :

**********************************************
** THIS IS A WARNING MESSAGE ONLY **
** YOU DO NOT NEED TO RESEND YOUR MESSAGE **
**********************************************

The original message was received at Fri, 21 Sep 2007 13:47:01 -0700 (PDT)
from smtpin02-en2 [10.13.10.147]

----- Transcript of session follows -----
<***>... Deferred: Interrupted system call
Warning: message still undelivered after 4 hours
Will keep trying until message is 4 days old
Reporting-MTA: dns; smtpoutm.mac.com
Arrival-Date: Fri, 21 Sep 2007 13:47:01 -0700 (PDT)

Final-Recipient: RFC822; ***
Action: delayed
Status: 4.4.1
Remote-MTA: DNS; mx2.colthosting.net
Last-Attempt-Date: Fri, 21 Sep 2007 18:04:43 -0700 (PDT)
Will-Retry-Until: Tue, 25 Sep 2007 13:47:01 -0700 (PDT)

From: ****
Date: 21 september 2007 22:46:55 GMT+02:00

[gertvdijk]

Verwijderd schreef op vrijdag 21 september 2007 @ 22:43:
Sinds een week hebben wij problemen met onze mail, mail verstuurd van sommige verschillende domeinen komt niet meer aan bij onze mail server en mensen krijgen dan onder staande mail.

Welke mail server software draaien jullie?
Doet je mailserver DNS checks die falen bij sommige domeinen?
Niet goed gelezen, jullie draaien niet zelf de mailserver.
Ja, ik zou zeggen controleer de MX records van je domein.

[ Voor 13% gewijzigd door gertvdijk op 22-09-2007 11:22 ]

[MAX3400]

Niet om het een of ander, maar het lijkt er gewoon op dat de MX-records door mx2.colthosting.net niet meer naar de buitenwereld worden gecommuniceerd en daardoor komt mail bij jullie niet meer aan.

Anders om kan je deze test zelf doen door de MX-records van jullie "defecte" domeinen op te vragen en dat eventueel aan te kaarten bij de hostingprovider.

*edit*
colthosting.net geeft een paar vreemde errors bij het opvragen van gegevens voor de "mailservers" van ze. Het lijkt erop dat ze shared servers gebruiken en dat bepaalde relaying niet mogelijk is.

[ Voor 22% gewijzigd door MAX3400 op 22-09-2007 11:24 ]

[Verwijderd]

MAX3400 schreef op zaterdag 22 september 2007 @ 11:19:
Niet om het een of ander, maar het lijkt er gewoon op dat de MX-records door mx2.colthosting.net niet meer naar de buitenwereld worden gecommuniceerd en daardoor komt mail bij jullie niet meer aan.

Anders om kan je deze test zelf doen door de MX-records van jullie "defecte" domeinen op te vragen en dat eventueel aan te kaarten bij de hostingprovider.

*edit*
colthosting.net geeft een paar vreemde errors bij het opvragen van gegevens voor de "mailservers" van ze. Het lijkt erop dat ze shared servers gebruiken en dat bepaalde relaying niet mogelijk is.

Op mijn eigen servers, waar ik de records op vraag krijg ik wel gewoon IP adressen. Bij jou dus niet? (Via mijn mail servers kan ik wel netjes mail sturen naar hun btw). Als je wat meer info kan geven over jou bevindingen kan ik dit inderdaad doorspelen.

Ze besteden het email gebeuren uit aan "hosttopia", het is allemaal heel raar En hebben er zelf weinig grip op. Dus we krijgen van colt te horen dat ze niets kunnen doen omdat ze moeten wachten op derden.

We gaan daar ook weg, maar tot die tijd moeten we het er mee doen.