Tobi123456

Dann bekommt doch jeder User auch eine @domaine2.de Eintrag. Das wollte ich vermeiden, da die User keine Mailadresse in dieser Domäne haben. Könnte ich aber machen. Oder ist es sogar notwendig, dass der User einen Eintrag der @domaine2.de hat?

Hallo, ja ich hatte eine Empfängerrichtlinie eingerichtet, die nur für die Verteilergruppe gilt, damit ich die info@domaine2.de als Hauptadresse angeben kann. Emails werden per POP3Connector abgerufen, dann soll die Verteilergruppe greifen, aber leider verschwinden die Mails dann einfach. Ich bekomme auch keine Fehlermeldung. Hast du noch einen Tip für mich, oder mache ich was grundlegendes falsch?

Hallo, wer kann mir folgendes erklären. Es gibt schon seit langem eine Verteilergruppe info@domaine1.de, die die Emails problemlos verteilt. Jetzt hat die Firma noch http://www.domaine2.de registriert. Auch hierzu habe ich eine Verteilergruppe angelegt, die die Mails von info@domaine2.de verteilen soll. So funktioniert es auch, aber wenn ich in dieser Verteilergruppe nun die info@domaine2.de als smtp Hauptadresse hinzufüge, dann kommen keine Mails mehr bei den Gruppenmitgliedern an. Abgerufen werden die Emails aber. Die Hauptadresse info@domaine2.de gebe ich an, da ich auch gerne von dieser Gruppe senden lassen möchte. Wer kann mir helfen? Gruß Tobi

Postfach freigeben wird dann wohl die beste Alternative sein. Obwohl dann jeder Mitarbeiter immer das Postfach hinzufügen muss. Danke für deine Hilfe. Gruß Tobi

Danke für deine Antwort. Habe vorhin noch ein bisschen getestet. Der Administrator hat aber die Berechtigung dazu. Konnte mir vorhin sogar nach extern eine Mail weiterleiten, mit fremder Emailadresse. Warum ich das ganze überhaupt machen möchte ist: Benutzer sollen ausgwählte Emails an eine interne Mailadresse weiterleiten, diese Adresse wird dann von einem Programm überwacht welches die Emails automatisch dem richtigen Kundenkontakt in unserem ERP System zuordnet. Leider erfolgt diese Zuordnung anhand der Emailadresse.

Hallo zusammen, folgendes habe ich vor, mir fehlt aber die Lösung dazu: Ich möchte gerne empfangene externe Emails intern via Outlook weiterleiten, dabei soll aber die originale Absenderkennung(Emailadresse) erhalten bleiben. Erreichen kann man das in Outlook indem man eine Email doppelklickt, dann auf "Aktionen" geht und "Diese Nachricht erneut senden" klickt. Leider haben die Benutzer keine Berechtigungen diese Nachricht zu senden. Was muss ich einstellen, damit das funktioniert? Unsere Umgebung besteht aus Exchange 2003 und Outlook 2003 - 2007. Danke. Gruß Tobi

Alles klar, danke für die Antworten, hat mir schonmal sehr weitergeholfen. Gruß Tobi

Da hattest du absolut recht, ich habe dazu noch folgenden Artikel gefunden: Terminal Services Client Roaming Profile Is Inconsistent or Overwritten Es wird nicht empfohlen die gleichen Profile zu verwenden. Ich werde dann wohl auch zwei Profile verwenden, eines für die Anmeldung an den Workstations und eines für den TS. Werde dann die Eigenen Dateien mittels Netzlaufwerk beiden Profilen zur Verfügung stellen. In der GPO unter Benutzerkonfiguration-WindowsEin-Ordnerumleitung befindet sich nur Anwendungsdaten,Desktop,Eigene Dateien und Startmenü. Die Favoriten sehe ich hier zum Beispiel nicht. Weißt du ob die zu Anwendungsdaten gehören, oder ob ich die Umleitung dafür woanders einstellen kann?

Hallo departure, so ähnlich wie du es beschrieben hast, läuft es auch derzeit. Der Nachteil ist, dass ich somit immer zwei Profile pro Mitarbeiter habe und z.b. Favoriten , Eigene Dateien und Desktopdateien, nicht in beiden Profilen gleich sind, es sei denn in würde diese irgendwie synchronisieren. Eigene Dateien könnte ich ja umleiten auf ein Laufwerk. Du hast erwähnt, das man das Fat Client Profil nicht als TS Profil benutzen soll/kann. Ist das wirklich so? Ich habe das noch nicht ausprobiert. @NilsK: Ich hatte ja ursprünglich vor, das normale Fat Client Profil beim anmelden am TS aus der Zentrale zu verwenden. Departure sagte aber jetzt, das man das garnicht sollte!?

