axelK77

Über DNS ist der Server nicht zu erreichen und deswegen habe ich die IP des Dominos genommen, ja. Bei dem Test seinerzeit mit dem Outlook PlugIn habe ich auch die IP genommen. Gruss axel

Schönen guten Abend, ich habe hier einen Domino 5.0.5 zu migrieren. Des weiteren habe ich 2 Netzwerke vor mir, wobei der Domino Server in Remote_Network_1 steht und der E2k3 in Remote_Network_2. Richtig, das ganze ist verbunden über VPN und das funktioniert soweit auch alles. ######################### - Remote_Network_1 192.168.100.0/24 - Domino2/Firma (192.168.100.13) - Remote_Network_2 192.168.200.0/24 - Exchange 2003 (192.168.200.11) ######################### Auf dem E2k3 sind Notes Client und Administrator installiert und die Admin-ID vom Domino2 entsprechend kopiert worden. Wenn ich den Migration-Wizard von Exchange starte, bricht der Vorgang nach auswählen des "Hierarchischen Namen" mit dem Notes-Fehler-Code 0x0803 ab (Details: Es wurde kein Pfad zum Server gefunden). Wenn ich den Notes-Client starte, kann er ebenfalls keinen Pfad finden. Da ich mit Domino, mehr oder weniger, gar nicht bewandert bin, wüsste ich damit erstmal nichts anzufangen. Habe aber einen Test vor Wochen gemacht mit dem Outlook-Plugin und einer Workstation direkt in dem Remote_Network_1 und das funktionierte tadellos. Liegt es vllt. an den unterschiedlichen IP-Adressen? Merkt der Domino das? Kann man das, wenn, umgehen? regards, axel...

Ist es auch möglich, den Abmeldevorgang umzubauen? Wenn ich mich vom OWA abmelde, bekomme ich die Möglichkeit geboten, das Fenster zu schliessen. Wenn ich mich an meinem SBS2003/OWA abmelde, könnte ich mich aber sofort wieder einloggen, da mir direkt wieder die Anmeldemaske angezeigt wird. Hat hier jemand auch wieder so einen genialen Link, wie der vorherige? Danke, regards axel

Wenn hier Jemand mir seine Installationabfolge erläutern könnte, wäre das sehr nett. Oder benutzt hier keiner DavidMX/E2k3? Mal sehen, was Tobit dazu morgen sagt, aber lasst Euch nicht auffhalten, mir zu antworten :) Danke, Gruss axel

Danke R.Ralle, der wird sicherlich noch interessant sein. Zunächst habe ich das Installationsmedium ausgetauscht (ich habe noch ein AP) und dieses dann auf den Fileserver kopiert. Was soll ich sagen - es ging halt auf einmal...(!?) Danke, regards, axel

NAbend, Was bedeutet dieser Fehler? Zu sehen im Nachrichtenverlauf (Exchange System Manager), wenn ich über OWA ein Fax schicken möchte. Die Faxnummer muss im OWA ja mit [FAX:6846234289] angegeben werden. (Den MAPI-Client habe ich noch gar nicht getestet!) Hier der genaue Verlauf: SMTP-Informationsspeichertreiber: Nachricht von Informationsspeicher übermittelt SMTP: Nachricht an erweiterten Warteschlangenmechanismus übermittelt SMTP: Nachrichtenübermittlung an erweiterten Warteschlangenmechanismus begonnen SMTP: Erweiterter Warteschlangenmechanismu konnte Nachricht nicht übermitteln Das Fax kommt also nicht am Empfänger an! Was könnte hier falsch gelaufen sein? Des weiteren habe ich mir das Handbuch "Einführung und Installation" einmal durchgelesen und musste auf Seite 18 feststellen, dass der Hinweis zum Installpfad für die Arbeitsplatz- installation auf meinem Speicher nicht zu finden ist. [programm-ordner]\david mx\outlook\setup32.exe Das einzige was zu finden wäre, ist die Installation für TIC (Tobit InfoCenter). Hat einer von Euch David MX in Verbindung mit Exchange 2k3 laufen und wenn ja, gab es Probleme beim Installieren? regards, axel sry, dass ich das falsche Forum genutzt habe. Vllt kann der Thread noch zu MS Backoffice verschoben werden?

Hallo, also kann ja sein, dass ich was verpasst habe, aber ich stelle mir gerade die Frage, wieso ich eine Office-CD, deren Daten auf den Filerserver kopiert wurden, von dort aus NICHT installieren kann? Nach der Key-Eingabe kommt die Fehlermeldung: MS Office-Setup kann nicht fortgesetzt werden, weil die Installationsquelle beschädigt ist. Von der CD selbst (ActionPack Office 2003) gehts natürlich problemlos. Hab ich jetzt das Brett vorm Kopp oder was ist hier los?! :suspect: Da ich von der Quelle lesen kann, kann das doch auch nix mit Rechten zu tun haben, oder? Also klärt mich auf, vielen Dank, axel

Danke Günther, das klappte ja perfekt - genau so wollte ich das haben. :jau: regards axel

