Jump to content

Mails an mehrere Empfänger hängen in Warteschleife SBS2003


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Empfohlene Beiträge

Hallo. Habe bei mir das Problem das ich nicht Mails an mehere Empfänger gleichzeitig schicken kann. Egal ob CC, BC oder Empfänger. Diese bleiben in der Warteschleife hängen. Mails an nur einen Empfänger laufen problemlos. Schon an 2 Empfänger geht nicht.

zur Technik. Habe einen W2k3 SBS Server R2. zum versand habe ich im Exchange einen SMTP Connector eingerichtet der als Smarthost post.strato.de verwendet.

Kann jemand helfen? Vielen Dank

Link zu diesem Kommentar
Hallo. Habe bei mir das Problem das ich nicht Mails an mehere Empfänger gleichzeitig schicken kann. Egal ob CC, BC oder Empfänger. Diese bleiben in der Warteschleife hängen. Mails an nur einen Empfänger laufen problemlos. Schon an 2 Empfänger geht nicht.

zur Technik. Habe einen W2k3 SBS Server R2. zum versand habe ich im Exchange einen SMTP Connector eingerichtet der als Smarthost post.strato.de verwendet.

Kann jemand helfen? Vielen Dank

 

Egal welcher Empfänger? Was sagt das SMTP Log (wenn du es mal anschaltest)?

 

Bye

Norbert

Link zu diesem Kommentar
ja, völlig egal welche Empfänger. Wo starte ich smtp Log?

 

Auf dem virtuellen SMTP Server. Log und die dazugehörigen Optionen aktivieren. Dann sollte im dort angegebenen Pfad eine Logdatei erstellt werden (spätestens nach einem neustart des SMTP Dienstes). Eventuell sieht man dort warum er die Mails nicht los wird. Nicht vergessen, das Logging nach erfolgter Diagnose wieder zu deaktivieren.

 

Bye

Norbert

Link zu diesem Kommentar

Ok, habe ich gemacht. Was sagt uns das jetzt?

 

#Software: Microsoft Internet Information Services 6.0

#Version: 1.0

#Date: 2008-02-27 16:28:45

#Fields: time c-ip cs-method cs-uri-stem sc-status

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 EHLO - 0

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 MAIL - 0

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 RCPT - 0

16:28:45 81.169.145.136 RCPT - 0

16:28:45 81.169.145.136 - - 0

Link zu diesem Kommentar
Ok, habe ich gemacht. Was sagt uns das jetzt?

 

#Software: Microsoft Internet Information Services 6.0

#Version: 1.0

#Date: 2008-02-27 16:28:45

#Fields: time c-ip cs-method cs-uri-stem sc-status

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 EHLO - 0

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 MAIL - 0

16:28:45 81.169.145.136 - - 0

16:28:45 81.169.145.136 RCPT - 0

16:28:45 81.169.145.136 RCPT - 0

16:28:45 81.169.145.136 - - 0

 

Du müßtest schonmal die einzelnen Haken in den EIgenschaften des Protokols setzen ;)

 

Bye

Norbert

Link zu diesem Kommentar
Es scheint als hätte ich den Fehler gefunden. Muß jetzt natürlich noch ausführlicher testen. So wie es aussieht ist der G-Data Virenscanner Schuld. Wenn man den Portscan für ausgehende Mails deaktiviert, liefen zumindest eben drei Testmails an verschiedene Empfänger durch.

Vielen Dank für die Hilfe und schnellen antworten.

 

Gdata auf nem Exchangeserver? Portscan AV auf Servern ist sowieso immer mit Vorsicht zu geniessen. Deaktivier den Krempel. Du brauchst als eine sinnvolle AV-Lösung eh einen Scanner der die Messaging Schnittstelle des Exchange nutzt und da hilft dir der Port 25 wenig.

 

Bye

Norbert

Link zu diesem Kommentar
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Schreibe einen Kommentar

Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor-Fenster leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...