IP-Range 91.114.*.* der TA blacklisted?

[lordpeng]

>SBS mit Exchange als Schrott zu bezeichnen ist schon sehr gewagt.
naja, exchange (SBS im speziellen) hat schon einige eigenheiten und ist nicht immer RFC konform

>Zumindest solche Pannen gibts bei M$ nicht!
och ich hab auch schon server gesehen die nach dem verbindlichen reboot eines autoupdate nimmer gebootet ham

>Ohne Sicherung wäre der jetzt im Konkurs!
no risk no fun - genau für solche sachen macht man ja eine sicherung ...

>Der Fehler liegt im Linux-MTA des Empfängers, der schlichtweg nur Mehls
> von einer endlichen Liste bekannter Provider bzw IP-Ranges akzeptiert.
das wage ich irgendwie zu bezweifeln, denn dann würden die server die nachricht gleich rejecten und nicht mit temporary failed antworten und die tatsache, dass das selbe problem bei mehreren empfänger MTA's auftritt sollte dir zu denken geben ...

>Das Thema ist damit gegessen!
na wenn du so schnell zufrieden zu stellen bist ... ich hätt jetzt zwar interessehalber noch gern a paar logs gesehen - aber gut ...

[hardliner]

Wie schon gepinselt, wird die Nachricht recht flott rejected. Nur warum die Fehlermeldung erst beim Server-Neustart aufscheint, muss geklärt werden, und ist eine andere Baustelle.
Es werden pro Tag hunderte Mehls an "hunderte Adressen" pro Tag versendet, und da sind es genau die 3 bei denen der Versand nicht geht!
Die Logs von einem der Empfängers (rkm.at) bekomme ich übrigens demnächst, und dann kommt endlich Licht ins Dunkel!
Foto-Koester hat sichtlich reagiert und akzeptiert seit heute Mehls meines Kunden.
Bei mac.com wird's, aus bekannten Gründen, (Apple!!) wahrschweinlich schwierig!
Zudem kann man beim Exchange SMTP nicht so viel rumschrauben, dass Mehls draufhin selektiv abgelehnt werden.
h.

[lordpeng]

>Speziell für Verlag und Foto-Agentur ist eine andere Übermittlung als Mehl undenkbar!
>Mit der Schneckenpost sind die Fotos schon veraltet wenn sie mal ankommen!

also die welche ich kenn, setzen für datenaustausch eher auf ftp, email ist für datenaustausch in der druckvorstufe als auch fotos nicht wirklich optimal, da es einfach zuviel overhead hat

[lordpeng]

>Die Logs von einem der Empfängers (rkm.at) bekomme ich übrigens demnächst
also ich such in solchen fällen immer den fehler zuerst bei den mir unterliegenden kisten ...

>Foto-Koester hat sichtlich reagiert und akzeptiert seit heute Mehls meines Kunden
haben sie das? oder ist das vielleicht doch nur ein zufall?

>Zudem kann man beim Exchange SMTP nicht so viel rumschrauben
rumschrauben kann man genug, aber zuerst sollt man halt das problem eingrenzen können, solang nicht geklärt ist ob's am lokalen oder am remote-mta liegt is das natürlich schwierig ...

... aber im zweifelsfall hat es sich in solchen situationen immer noch bewährt die eigenen konfigs zu checken, dann bleibts einem unter umständen erspart sich lächerlich zu machen, weil man die anderen leute des fehlers bezichtigt hat, dann aber von fremden leuten vielleicht auf eigene fehler aufmerksam gemacht wird ...

[hardliner]

zufall?

>Zudem kann man beim Exchange SMTP nicht so viel rumschrauben
rumschrauben kann man genug, aber zuerst sollt man halt das problem eingrenzen können, solang nicht geklärt ist ob's am lokalen oder am remote-mta liegt is das natürlich schwierig ...

... aber im zweifelsfall hat es sich in solchen situationen immer noch bewährt die eigenen konfigs zu checken, dann bleibts einem unter umständen erspart sich lächerlich zu machen, weil man die anderen leute des fehlers bezichtigt hat, dann aber von fremden leuten vielleicht auf eigene fehler aufmerksam gemacht wird ...

ACK!
Wurde alles "gecheckt". Ist seit dem Sommer eigentlich nichts dran gedreht worden!
rkm.at und mac.com gehen auch weiterhin nicht, aber von rkm.at krieg ich demnächst die Logfiles!
h.

[al]

>Foto-Koester hat sichtlich reagiert und akzeptiert seit heute Mehls meines Kunden
haben sie das? oder ist das vielleicht doch nur ein zufall?

Naja, für mich klingt das eher nach dem Exchange Bug in Verbindung mit Greylisting...

http://groups.google.com/group/microsof ... ca0ffb6fa4

bzw. um einen Blog-Eintrag zu zitieren:

