MHeiss2003

Hallöchen, habe einen WTS 2003 in einer SBS 2003 Domäne. Nun ist von der Telekom ein CTI-Server inkl. Client installiert. Lokal auf dem Terminalserver kann ich die Telefon- und Modemoptionen problemlos einstellen. Leider funktioniert es nicht in der TS-Session. habe extra für den TS eine GPO, die dies wahrscheinlich unterbindet. Leider weiß ich nicht, wo ich hier in der GPo nachsehen muss. Grüße Mario Heiß

Hallöchen, ist es möglich einen Exchange Server 2007 in englischer Version zu installieren und später einfach auf die deutsche zu wechseln oder muss ich den Exchange neu aufsetzen? Grüße Mario

Hallöchen, habe im internen Netz eine Trendmicro Interscan Virus Wall stehen. Diese filtert und leitet dann an den Exchange weiter. Nun habe ich seit geraumer Zeit Probleme mit der Annahme von Mails auf dem Exchange Server. In dem Sitzungsverzeichnis des virtuellen SMTP-Servers Exchange habe ich Verbindungen die mit einem Timeout abbrechen. Anbei mal ein Auszug aus dem Protokoll, das ich habe. 2007-03-27 00:00:12 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 TIMEOUT - GWSRV.Reinerdom.local 121 50374848 84 4 644875 SMTP - - - - 2007-03-27 00:00:12 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 QUIT - GWSRV.Reinerdom.local 240 644938 84 4 644891 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 HELO - +GWSRV.Reinerdom.local 250 0 41 26 0 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 MAIL - +FROM:<leonhard.schlaudererveta@concentric.net> 250 0 64 51 0 SMTP - - - - 2007-03-27 00:00:39 192.168.0.3 GWSRV.Reinerdom.local SMTPSVC1 SBSSRV 192.168.0.4 0 RCPT - +TO:+<beineke@unsere Domain> 250 0 0 31 0 SMTP - - - - Habt Ihr eine Idee, was ich da tun könnte? Habe mir schon diverse Filter angesehen, die am Exchange laufen. Bin aber so nicht weiter gekommen. MfG Mario

Das Problem ist, dass hier ein KEN! über DATEV!Net eingerichtet ist. Der Standardgateway ist also nicht konfigurierbar!!! Kann ich nicht am SBS 2003 irgendwie sagen, wenn ein Paket vom Bintec-Router kommt, dann bitte schön auch wieder dorthinschicken? MfG

OK, so weit so gut. Das ist eine gute Gedächtnisstütze. Der ursprüngliche Gateway ist ein Gateway-Proxy-Server, der den gesamten Internetverkehr leitet, sozusagen als Internetgateway fungiert. Wenn ich Dich jetzt richtig verstanden habe, dann muss ich von dem Bintec ein Portforwarding auf das Internetgateway machen und von dort aus denn diese Anfragen an den richtigen Server leiten. Stimmts? Grüße

Hallöchen, habe mal ein kleineres Anliegen. Bei meinem Kunden steht ein SBS2003. Auf diesem soll von aussen OWA erreichbar sein. Der Server hat eine Netzwerkkarte. Nun habe ich einen Bintec-VPN-Router, der allerdings nur VPN-Verbindungen managed, sich aber im gleichen Netz befindet, wie der Server. Wenn ich jetzt an diesem Router ein NAT-Port-Forwarding (TCP/443) auf den SBS 2003 mache, dann sollte eigentlich der Zugriff funktionieren. Geht aber nicht. Habe mit Ethereal mal den TCP-Verkehr auf Port 443 überprüft. Es kommen Pakete am Server an. Das einzige, was ich mir noch vorstellen kann, ist die Tatsache, dass der SBS 2003 einen anderen Standardgateway hat, also nicht den Bintec-Router. Liege ich da richtig? Wenn ja, was ist zu tun? Eventuell den VPN-Router in ein anderes Netz nehmen? Grüße Mario Heiß

Super, das war der entscheidende Tip. In den Servereinstellungen des Terminalservers war "pro Gerät" aktiviert. Aus irgendeinem Grund hat sich das verstellt. Nachdem ich auf "pro Benutzer" umgestellt hatte, funktionierte die Remotedesktopverbindung wieder einwandrei. LG Mario