Hallo Carsten, Hallo Nils, vielen Dank für eure schnellen Antworten, jedoch ist das Problem so noch nicht behoben. Hier ein Beispiel, um den Sachverhalt besser darzustellen: Mitarbeiter Meier meldet sich an Rechner ZentralePC1 an und erhält sein Benutzerprofil. Wenn er nun von dort aus eine RDP Verbindung zum TS aufmacht, dann erhält er nicht nochmal dieses Profil, sondern ein extra TS Profil. In der RDP Datei gebe ich direkt mit, das nach der Anmeldung das führende Warenwirtschaftssystem bildschirmfüllend gestartet wird. Der Mitarbeiter sieht hier also weder Startmenü noch Desktop. Ist Herr Meier aber mal in der Zweigstelle, dann soll er am TS das selbe Profil bekommen, wie er am Rechner ZentralePC1 erhalten hat. Hier wird dann kein Warenwirtschafts-Programm gestartet, sondern der Mitarbeiter sieht ganz normal seinen Desktop und kann dann auf die wichtigsten Ressourcen zugreifen. Ich hoffe jetzt ist es etwas besser zu verstehen, was ich meine. Gruß Tobi

Hallo Forum, ich suche für folgendes Problem eine Lösung: Es gibt eine Zentrale mit DC und einem Terminalserver und ClientsPcs(ZentralePC1, ZentralePC2...). Die Benutzer in der Zentrale nutzen den lokalen Arbeitsplatz mit ihrem zugehörigen Profil. Für die Terminalserveranmeldung nutzen Sie nur ein Standardprofil, da dort direkt eine Anwendung bildschirmfüllend gestartet wird. In einer entfernten Niederlassung stehen zwei PCs(NiederlassungPC1, NiederlassungPC2). Diese beiden PCs befinden sich nicht in der Domäne, diese dienen nur dazu eine RDP Verbindung mit dem TS herzustellen. Die User die sich hier per RDP anmelden sollen aber ihr Profil aus der Domäne bekommen, als würden sie sich in der Zentrale am PC anmelden. Leider weiß ich hierfür keine Lösung. Ich würde das gerne so lösen, dass z.B. anhand des PC Names in der Niederlassung, entschieden wird, welches Profil der User bekommt. Die GPO Computerkonifguration --> Administrative Vorlagen --> Windows-Komponenten --> Terminaldienste --> "Pfad für servergespeicherte Profile der Terminaldienste festlegen" greift leider nur auf den Namen des Terminalserver nicht auf den Namen des lokalen PCs. Weiß jemand eine Lösung?

und noch der Client: ipconfig Windows-IP-Konfiguration Hostname. . . . . . . . . . . . . : ttt Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Broadcast IP-Routing aktiviert. . . . . . . : Ja WINS-Proxy aktiviert. . . . . . . : Nein Ethernetadapter LAN-Verbindung: Verbindungsspezifisches DNS-Suffix: Beschreibung. . . . . . . . . . . : Realtek RTL8139-Familie-PCI-Fast Ethernet-NIC #2 Physikalische Adresse . . . . . . : DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IP-Adresse. . . . . . . . . . . . : 192.168.2.14 Subnetzmaske. . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.2.1 DHCP-Server . . . . . . . . . . . : 192.168.2.1 DNS-Server. . . . . . . . . . . . : 192.168.2.1 Lease erhalten. . . . . . . . . . : Dienstag, 5. Juli 2005 19:40:04 Lease läuft ab. . . . . . . . . . : Dienstag, 12. Juli 2005 19:40:04 PPP-Adapter Test-VPN: Verbindungsspezifisches DNS-Suffix: xxx.local Beschreibung. . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : DHCP aktiviert. . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.40.20 Subnetzmaske. . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : DNS-Server. . . . . . . . . . . . : 192.168.40.1 route print ====================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface0x10003 ... ...... Realtek RTL8139-Familie-PCI-Fast Ethernet-NIC #20x20005 ... ...... WAN (PPP/SLIP) Interface ========================0 Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Anzahl 0.0.0.0 0.0.0.0 192.168.2.1 192.168.2.14 20 84.175.211.157 255.255.255.255 192.168.2.1 192.168.2.14 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 192.168.2.0 255.255.255.0 192.168.2.14 192.168.2.14 20 192.168.2.14 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.2.255 255.255.255.255 192.168.2.14 192.168.2.14 20 192.168.40.0 255.255.255.0 192.168.40.20 192.168.40.20 1 192.168.40.20 255.255.255.255 127.0.0.1 127.0.0.1 50 192.168.40.255 255.255.255.255 192.168.40.20 192.168.40.20 50 224.0.0.0 240.0.0.0 192.168.2.14 192.168.2.14 20 224.0.0.0 240.0.0.0 192.168.40.20 192.168.40.20 50 255.255.255.255 255.255.255.255 192.168.2.14 192.168.2.14 1 255.255.255.255 255.255.255.255 192.168.2.14 10003 1 Standardgateway: 192.168.2.1 ================================== St„ndige Routen: Keine Vielen Dank schonmal im Vorraus, Gruß Tobi

