PDA

Bekijk Volledige Versie : upc/chello server stuurt zelfde mailtjes steeds weer


antenna
14/12/09, 14:22
Beste collega's,

Zijn er anderen bij jullie die ervaren dat de smtp server van UPC/Chello steeds hetzelfde mailtje blijft sturen?

Dec 14 12:27:21 filter2 sendmail[4333]: nBEBRLwC004333:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep19-int.chello.at [62.179.121.39]
Dec 14 12:47:16 filter2 sendmail[11390]: nBEBlGHr011390:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep19-int.chello.at [62.179.121.39]
Dec 14 12:58:01 filter2 sendmail[15226]: nBEBw06t015226:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep21-int.chello.at [62.179.121.41]
Dec 14 13:18:50 filter2 sendmail[22446]: nBECIoRl022446:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep33-int.chello.at [62.179.121.51]
Dec 14 13:45:32 filter2 sendmail[31081]: nBECiAC9031081:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep33-int.chello.at [62.179.121.51]
Dec 14 13:56:33 filter2 sendmail[3534]: nBECuWxS003534:
from=<info@naam.nl>, size=6327, class=0, nrcpts=1,
msgid=<000901ca7cb0$8d1173e0$a7345ba0$@nl>, proto=ESMTP, daemon=MTA,
relay=viefep22-int.chello.at [62.179.121.42]

Aangezien mailtjes van andere providers gewoon maar een keer binnenkomen en er ook geen nieuwe software versie is aan onze kant vermoed ik een bug aan hun kant?

Met vriendelijke groet,
Tsjêbbe
davhog
14/12/09, 15:09
Nee, alleen bij een auto-reply loop.

Aan je log te zien zijn het ook niet dezelfde berichten. (Andere ID)

EDIT: oh, zo te zien tocht dezelfde ID, ik was te snel met reageren.

Geeft jouw mailserver wel een goede return code?
Yourwebhoster
14/12/09, 15:11
Ik heb wel UPC maar geen mail account (tenminste de login details) aangezien we gebruik maken van een eigen domein.

Ik zou verder dit met UPC/chello overleggen. Kan zijn dat een stukje van het mail verzenden in een cluster van hun niet klopt, verdelingsfoutje ofzo?
mathijsie
14/12/09, 15:20
Op ons UPC adres krijgen we alles van iedereen met Ziggo twee keer. En dat terwijl de verzender zeker weet dat hij/zij maar éénmaal het bericht verzonden heeft. Misschien heeft dit er ook iets mee te maken?
Oliver
14/12/09, 16:36
Waarschijnlijk een probleem met de verbinding waardoor de chello-server geen afsluitende response terugkrijgt en uitgaat van een temporary probleem aan jouw kant en het daarom opnieuw blijft proberen. Je zou een afleverpoging met een paar debug-opties in de gaten moeten houden om meer te weten te komen.

Ik zie het probleem hier in ieder geval niet.
Yourwebhoster
14/12/09, 16:42
Waarschijnlijk een probleem met de verbinding waardoor de chello-server geen afsluitende response terugkrijgt en uitgaat van een temporary probleem aan jouw kant en het daarom opnieuw blijft proberen. Je zou een afleverpoging met een paar debug-opties in de gaten moeten houden om meer te weten te komen.

Ik zie het probleem hier in ieder geval niet.
Dit is inderdaad een goed punt, zeker aangezien bepaalde periodes er tussen zitten. Als de mail server geen response terug krijgt blijft hij (als hij tenminste aan het protocol houdt) drie dagen lang hiermee doorgaan totdat de mail geaccepteerd is.
antenna
18/12/09, 16:11
Dit is inderdaad een goed punt, zeker aangezien bepaalde periodes er tussen zitten. Als de mail server geen response terug krijgt blijft hij (als hij tenminste aan het protocol houdt) drie dagen lang hiermee doorgaan totdat de mail geaccepteerd is.

Daar zat ik ook aan te denken, maar uiteindelijk kreeg ik de response van het hosting bedrijf: het lag aan een bug onder CentOS 5.4 m.b.t. de netwerk chip:

"The Linux driver r8169 for the Realtek network chip does not work correctly in CentOS 5.4, Ubuntu 9.04, OpenSUSE 11.1 and Debian Lenny. Timeouts and state changes to link down may occur. The solution is to use the official Realtek r8168 driver. Unfortunately this driver is not yet included in any distribution. For CentOS it can be installed from 3rd party repositories. For Debian and Ubuntu it must be compiled by the user. "

Installatie vanaf een CentOS repository loste die probleem op.

Bedankt voor het meedenken allemaal.

Met vriendelijke groet,

Tsjêbbe