Hallöchen, heute erhalte ich folgende Fehlermeldung, wenn ich versuche von meinem PC aus eine Remotedesktopverbindung zu meinem Terminalserver herzustellen: Die Verbindung mit der Remotesitzung wurde getrennt, da auf diesem Computer gespeicherte Terminalserver-Clientzugriffslizenz geänert wurde. Was hat das zu bedeuten? Bestimmt ein Lizenzierungsproblem, aber ich weiß nicht, wonach ich suchen soll. MfG Mario

Hallöchen, wie kann ich erreichen, dass ein Terminalserver 2003 die Benutzer nicht auffordert Benutzernamen und Kennwort anzugeben, wenn Sie versuchen auf companyweb (SBS2003) zuzugreifen. Ich weiß, dass es irgendwo in der MMC zum IIS einzurichten ist. Kann auch sein, dass irgendein Benutzer auf dem Terminalserver einzutragen ist? ich weiss es einfach nicht mehr. Grüße Mario

Hallöchen, also bin momentan mit Trendmicro dabei ein Problem mit der Interscan Viruswall for SMB zu lösen. Problem ist, dass die Viruswall keine die eingehenden Emails an den internen Exchange-Server weiterzuleiten (zu forwarden). Leider beendet die Viruswall das mit einem Fehler. Hier ein Auszug aus dem Debuglog der Interscan Viruswall: 2007/01/02 11:55:50 GMT+01:00 [1668:2248:] Downstream server close the connection, the reason maybe excess downstream mail size limit or local disk is full. <Return code=64> [684:8c8] [interScanWriteSocket:143 2007/01/02 11:55:50 GMT+01:00 [1668:2248:7AB3AA39-E3C8-46D6-9339-E4F46993E0F5] id, WRITE ERROR AT 2248 [684:8c8] [sendMailSMTPEx.cpp:856 2007/01/02 11:55:50 GMT+01:00 [1668:2248:] Downstream server close the connection, the reason maybe excess downstream mail size limit or local disk is full. <Return code=64> [684:8c8] [interScanWriteSocket:143 2007/01/02 11:55:50 GMT+01:00 [1668:2248:7AB3AA39-E3C8-46D6-9339-E4F46993E0F5] MDA finish, delivery fail since <LRT: SendMail SMTP fail and no branch> and spend <68922> ms [684:8c8] [interScanSendMailThreadFunction:1413 Vielleicht hat jemand von Euch Erfahrungen mit dieser Konstellation und kann mit mir über die ein oder andere Einstellung diskutieren. Grüße Mario Heiß

hat keiner mehr eine idee? eine neuinstallation auf dem terminalserver hat auch keinen erfolg gebracht!!!

Hast Du nicht noch eine Idee, Wolke? Du hattest doch so ein ähnliches Problem bereits bei einem Kunden, oder? MfG Mario

Also wenn ich "einem Benutzer" lokale administrative und domänen-administrative Berechtigung erteile, funktioniert es ebenfalls nicht!!!! Nur als lokal angemeldeter Admin am Terminalserver. Komisch. Jetzt weiß ich nix mehr. Kann doch nur eine lokale Sache sein, oder? Ha ha. Ich habe für jeden TS-Benutzer einen Stammordner für Terminaldienste. Wenn ich eine DB in diesen Ordner kopiere und Sie öffne geht es doch tatsächlich...,. Ach ja, und vom Desktop kann ich die mdb auch öffnen!!!

Hallöchen, habe folgendes Problem. Auf einem Windows Server 2003 Standard ist Office 2003 Professional installiert. Nun bekomme ich beim Öffnen einen mdb-Datei über den Windows Explorer eine Fehlermeldung: "Auf das angegebene Gerät, bzw. den Pfad oder die Datei kann nicht zugegriffen werden. Sie verfügen eventuell nicht über ausreichende Berechtigungen, um auf das Element zugreifen zu können." Wenn ich die mdb-Files über Access selber öffne, dann funktioniert es. Logge ich mich als Administrator auf den Terminalserver ein, dann funktioniert auch die Variante über den Explorer. Habt Ihr Ideen? MfG Mario

Premium, R2.

Der Server ist Memberserver. User melden Sich an der Domain an.

Hallöchen, habe einen SBS 2003 R2 mit Domäne (logischerweise). Nun habe ich einen W3K Standard Server in Betrieb genommen. Dieser fungiert als Terminalserver und Terminallizenzserver. Auf dem SBS habe ich den W3K Server als neuen Server eingetragen. Auf ganz normalen Wege über die URL dann auf dem W3K Server die Anmeldung gestartet. Hat alles problemlos funktioniert. Wenn ich nun auf dem W3K Server auf die Sharepointdienste, z.B. http://companyweb, zugreifen will, verlangt Windows eine erneute Anmeldung mit Benutzernamen und Kennwort. Ich hatte das Problem schon mal, konnte dann irgendwie durch das Eintragen einer Gruppe auf dem W3K Server alles bereinigen. Weiß aber leider nicht mehr wie. Danke für Hilfe. MfG Mario

nein hatte er nicht. Nun funktioniert es. Vielen Dank.

Halllöchen, habe am Exchange 2003 ein POP3-Postfach eingetragen, dass ich einem Mitarbeiter fest zuordnen wollte. Die Auswahl hierzu am Postfach habe ich getroffen (Benutzerpostfach usw.). Nun holt der Connector die Mail, leitet Sie laut Ereignisprotokoll an den richtigen Benutzer weiter, dann aber verschickt der Exchange eine Unzustellbarkeitsmeldung an der Verdender (5.1.1). Die Email erhölt der Exchangeuser nicht. Was kann da schief laufen? Grüße Mario

Habe beide Möglichkeiten ausprobiert. Reparaturinstallation Framework 2 mit Rechtevergabe auf Verzeichnis und com+ aktiviert => keine Veränderung! Weitere Ideen?

com+ Netzwerkzugriff ist aktiviert und installiert. Soll ich diesen nochmals neu installieren, also erst de- und dann wieder installieren?

Sicherung der Metadatenbasis habe ich nicht. Also, jedesmal, wenn ich versuche companyweb zu öffnen, protokolliert der Server einen Fehler im Systemprotokoll und drei Warnungen im Anwendungsprotkoll. Anbei die Fehlermeldungen aus dem Log: Anwendung: Ereignistyp: Warnung Ereignisquelle: MsiInstaller Ereigniskategorie: Keine Ereigniskennung: 1004 Datum: 12.09.2006 Zeit: 11:43:56 Benutzer: NT-AUTORITÄT\NETZWERKDIENST Computer: SERVER1 Beschreibung: Erkennung von Produkt "{A34AC564-B4A3-4D45-B969-403BC39F0E6A}", Funktion "Config" und Komponente "{BF2286BA-7DD1-4E50-AA73-0DC3BD4CCD29}" fehlgeschlagen. Die Ressource "" ist nicht vorhanden. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.'>http://go.microsoft.com/fwlink/events.asp.'>http://go.microsoft.com/fwlink/events.asp.'>http://go.microsoft.com/fwlink/events.asp. Ereignistyp: Warnung Ereignisquelle: MsiInstaller Ereigniskategorie: Keine Ereigniskennung: 1001 Datum: 12.09.2006 Zeit: 11:43:56 Benutzer: NT-AUTORITÄT\NETZWERKDIENST Computer: SERVER1 Beschreibung: Erkennung von Produkt "{A34AC564-B4A3-4D45-B969-403BC39F0E6A}" und Funktion "Config" fehlgeschlagen beim Anfordern von Komponente "{BF2286BA-7DD1-4E50-AA73-0DC3BD4CCD29}". Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Ereignistyp: Warnung Ereignisquelle: MsiInstaller Ereigniskategorie: Keine Ereigniskennung: 1015 Datum: 12.09.2006 Zeit: 11:43:57 Benutzer: NT-AUTORITÄT\NETZWERKDIENST Computer: SERVER1 Beschreibung: Es konnte keine Verbindung mit dem Server hergestellt werden. Fehler: 0x80070005 Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. System: Ereignistyp: Fehler Ereignisquelle: DCOM Ereigniskategorie: Keine Ereigniskennung: 10016 Datum: 12.09.2006 Zeit: 11:43:57 Benutzer: NT-AUTORITÄT\NETZWERKDIENST Computer: SERVER1 Beschreibung: Durch die Berechtigungseinstellungen (Computerstandard) wird der SID (S-1-5-20) für Benutzer NT-AUTORITÄT\NETZWERKDIENST keine Aktivierungberechtigung (Lokal) für die COM-Serveranwendung mit CLSID {000C101C-0000-0000-C000-000000000046} gewährt. Diese Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste geändert werden. Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp. Ausserdem erscheint folgende HTML-Seite: Serverfehler in der Anwendung '/'. -------------------------------------------------------------------------------- Laufzeitfehler Beschreibung: Auf dem Server ist ein Anwendungsfehler aufgetreten. Die aktuellen benutzerdefinierten Fehlereinstellungen für diese Anwendung lassen das Anzeigen der Details nicht zu. Details: Sie können die Details dieser Fehlermeldung auf dem lokalen Computer anzeigen, indem Sie ein <customErrors>-Tag in der Konfigurationsdatei "web.config" erstellen, die sich im Stammverzeichnis der aktuellen Webanwendung befindet. Das 'mode'-Attribut dieses <customErrors>-Tags sollte auf 'RemoteOnly' gesetzt sein. Sie können die Details auf Remotecomputern anzeigen, indem Sie 'mode' auf 'off' setzen. <!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="RemoteOnly"/> </system.web> </configuration> Hinweise: Die aktuelle Seite kann durch eine benutzerdefinierte Fehlerseite ersetzt werden, indem Sie das 'defaultRedirect'-Attribut des <customErrors>-Konfigurationstags dieser Anwendung so setzen, das es auf einen benutzerdefinierten Fehlerseiten-URL zeigt. <!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="On" defaultRedirect="mycustompage.htm"/> </system.web> </configuration> MfG

Hallöchen, folgendes Problem. Nach einem Servercrash hat die anschließende Rücksicherung des SBS 2003 Servers gut funktioniert. Bei Sharepoint gibt es allerdings Probleme. Wenn ich die Seite "companyweb" aufrufe, erhalte ich einen Laufzeitfehler: Laufzeitfehler Beschreibung: Auf dem Server ist ein Anwendungsfehler aufgetreten. Die aktuellen benutzerdefinierten Fehlereinstellungen fr diese Anwendung lassen das Anzeigen der Details nicht zu. Details: Sie knnen die Details dieser Fehlermeldung auf dem lokalen Computer anzeigen, indem Sie ein <customErrors>-Tag in der Konfigurationsdatei "web.config" erstellen, die sich im Stammverzeichnis der aktuellen Webanwendung befindet. Das 'mode'-Attribut dieses <customErrors>-Tags sollte auf 'RemoteOnly' gesetzt sein. Sie knnen die Details auf Remotecomputern anzeigen, indem Sie 'mode' auf 'off' setzen. Wenn ich in der IIS-Verwaltung nachsehe, fällt mir auf, dass ich auf "Eigenschaften" von "company-Web" keinen Raiter "Servererweiterungen 2002 habe. Allerdings finde ich hier einen Raiter "ASP.NET". Wenn ich hier die Version auf "1.1.4322" auf "2.0.50727" verändere, kann companyweb wieder aufrufen, allerdings mit Webpartfehlern. Habt Ihr Ideen? Wie kann ich die Servererweiterungen 2002 wieder companyweb zuordnen? MfG Mario Heiß

Hallöchen, ich habe laut der Microsoft KB829114 versucht das intranet komplett zu entfernen und dann neu zu installieren, da companyweb nicht mehr aufzurufen war. Die Neuinstallation hatte nicht suaber funktioniert, da das Verzeichnis C:\Inetpub\comanyweb leer war. Nach einem Neustart blieb das Ergebnis gleich. Nun wollte ich das ganze nochmals durchführen. Geht aber nicht, da das Setup Intranet gar nicht mehr entfernen will. "Beim Kopieren einer Datei ist ein Fehler aufgetreten." Habt Ihr Rat? MfG Mario

Also ich habe den Server durch die genannten Dateien wieder zun Laufen gebracht. In der Registry war ein Autostart Einstrag gesetzt, der die Serverwaltungskonsole in der Autostartgruppe manipuliert hatte. Durch das Rückschichern der Verzeichnisse \sysvol, \ntds und \config kam ich in den Genuss der noch nicht beschädigten Registry. Eine Reparaturinstallation gemacht und der Server läuft wieder einwandfrei. Also Danke für die schnelle und wie immer kompetente Hilfe. MfG Mario Heiß