A number of administrators have reported an SMTP greylisting problem on Exchange Server 2003 Service Pack 2 (SP2). Email sent from an Exchange 2003 SP2 machine to another mail server using greylisting does not get delivered. But it doesn't fail either -- it just sits around in a kind of digital limbo until the SMTP service is stopped and restarted.

/al

[hardliner]

>Foto-Koester hat sichtlich reagiert und akzeptiert seit heute Mehls meines Kunden
haben sie das? oder ist das vielleicht doch nur ein zufall?

Naja, für mich klingt das eher nach dem Exchange Bug in Verbindung mit Greylisting...

http://groups.google.com/group/microsof ... ca0ffb6fa4

bzw. um einen Blog-Eintrag zu zitieren:

A number of administrators have reported an SMTP greylisting problem on Exchange Server 2003 Service Pack 2 (SP2). Email sent from an Exchange 2003 SP2 machine to another mail server using greylisting does not get delivered. But it doesn't fail either -- it just sits around in a kind of digital limbo until the SMTP service is stopped and restarted.

/al

Klingt interessant!
Würde nicht die Fehlermeldung nach Restart erklären, weil dann werden die Mehls ja ordnungsgemäß zugestellt!
Irgendwie ist da schon der Wurm drin, denn alle 3 MTAs verwenden "Greylisting"!
Danke! Echt super!
Werde ich mir mal näher anschauen!
Denke mal das war's!
Hab jetzt einen täglichen mehrfachen Neustart des SMTP-Service eingebaut!
Schaun mer mal!
h.

[lordpeng]

@al

stimmt das macht sinn, ich denk das is eine heisse spur, nachdem was ich grad so auf microsoft.public.exchange.admin gelesen hab ...

@hardliner
lies den von al geposteten google groups-link zu microsoft.public.exchange.admin - dürfte durchaus interessant sein ...

[hardliner]

@al

stimmt das macht sinn, ich denk das is eine heisse spur, nachdem was ich grad so auf microsoft.public.exchange.admin gelesen hab ...

@hardliner
lies den von al geposteten google groups-link zu microsoft.public.exchange.admin - dürfte durchaus interessant sein ...

Hab ich grad gelesen.
Trifft zu 90% zu! Starte jetzt mal den SMTP alle 3h neu!
Schaun mer mal!
h.

[jutta]

<OT>
>Mit der Schneckenpost sind die Fotos schon veraltet wenn sie mal ankommen!

bei fotos, die nach zwei tagen schon veraltet sind, ist schade um kamera, speicherplatz, bandbreite und zeit die irgendjemand dafuer aufgewendet hat. ich seh schon ein, dass es manchmal schnell gehen soll, aber man kann es auch uebertreiben.
</OT>

[hardliner]

<OT>
>Mit der Schneckenpost sind die Fotos schon veraltet wenn sie mal ankommen!

bei fotos, die nach zwei tagen schon veraltet sind, ist schade um kamera, speicherplatz, bandbreite und zeit die irgendjemand dafuer aufgewendet hat. ich seh schon ein, dass es manchmal schnell gehen soll, aber man kann es auch uebertreiben.
</OT>

Wenn es um Kriegsberichterstattung geht, können einige Stunden schon zu lang sein.
h.

[lordpeng]

@hardliner, weil ich heute gut aufgelegt bin zitiere ich mal einen beitrag aus der oben erwähnten newsgroup:

Something I haven't tried yet, but was talking with someone about last week
was setting the Glitch Retry registry key. It's possible this isn't
correctly being defaulted in SP2 or some version of SMTP.

In HKLM\System\CurrentControlSet\Services\SMTPSVC\Queuing, create
"GlitchRetrySeconds" as a dword and try a value of 60 or 120. Then restart
the SMTP service.


By default, messages receiving a 4xx SMTP response are processed as a
"glitch" 3 times before being put back into the queue for processing on the
retry interval. It seems like something in this mechanism is failing. So,
if assertively setting GlitchRetrySeconds to a value that allows the
greylisting conditions to be satisfied, voila, a solution.


This is referenced a couple places:
http://technet.microsoft.com/en-us/libr ... 7d1de.aspx
http://msexchangeteam.com/archive/2005/ ... 03297.aspx

ist vielleicht ein etwas schönerer workarround als alle 3 stunden net stop smtpsvc && net start smtpsvc auszuführen, allerdings ohne gewähr, eventuell solltest du auch den technet link dazu lesen

hth

btw. soviel zur rfc-konformität von exchange ...

[hardliner]

Danke für den Tipp!
Werde ich mal einbauen!
h.

[lordpeng]

>Danke für den Tipp!
>Werde ich mal einbauen!
test's zuerst mal ein paar tage händisch via restart des service

[hardliner]

>Danke für den Tipp!
>Werde ich mal einbauen!
test's zuerst mal ein paar tage händisch via restart des service

Werd es zuerst mal auf meinem Server testen. Da ist's egal wenn's bröselt!
h.