djmaker

Laut Telekom Hotline kann der SMT-Relay-Server nur mit der zugehörigen DSL-Leitung verwendet werden. Das scheidet aber aus. Ego: Umzug der Domäne zu einem anderen Hoster. Vielen Dank für die Hilfe.

Per Telnet ist der Host erreichbar. Versand per utlook geht nicht. Als Firewall hängt nur ein normaler DSL-Router im Netz, der blockt nichts. Von anderen Anschlüssen aus besteht das Problem auch. Der Versand erfolgte bisher bereits über ein SMTP-Relay der Telekom (T-Online Email-Adresse).

Ja. Die Adresse für die Administration des Pakets ist eine @t-online.de Adresse. Authenfizierung erfolgte über den Small Business SMTP Connector.

Hallo, auf einem SBS 2003 wurde bisher über eine T-Online-Adresse Emails gesendet und empfangen. Jetzt soll dafür eine bestehende Email-Domain verwendet werden. Die Email-Domain liegt bei der Deutschen Telekom. Als Smarthost möchte ich smtp.webpage.t-com.de verwenden. Leider scheitert jegliche Form der Authentifizierung. Der Internetzugang erfolgt über Vodafone / Arcor, nicht über T-DSL. Wer weiß Rat?

Alle besseren Router können verschiedene öffentliche IPs verwalten und nachgeordnete Subnetze über die verschiedenen IPs nach außen verbinden (inkl. Veröffentlichung von Diensten). Ich würde hier als am Router ansetzen.

Update den Server gegen Microsoft Update, das sollte helfen.

Du hast auf dem SBS 2008 de Internetverbindungsassistent durchlaufen lassen?

Offtopic(weil hier immer wieder nach "Thema Schließen" gefragt wird: Das ist ein Forum zum Erfahrungsaustausch, es macht also keinen Sinn Themen zu schließen (außer bei Verstoß gegen die Boardregeln). Ich verstehe (warum auch immer) den Sinn dieser Forderung nicht.

GGf. Vodafone: http://www.vodafone.de/business/kooperationen/international-carrier-services.html

Ich habe es auf einem SBS 2011 drauf. Bisher gab es keine Problem, auch Activesync mit IOS und Android (2.3) funktioniert noch.

Die FW auf den Servern abzuschalten ist eine denkbar schlechte Idee. Das führt fast immer zu merkwürdigen Effekten. Konfiguriere die FW entsprechend deinen Anforderungen und schaue dann ob das Problem noch existiert.

Ist der SBS von außen erreichbar (SMTP, HTTP/s)?

Hast Du eine Profilumleitung aktiv? Geht es schneller wenn du als lokaler Admin auf dem TS installierst?

Kannst Du schreiben was du genau für Server nimmst?

Nachdem auch weitere Kollegen und externe Partner für heute keine Lösung mehr präsentieren können werde ich den SBS 2011 neu aufsetzen und die Daten aus den vorhandenen Systemen übernehmen (ohne Migration).

Hallo, ich migriere gerade einen SBS 2003 nach SBS 2011. Das verschieben der Postfächer wurde erfolgreich abgeschlossen. Testweise wurde bereits auch eine migrierte Mailbox in Outlook geöffnet. Nach (im Moment nicht nachvollziehbaren Änderungen) ist kein Zugriff mehr auf die Postfächer möglich. Die Datenbank ist eingebunden, Beim Start von Outlook kommt die Meldung das die Verbindung zum Exchange hergestellt wurde (Balloon-Tooltip in der Taskleiste) , allerdings kommt perallel die Meldung von Outlook dass das Postfach nicht geöffnet werden konnte. Ich habe lediglich einen Hinweis: Beim starten der MS Exchange-Dienste taucht im Ereignisprotokoll folgende Meldung auf: Der Postfachreplikationsdienst von Microsoft Exchange konnte Aufträge in einer Postfachdatenbank nicht verarbeiten. Datenbank: Mailbox Database 2013022502 Fehler: MapiExceptionCallFailed: Unable to make connection to the server. (hr=0x80004005, ec=5) Diagnostic context: Lid: 38439 EMSMDBPOOL.EcPoolConnect called [length=48] Lid: 54823 EMSMDBPOOL.EcPoolConnect returned [ec=0x0][length=48][latency=0] Lid: 38439 EMSMDBPOOL.EcPoolConnect called [length=48] Lid: 54823 EMSMDBPOOL.EcPoolConnect returned [ec=0x0][length=48][latency=0] Lid: 47655 EMSMDBPOOL.EcPoolCreateSession called [length=360] Lid: 64039 EMSMDBPOOL.EcPoolCreateSession returned [ec=0x5][length=118][latency=0] Lid: 41073 StoreEc: 0x5 Lid: 48243 Lid: 50033 StoreEc: 0x5 Vielen Dank im Voraus bereits für Eure Hilfe.

Es steht auf Domänennetzwerk.

Ich weiß auch was "schief" gelaufen ist. Beim Internetverbindungsassistent gab es ein Problem beim Finden des Routers (obwohl dieser als GW eingetragen war). Man kann dann im Assistenten die IP manuell übergeben und weiter machen. Scheinbar wurde dabei die Konfig der FW übersprungen.

Dann geht ein Kasten Bier auf Reisen. Besten Dank. Auf dem SBS 2003 war die FW deaktiviert, auf dem SBS 2011 aktiviert. Nach Deaktivierung der FW auf dem SBS 2011 geht das Verschieben. Ich muss nicht Verstehen warum per Default so ein Ei gelegt wird.

Das hat leider nichts gebracht. Könnte die Ursache die Existenz 2er Administrativer Gruppen sein (eine für den SBS 2003 und eine für den SBS 2011)?

Hallo, während einer Migration von SBS 2003 nach SBS 2011 tritt ein Problem beim Verschieben von Postfächern auf. Bisheriger Verlauf: -SBS 2003 aktualisiert und BPA durchlaufen lassen -Tool zur Vorbereitung der Migration installiert -Migrationsvorbereitung lief fehlerfrei durch -für die Migration wurde eine Kopie vom Domänenadministrator erstellt, dieser hat auf den EX des SBS 2003 voll Verwaltungsrechte -Antwortdatei erstellt -SBS 2011 mit Hilfe der Antwortdatei installiert -Verschieben der Postfächer vom SBS 2011 aus (neue lokale Verschiebungsanforderung) schlägt fehl Fehler: Fehler beim Kommunizieren mit der Postfachdatenbank. MapiExceptionCallFailed: Unable to make connection to the server. (hr=0x80004005, ec=5) Diagnostic context: Lid: 47655 called [length=312] Lid: 64039 EMSMDBPOOL.EcPoolCreateSession returned [ec=0x5][length=118][latency=0] Es scheint ein Berechtigungsproblem zu sein, leider fehlen mir hier die Ansätze. Namensauflösung kurz und per fqdn funktioniert. Wer weiß Rat?

Es stellt sich aber die Frage, wieso bei EINER defekten HDD im RAID5 die DB inkonsistent wird. Das ist ein Widerspruch in sich.

Es gab einem von MS den Tip dazu die TS in die Gruppe der Termindienstelizenzierungoperatore (oder so ähnlich) aufzunehmen. Das galt aber für w2k8.

Sofern die alte Hardware noch da ist kann man versuchen ein Windows Server 2003 zu bekommen und diesen dann als Druckserver verwenden.

Bei einem DL380 G5 ist es wohl zu spät zum reklamieren. Aktuell sind die G8.