Hallo zusammen, lese sehr oft in eurem Board, gibt meist zu jedem Thema viele nützliche Tipps, jedoch komme ich jetzt bei meinem Problem nicht mehr weiter! Wäre toll wenn mir irgendwer helfen könnte. Ich baue eine VPN-Verdingung übers I-Net zu meinem Server(192.168.40.1) auf, was auch funktioniert. Jedoch kann ich weder von zuhause(192.168.2.x) die einzelnen Clients in diesem Netz noch vom Server aus zu mir nach Hause pingen! Weiß echt nicht mehr weiter, habe schon soviel probiert. Ich liste hier einfach mal ipconfig und route print auf: Die vom Server sieht so aus: ipconfig /all Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : x-server Primäres DNS-Suffix . . . . . . . : xxx.local Knotentyp . . . . . . . . . . . . : Unbekannt IP-Routing aktiviert . . . . . . : Ja WINS-Proxy aktiviert . . . . . . : Ja DNS-Suffixsuchliste . . . . . . . : xxx.local PPP-Adapter RAS-Server-(Einwähl-)Schnittstelle: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : WAN (PPP/SLIP) Interface Physikalische Adresse . . . . . . : DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.40.20 Subnetzmaske . . . . . . . . . . : 255.255.255.255 Standardgateway . . . . . . . . . : NetBIOS über TCP/IP . . . . . . . : Deaktiviert Ethernet-Adapter LAN-Verbindung des Servers: Verbindungsspezifisches DNS-Suffix: Beschreibung . . . . . . . . . . : Intel® PRO/1000 CT Network Connection Physikalische Adresse . . . . . . : DHCP aktiviert . . . . . . . . . : Nein IP-Adresse. . . . . . . . . . . . : 192.168.40.1 Subnetzmaske . . . . . . . . . . : 255.255.255.0 Standardgateway . . . . . . . . . : 192.168.40.3 DNS-Server . . . . . . . . . . . : 192.168.40.1 route print IPv4-Routentabelle =========================================================================== Schnittstellenliste 0x1 ........................... MS TCP Loopback interface0x10002 ... ...... WAN (PPP/SLIP) Interface0x10003 ... ...... Intel® PRO/1000 CT Network Connection =========================== Aktive Routen: Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik 0.0.0.0 0.0.0.0 192.168.40.3 192.168.40.1 1 85.212.36.153 255.255.255.255 192.168.40.3 192.168.40.1 1 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 169.254.0.0 255.255.0.0 192.168.40.1 192.168.40.1 1 192.0.0.192 255.255.255.255 192.168.40.1 192.168.40.1 1 192.168.40.0 255.255.255.0 192.168.40.1 192.168.40.1 20 192.168.40.1 255.255.255.255 127.0.0.1 127.0.0.1 20 192.168.40.20 255.255.255.255 127.0.0.1 127.0.0.1 50 192.168.40.20 255.255.255.255 192.168.40.20 192.168.40.20 1 192.168.40.255 255.255.255.255 192.168.40.1 192.168.40.1 20 224.0.0.0 240.0.0.0 192.168.40.1 192.168.40.1 20 255.255.255.255 255.255.255.255 192.168.40.1 192.168.40.1 1 Standardgateway: 192.168.40.3 St„ndige Routen: Keine