pantsoff

Hättest du diese wichtigen Details nicht unterschlagen, wären wir wohl viel früher zu dieser Lösung gekommen.

Hm, nach meiner kurzen Recherche funktioniert ein Reminder für einen public calendar Termin nur mit Drittanbieter Addins/Software. Vielleicht ja trotzdem eine lohnenswerte Investition für dein invidviduelles Problem, damit bist du aber wieder von der Boardmittel-Lösung weg.

Moin, wenn du den Gedanken mit den Kalendern weiterspinnst, anstatt jedem den Termin einzutragen, wie wäre es mit einem public calendar, den damit automatisch jeder User hat. Bekommst du die Erinnerung eines Termins in einem öffentlichen Ordner für jeden hin?

Wie lautet die Fehlermeldung, wenn sich ein User der RDP Gruppe versucht am TS anzumelden? Warum wartet dein DC auf eine Replikation wenn er der einzigste ist? Die Gruppe wird aber schon vom TS gefunden und aufgelöst, nur hinzugefügt werden kann diese nicht? Ich kann hier leider nur weiter Rätselraten, mir fällt momentan nichts mehr ein, ich bin nicht sicher ob in deiner Domäne alles so funktioniert wie es soll. Hast du mit der Gruppe mal getestet eine Anmeldung am DC zu ermöglichen? Funktioniert es dort? Wie sieht es aus mit NTFS Freigaben und der Gruppe? Domänen Admins sollten sich immer an den Servern anmelden können, ohne explizite Berechtigungen zu bekommen (da sie automatisch lokale Administratoren der Server sind). Ich bin nicht sicher, ob der TS sauber die Domäne joinen kann. In welcher OU befindet sich der Terminalserver in deiner Domäne?

Moin, auch blat ist ein CMD-Tool, wahrscheinlich besteht die Problematik darin, dass blat kein x64 unterstützt oder? Wohl oder über wirst du dich wohl mit der PowerShell anfreunden müssen. Diese bietet jedoch auch wesentlich mehr Funktionen als blat. Alternativ könntest du mit dem IIS SMTP Server experimentieren, allerdings kann cih dir dazu leider keine Erfahrungswerte liefern. Google mal nach powershell sendmailmessage, die Syntax ist eigentlich einfach.

Was sagt die Eventlog? Funktioniert die Gruppe für NTS Freigaben? Mal versucht die SID aufzulösen, ob es wirklich die der Gruppe ist? Gibte s eine Fehlermeldung, wenn sich die User versuchen anzumelden? Wenn ja welche? Kannst du der lokalen Remotedesktopgruppe des TS Servers einen einzelnen AD User hinzufügen?

Zufaellig eine Verteiler anstatt einer Sicherheitsgruppe erstellt? Bitte spezifiziere nochmals genau, was funktioniert und was nicht. 1. lokale User des TS Servers können hinzugefügt werden und eine Anmeldung funktioniert 2. Die RDP User Gruppe kann nicht hinzugefügt werden (nimmt er ohne Fehlermeldung nicht an), die RDP User Gruppe kann aber in den lokalen Sicherheitsrichtlininen hinzugefügt werden wird dann allerdings nur als SID angezeigt 3. Administratoren können sich anmelden 4. Eine SMB Freigabe mit der entsprechenden Gruppe funktioniert Ist das so korrekt?

Kannst du das ganze auf einem zweiten Test TS-Server nachstellen? Solltest du nicht so flexibel sein, nimm den TS aus der Domäne und joine neu... Dein DC hat mit der REmotedesktop Gruppe keine Probleme? Erstell mal eine neue Gruppe und probiere es erneut (anderer Gruppenname!)

Tjo, vielleicht hättest mal deine bisherigen Lösungsvorschläge beschrieben...:-)

Tu deinem Server einen Gefallen und dreh die Firewall nicht ab. Präzisier mal du kannst die Gruppe nicht hinzufügen. Gibt es eine Fehlermeldung?

