testperson

Hi, schau dir mal den Abschnitt "Configurations" an. http://support.microsoft.com/kb/825763/en-us Gruß Jan

Hi, was steht denn während der Anmeldung im Ereignisprotokoll? Gruß Jan

Hi, Logging aktivieren: http://lmgtfy.com/?q=exchange+2013+smtp+log+aktivieren Ändere den Port mal auf 587. Ich gehe davon aus, dass der Exchange auf Port 25 keine Benutzerauthentifizierung zulässt. Gruß Jan

Hi, ich würde als erstes das Logging am entsprechenden Empfangsconnector des Exchange aktivieren und dort schauen was ankommt. Alternativ schauen ob es auf der TK Anlage ein Logfile gibt. Was wurde denn alles in der TK Anlage hinterlegt bzw. was lässt sich dort alles einrichten? Gruß Jan

Hi, du erstellst die Anforderung ohne die .local Domains und richtest Split DNS ein. Gruß Jan

Hi, vielleicht hält dein Bekannter ja was davon, anstatt 50€ in ein Recovery Medium oder 40€ in eine fragliche Lizenz zu investieren, sondern ca. 80€ zu investieren und die Vorteile von Windows 8.1 zu genießen? Gruß Jan

Hi, habe das "Phänomen" letzte Woche ebenfalls beobachten können, dass der Windows DHCP in einem Netz 192.168.0.0/16 (vermutlich auch in anderen /16 Netzen) mit der IP-Adress-Vergabe bei 192.168.255.x startete. Aber mal ganz ehrlich wo ist denn da das Problem? Nachdem er die letzte IP vergeben hatte, fing er einfach wo anders wieder an. Lancom Router mit aktivem DHCP vergeben die IPs scheinbar komplett per Zufall aus dem Pool. Gruß Jan

Und der Anbieter ist bemüht die Mail innerhalb von 48 Stunden zu bearbeiten. Und nach ca. 6 Stunden kam eine Antwort, dass die Mail weitergeleitet wurde und es jetzt einige Tage dauern könne ;)

Hi, ein Kunde möchte einer Versicherung eine Mail schicken. Die Versicherung hosted die Mails scheinbar bei einem regionalen Provider der beim Eingang einen Deep Header Check durchführt und die Mail unseres Kunden ablehnt. In den SMTP Logs der Firewall, die der Exchange als Smarthost nutzt, finde ich folgendes: Die Nachrichtenkopfzeile: Kann ich hier noch was tun ohne das der Provider vom Empfänger mir verrät was Ihn stört? Die Header Analyse von MXToolbox.com hat zumindest nichts am Header auszusetzen. Gruß Jan P.S.: Ach herr je! Dem Exchange fehlt ja noch das SP3 RU6...

Hi, bei dem Hinweis stand nichts davon, dass man nach einem authorativen Restore (D4) auf den Partner einen nonauthorative Restore (D2) ausführen soll? http://support.microsoft.com/kb/290762/en-us Gruß Jan

Hi, um was für eine Office Version handelt es sich? Ich meine mich dran erinnern zu können das Office 2013 die GPO Einstellungen nur anwendet, wenn es eine Volume License ist. http://technet.microsoft.com/en-us/library/cc179176.aspx Gruß Jan

Hi, dafür kannst du dir mal UPN Suffixe angucken: http://support.microsoft.com/kb/243629/de Gruß Jan

Hi, meinst du evtl. OUs anstelle mehrere Domänen? Gruß Jan

Oder auch http://www.forensit.com/domain-migration.html Gruß Jan

Hi, setzt du bei dir noch einen Exchange 2007 SP1 ein? Dann solltest du den als erstes mal updaten (SP3 RU13). Gruß Jan

Hi, das Problem habe ich nocht nicht erlebt. Was findest du denn in den Eventlogs der betroffennen Server? Gruß Jan

Hi, um was für ein Betriebssystem handelt es sich? UAC aktiviert / deaktiviert? Was ergibt ein "whoami /groups"? Gruß Jan

Hi, evtl. hilft: Get-PublicFolder -Recurse -ResultSize unlimited | where { $_.ParentPath -eq "\" } Gruß Jan

Hi, was wurde denn geändert? Poste mal ein "ipconfig /all" von Client und Server. Was findest du im Eventlog des PC / Servers? Gruß Jan

Hi, für eine Domäne würde ich diesen Artikel emfpehlen: http://www.gruppenrichtlinien.de/artikel/zeitsynchronisation-der-domaene-w32time-zeitserver-per-gpo/ Gruß Jan

Wenns ein Speedport W921V mit aktueller Firmware ist, geht das. Vermutlich gehts aber mit allen Speedports und aktueller FW.

Hi, entweder du kaufst / erstellst dir ein SAN Zertifikat mit remote.domain.tld und autodiscover.domain.tld oder du löscht im öffentlichen DNS den autodiscover Eintrag und erstellst dafür einen SRV Record für autodiscover der auf remote.domain.tld verweist. Gruß Jan

Hi, sobald der Router wieder dran ist, werden die Clients wieder Probleme bekommen.. Gruß Jan

Hi, http://en.wikipedia.org/wiki/Windows_Server_Essentials Gruß Jan

Hi, ja! Du kannst am Speedport das IPv6 RA nicht abschalten und daher bevorzugen deine Clients und der Server den verteilten IPv6 DNS. Daher schmeiß den Speedport weg oder schalte einen vernünfitgen Router dazwischen. Und nein, IPv6 an Client und insbesondere am SBS deaktivieren ist keine Option! Gruß Jan