Discussion:
Einrichtung von Standortconnectoren
(zu alt für eine Antwort)
MB
2005-06-03 13:55:04 UTC
Permalink
Hallo zusammen,

wir haben seit einiger Zeit folgendes Problem, welches wir bisher nicht
lösen konnten:

Warteschlangen zwischen zwei Exchange-Servern werden nicht mehr automatisch
geleert, sondern füllen sich so lange, bis der absendende Server neu
gestartet wird. Dieses Phänomen gibt es sowohl bei dem SMTP-Connector für die
beiden Server, als auch beim Standortconnector, den wir inzwischen dafür
nutzen.

Aber nun erst mal zu der Konstellation:

Wir haben zwei Niederlassungen in einer W2K-Domäne und in jeder
Niederlassung jeweils einen Exchange-Server. In dem Hauptwerk haben wir einen
EX2003 Enterprise auf Windows 2003 Server und in der Niederlassung EX2000
Standard auf Windows 2000 Server. Die beiden Netze sind per Breitband VPN
verbunden und bislang gab es auch keine Schwierigkeiten beim Austausch der
Mails zwischen den beiden Servern (damals war in der Hauptstelle noch EX2000
Enterprise auf einem Windows 2000 DC installiert). Das Problem trat erstmals
auf, als wir die neue Hardware mit Windows 2003 als Memberserver inkl.
Exchange 2003 Enterprise installiert hatten. Anscheinend ist da etwas im
Routing durcheinandergekommen. Zwischendurch war dann das Problem mal weg. Es
verschwand, nämlich genau dann, als auf dem alten EX2000 Enterprise keine
Postfächer mehr lagen und kam dann wieder, als wir den alten EX2000
Enterprise deinstalliert haben, also auch den Routing-Master auf den neuen
EX2003 Enterprise verschoben haben.
In der Warteschlange bleiben nun wieder die Mails hängen und in der
Statusübersicht im System-Manager von Exchange wird als Status für den
entfernten EX2000 Standard „Im Wartungsmodus“ angegeben. Hat dies etwas zu
bedeuten? Wie kann man den Server wieder in den normalen Betriebsmodus
bringen?

Gruß
Manfred
Wolfgang Sauer
2005-06-03 15:57:18 UTC
Permalink
Hi Manfred
Post by MB
Hallo zusammen,
In der Warteschlange bleiben nun wieder die Mails hängen und in der
Statusübersicht im System-Manager von Exchange wird als Status für den
entfernten EX2000 Standard "Im Wartungsmodus" angegeben. Hat dies etwas zu
bedeuten? Wie kann man den Server wieder in den normalen Betriebsmodus
bringen?
Wartungsmodus könnte das hier sein:
http://hellomate.typepad.com/exchange/2004/03/exchange_in_mai.html

Namensauflösung hast du schon geprüft?
nslookup ex2000 ok?
nslookup ex2003 ok? auf beiden Seiten
hosts Dateien sind leer?
Auf den virtuellen SMTP Servern hast du keine anderen Namen eingetragen
(Delivery, Advanced, Fully qualified domain name)?
Auf den virtuellen SMTP Servern hast du keinen Smarthost eingetragen
(Delivery, Advanced, Smart host)?
Die Bridgeheads der beiden Routinggruppen Connectoren (lokal und remote)
sind ok?
Alternative Zeitpläne auf den Connectoren sind keine definiert?

Grüsse
Wolfgang
Manfred Brinkschulte
2005-06-06 07:38:02 UTC
Permalink
Hallo Wolfgang,
Post by Wolfgang Sauer
Hi Manfred
http://hellomate.typepad.com/exchange/2004/03/exchange_in_mai.html
Namensauflösung hast du schon geprüft?
nslookup ex2000 ok?
nslookup ex2003 ok? auf beiden Seiten
Ja, alles bestens!
Post by Wolfgang Sauer
hosts Dateien sind leer?
Ja, die sind leer, wir arbeiten nämlich nicht mit HOSTS Dateien
Post by Wolfgang Sauer
Auf den virtuellen SMTP Servern hast du keine anderen Namen eingetragen
(Delivery, Advanced, Fully qualified domain name)?
Nein, da steht nur genau der eigene FQDN.
Post by Wolfgang Sauer
Auf den virtuellen SMTP Servern hast du keinen Smarthost eingetragen
(Delivery, Advanced, Smart host)?
Nein, hier ist kein Eintrag.
Post by Wolfgang Sauer
Die Bridgeheads der beiden Routinggruppen Connectoren (lokal und remote)
sind ok?
Unter Remotebridgehead steht jeweils der entfernte andere Mailserver. Dies
sollte doch so passen.
Post by Wolfgang Sauer
Alternative Zeitpläne auf den Connectoren sind keine definiert?
Nein, der Connector steht auf beiden Seiten immer zur Verfügung.
Post by Wolfgang Sauer
Grüsse
Wolfgang
Auf der Seite des EX2003 Enterprise gibt es noch einen InternetMail
Connector, der die Mail für die gesamte Organisations in Internet befördern
soll. Sowohl beim IMC als auch beim Standortconnector ist der Eintrag für
die Kosten auf 1 gesetzt. Beim Adressraum für den IMC ist außerdem ein *
eingetragen. Woran erkennt das System dann, welcher Connector zuständig ist?
Ist hier eventuell der Fehler?

Heute morgen, nach dem Wochenende, sind allerdings die Warteschlangen leer
aber der EX2000 (remote) steht immer noch im EWartungsmodus.

Gruß
Manfred
Thomas K.H. Bittner
2005-06-04 11:10:09 UTC
Permalink
MB wrote:
[...]
Post by MB
Warteschlangen zwischen zwei Exchange-Servern werden nicht mehr
automatisch geleert, sondern füllen sich so lange, bis der absendende
Server neu gestartet wird. Dieses Phänomen gibt es sowohl bei dem
SMTP-Connector für die beiden Server, als auch beim
Standortconnector, den wir inzwischen dafür nutzen.
... hast Du im Routinggruppenconnector auf der Registerkarte
Allgemein/General ausgewählt: Jeder lokale Server kann E-Mail über diesen
Connector senden

[...]

Gruß,
Thomas
--
[Escalation Support] http://www.mvpatwork.de/support.aspx
[Fragen + Antworten] news://news.mvpatwork.de
news://msnews.microsoft.com - microsoft.public.de.*
Manfred Brinkschulte
2005-06-06 07:17:01 UTC
Permalink
.... hast Du im Routinggruppenconnector auf der Registerkarte
Allgemein/General ausgewählt: Jeder lokale Server kann E-Mail über diesen
Connector senden
Ja, dies ist auf beiden Seiten eingestellt. Heute morgen, nach dem
Wochenende, waren allerdings alle Warteschlangen leer, der EX2000 ist aber
immer noch im Wartungsmodus (was auch immer dies heißt!).
Gibt es eventuell Schwierigkeiten beim gemeinsamen Betrieb von Exchange 2000
mit Exchange 2003?

Gruß
Manfred
Thomas K.H. Bittner
2005-06-06 15:12:51 UTC
Permalink
Manfred Brinkschulte wrote:
[...]
Post by Manfred Brinkschulte
Gibt es eventuell Schwierigkeiten beim gemeinsamen Betrieb von
Exchange 2000 mit Exchange 2003?
... nein, grundsätzlich nicht.

Gruß,
Thomas
--
[Escalation Support] http://www.mvpatwork.de/support.aspx
[Fragen + Antworten] news://news.mvpatwork.de
news://msnews.microsoft.com - microsoft.public.de.*
Lesen Sie weiter auf narkive:
Loading...