Vielen Dank für die Hinweise. OK, ich hätte sie auch Srv1 und Srv2 nennen können... Aber es war mir def. noch nicht bewusst, dass das NUR auf dem Exchange funktioniert. Habe wohl immer direkt am Exchange gehockt. So kann man natürlich auch ins Fettnäpfchen treten :rolleyes: . Ich werde das mit den Verwalt.tools mal ausprobieren. regards, axel

Hallo, kürzlich habe ich einen PDC und BDC hochgezogen auf Basis W2k3. Auf dem BDC läuft nun auch noch E2k3. Installation von E2k3 habe ich, so nehme ich es an, standardmässig durchgeführt und in jedem Fall vorher schon DomainPREP und ForestPREP gemacht. Wenn ich auf dem BDC/E2k3 einen Benutzer anlege, dann fragt er mich nach der Kennworteingabe auch noch, ob ich ein Exchange-Postfach anlegen möchte. Ja sicher will ich das :D Vollziehe ich selbiges auf dem PDC, funktioniert das nicht. Ich werde nach keinem Postfach gefragt. In Active Directory-Benutzer und Computer sehe ich aber z.B. das Verzeichnis "Microsoft Exchange System Objects" und auch die Exchange-Gruppen unter Users, also von daher ist da wohl irgendwas gelaufen bei der Replizierung/Installation. Aber was nun? Kann ich dem PDC das nachträglich noch beibringen oder sollte ich mich auf eine Neuinstallation freuen!? regards, axel

Hallo, gibt es hierfür einen Hinweis, wo man es umstellen kann? Und zwar MUSS ich immer beim Anmelden den Domänennamen mit angeben (zb. intranet\axelK). Ich habe die Formularbasierte Anmeldung gewählt mit Komprimierung "Hoch". Bei meinem SBS2003 daheim ging es von Anfang an so, dass ich lediglich mein Kürzel beim Benutzernamen eingegeben habe und das Kennwort und beim Bestätigen wurde die Domain automatisch vorne angesetzt. So hätte ich das jetzt auch gerne bei dem neuen Exchange Server. Danke, axel