Das liegt aber an Imap! Da hast du abonnierte Ordner meiner Meinung nach. Einen Tod werden deine User bei der Umstellung sterben müssen. Mit Exchange wird alles besser

Bei allem Verstädnis schmeisst Google eine Menge Treffer zu deiner Thematik. Da ich das Problem selbst noch nicht gehabt habe, lohnt sich denke ich eine Recherche im Inet.

Die Firewall würde ich nun nicht gerade abdrehen. Sobald der Server über die Rollen zum TS gemacht wurde, sollten Windows-seitig die FW Ausnhamen sowieso geöffnet/angepasst werden. Solange sich der Administrator mit RDP verbinden kann, kann die FW eignetlich als Fehlerquelle sowieso ausgeschlossen werden. Wird die SID angezeigt und kein AD-Objekt aufgelöst, ist der Fehler sowieso eher am DC zu suchen. Die Frage ist, ob die Gruppe an anderen "Stellen" sauber aufgelöst wird. Die lokalen SIcherheitsrichtlinien musste ich bei meinen letzten TS Installationen btw nie anfassen.

Schmeiss deine AD Gruppe "RDP_User" in die lokale Remodesktopbenutzer Gruppe des Terminalservers. Wird dort anschließend der Gruppenname aufgelöst oder auch als SID angezeigt?

"akzeptierte Empfangsdomäne" hinzufügen und dann wie bereits erwähnt einen Sendeconnector erstellen. Allerdings kann die Konfiguration in der Praxis fehlschlagen, sobald andere Mailserver einen reverse Lookup bei Empfang von Emails ausführen.

Um Wieviele User handelt es sich denn? Zunächst mal gibt es das Tool "imapsync", das du dir mal anschauen kannst. Arbeiten die User mit Outlook und cached Mode, langt ja ein Script mit einem Copy der PST Datei (oder funktioniert das mit Imap nicht?). Ansonsten führt wohl nichts an einem VBA Script zum Export vorbei, was bei einem Wildwuchs an verschiedenen Office Versionen aber wohl zum Chaos führen kann. Was hast du gegen deine eigene Lösung mit dem POPConnector? Es werden doch Log Dateien erzeugt, die analysiert werden können. Du solltest halt nicht alle Postfächer in einem Schwung abholen.

Prüfe, ob in der LAN Verbindung IPv6 deaktiviert (also nicht angehakt) ist. Wenn ja, schleunigst wieder aktivieren->Neustarten.

Mit der Home Edition können keine Server OS gesichert werden! Es wird schon eine Backup&Server Boot CD benötigt.

Also ich hab gerad ein Deja Vu

Du willst jetzt nicht ernsthaft eine Friseuse zum Vergleich ziehen??? Der Vergleich mit dem Schmerzensgeld hinkt...

Maler okay, kenne mich da nicht besonders aus. Ich spreche dagegen von Maschinenbauern, Industriemechanikern, Fliesenlegern etc.

Da habe ich andere Erfahrungen gemacht. Bekannte verdienen im produzierenden Gewerbe richtig gut, vor allem wird jede Übersekunde aufgrund von Stechuhr ausbezahlt oder abgefeiert.

Das halte ich ja mal für ein Gerücht. Oder mit welchen Berufsgruppen vergleichst du gerade?

Morgen, äh, Firmengröße?

Ein kostenloser Account bei DynDNS beinhaltete früher 5 Host-Dienste, mittlerweile sind die kostenlose auf nur mehr 2 Hosts beschränkt. Alternative könnte no-ip sein, allerdings haben die glaube ich die kostenlosen Accounts mittlerweile auch etwas runtergeschraubt. Auf der anderen Seite kann ich die kommerziellen Pro Accounts bei DynDNS nur empfehlen. Kostet gerade mal 15 $ im Jahr und du hast 30 Hosts. Das kann man denke ich verschmerzen.