Hallo zusammen, also jetzt muss ich das hier noch mal berichtigen, weil ich die Schilderung des Problems falsch weitergegeben habe, sorry. Hier der Auszug meines Kollegen, mit der Bitte, dass vielleicht Jemand mir einen Lösungsweg geben kann. Danke! ________________________________________ Das Postgres-Problem hat folgende Komponenten: Ist Zustand: - Im VM-Image besteht ein lokaler Benutzer namens postgres in der Hauptbenutzer-Gruppe - er hat das lokale Benutzerrecht "Als Dienst anmelden" - Unter seinem Benutzer wird der postgres-Dienst automatisch gestartet Wenn ich ausserhalb der Domäne arbeite (Rechner ist nicht an die Domäne angeschlossen), dann funktioniert der Start des Dienstes sowohl automatisch als auch manuell. Sobald der Rechner Verbindung zur Domäne hat, zeigt er folgendes Verhalten: - der Dienst kann weder manuell, noch automatisch gestartet werden (die genaue Fehlermeldung hab' ich jetzt nicht verfügbar, werde sie allerdings nachliefern) - der Postgres-Benutzer hat lt. der lok. Sicherheitsrichtlinien immer noch das Recht zum Anmelden als Dienst - wenn der Benutzer des Dienstes umgestellt wird auf den Lokalen-Systembenutzer und danach wieder auf den postgres- Benutzer zurückstelle, erscheint ein Dialog, der besagt, dass der postgres-Benutzer jetzt wieder das Recht zum Anmelden... besitzt. Danach funktioniert auch das manuelle Starten des Dienstes wieder... ___________________________________________ Habe ich also einen "Fehler" in der Domäne? Bzw. ggf. in den Gruppenrichtlinien? Danke fürs Lesen...

Hi Border, das wäre ein Hinweis. Ich gebs mal weiter... Danke. Wir hatten hier auch mal einen DB2-Server. Bei dem gab es das Problem, dass die Dienste einfach nicht starten wollten, obwohl sie auf "automatisch" standen. Der nachfolgende manuelle Start klappte dann erst. Ist dieses Verhalten so gedacht? Wieso? Gruss Axel

Gude, ein Kollege von mir hat auf seinem 2k-Laptop postgres laufen. Dieses Laptop wird in unserer Domäne und ausserhalb benutzt. Zusätzlich hat er sich einen lokalen User eingerichtet, mit dem er sich ausserhalb des Netzes anmeldet. Dieser lokale User ist auch eingetragen bei "Als Dienst anmelden". Fakt ist aber, dass ausserhalb der Domäne das nicht funktioniert. Soll heissen, dass der Dienst "postgres" mit dem lokalen User nicht gestartet wird. Zumindestens nicht automatisch. Ist das ein allg. Problem? Wäre ggf. ein Auszug aus dem Ereignisprotokoll wichtig? Dann müsste ich mal fragen, ob es dort was eingetragen hat. Falls aber jetzt schon jemand damit was anfangen kann, könnte er es mich wissen lassen. Danke, axel

Hmm, also meinen Firewall schliesse ich mal aus. Das Ding ist genial und sauber konfiguriert. Aber irgendwas spezielles hast Du doch sicher nicht dafür eingerichtet!? Also mir fällt es schwer, nachzuvollziehen woran es hier bei 2 Servern scheitert... am Admin? :D an der Software? Naja, vllt kommt ja irgendwann die Lösung. Also so "kapituliert" habe ich selten... reg

Hallo t_bern, zwar schon länger her, aber vielleicht hast Du bei Deinem Thema eine Lösung gefunden?! Wenn ja, dann teil uns/mir das doch mal mit. Ich hatte ebenso einen Thread eröffnet und heute wieder so einiges getestet - aber das Ding möchte einfach nicht so, wie es vermutlich sollte. regards axel Mein Thema

*kram* *wühl* da war doch mal was...!? Genau, hatte noch nen PopWeasel... mal eben installiert und Pustekuchen. Bekomme entweder nen Socket error 10053 und/oder den Hinweis: Client does not have permission to send mail to THIS server! Habe localhost und pop.onlinehome.de mit den jeweiligen IPs konfiguriert, aber am Exchange (SBS2003) nichts weiter gemacht, ausser den POP3-Connector deaktiviert. Muss doch noch etwas auf dem SBS eingestellt werden? Oder liegt es an POPWeasel (denn der POP3-Connector ging einwandfrei, nur brauche ich die Option: Kopien auf Server belassen)... please help. axel

Danke Günther für den Hinweis... Steht jetzt noch die Frage nach dem "Wieso" im Raum! Aber da lassen wir die wohl auch, denn wer sich dabei etwas gedacht hat, hat das sicher aus gutem Grund so gemacht. :suspect: reg axel

Gude, normal oder unnormal? Wieso hat bzw. finde ich bei dem lieben Herrn Connector keine Möglichkeit, gesammelte Nachrichten in Kopie auf dem Server zu belassen. Äusserst ****, wenn man doch nur testen will und mit einem Mal alle Mails auf dem Testserver liegen und das Postfach (beim Provider) leer wäre :rolleyes: Die Frage ist auch schon in anderen Foren aufgetaucht, aber leider ohne Antwort. Kennt sie hier vllt Jemand? regards axel

Moin isotonic, Glückwunsch, bei mir klappts immer noch nicht. Habe auch keinen ISA, geschweige denn eine urlscan.ini... Wie dem auch sei, setze ich gerade einen SBS hier in der Firma hoch und teste es damit ebenfalls. Mal sehen, wie der sich verhält. Wenn noch Jemand mehr Tipps hat, bitte posten. Das muss doch irgendwie laufen...... regards Axel

Hallo, ich müsste das an dieser Stelle noch mal aufgreifen, denn bei mir will die Geschichte (auch) nicht laufen. Ich habe es ebenso nach der Anleitung von MS gemacht und wirklich etwas falsch machen kann man dabei ja nicht. Ich habe einen SBS2003 und den erreiche ich mit entsprechender Fehlermeldung auch per "https://pseudo.dyndns.org/rpc"... Demnach ist es richtig konfiguriert. Starte ich den Client (2003 + XP) und richte das Postfach ein, nehme ich selbige Daten, wie vom OWA etc. Mal nur der Accountname "ide" oder auch "domäne.int\ide" und Kennwort. Keine Chance... "outlook /rpcdiag" will die Verbindung herstellen, fragt auch nach Benutzername und Kennwort, aber mehr passiert auch nicht. Er findet den Server nicht, kann nix auflösen oder wie und was auch immer... Gibt es hier Leute, die auch diese Anleitung genutzt haben, wo es auf Anhieb funktionierte? Mit den Suffixen im DNS brachte es bei mir auch nichts... regards axel

Nach dem es scheinbar keine andere Lösung gab, habe ich mir mit einer "Reparatur-Installation" weitergeholfen und das Problemchen ist beseitigt. Hmm... Schönen Abend noch, Axel

Ich habe das hier noch gefunden, aber das hat mein Problem leider nicht behoben. Bei mir war die "Sekundäre Anmeldung" aktiviert (automatisch). http://support.microsoft.com/default.aspx?scid=kb;de;294676&sd=tech

Moinsen, @Cat Nein, an oberster Stelle steht, bei den Dateien, die sich nicht direkt öffnen lassen, "Ausführen als..." und nicht "Öffnen". Bei denen wo es geht, steht selbstverständlich "Öffnen" oben. @real_tarantoga ja klar, dass hatte ich vergessen, dass ich ja zur altherkömmlichen Anmeldung wechseln kann. Und SIS ist ja jetzt auch klar :cool: reg axel

Hmmm... msi-Dateien kann ich öffnen. exe nicht - ok, aber der User ist auch in der Gruppe Administratoren, dennoch kann ich gar nichts ändern an diesem Benutzer, sprich unter Verwalten/Benutzer und Gruppen... Und als Administrator direkt kann man sich ja nicht mehr anmelden, wenn ein Benutzer konfiguriert ist. Obwohl doch, im abgesicherten Modus, gell? Tja, sonst noch ne Idee für mich?