BrainStorm

Hallo hundele, hast du mal versucht mit dem Cmdlet Update-EmailAddressPolicy die Neuanwendung der Richtlinien zu erzwingen?

Hallo Soapp, hab gerade selbst mal in der Wikipedia nachgeschaut und finde die Erklärung soweit recht verständlich formuliert. Was genau möchstest du zusätzlich wissen? STARTTLS ? Wikipedia SMTPS ? Wikipedia

Hallo elchipo, wie goscho bereits völlig korrekt angemerkt hat, scheinen deine Berechtigungen auf Öffentlichen Ordner zu großzügig vergeben worden zu sein. Ein Auditing ist soweit mir bekannt, nachträglich nicht möglich.

Microsoft Services bietet solche Dienstleistungen auch unter dem Namen ADRAP (Risk Assessment Programm für Active Directory) an. Für Firmen mit wirklich komplexer AD Infrastuktur ist das Teil echt klasse. Der dadurch generierte Report zeigt genau die Schwachstellen bzw. fehlerhafte und unvollständige Konfigurationen und idR gleich die passende Lösung dazu. Für kleinere Firmen lohnt sich das allerdings nicht wirklich.

Hallo Alex, welchen Patchlevel hat denn der Exchange? Siehe auch hier: http://www.mcseboard.de/ms-exchange-forum-80/outlook-autodiscover-dienst-161762.html

Echt? Sowas macht der SBS?

Hallo florianhag, es gibt keine Pflichtreihenfolge. Du kannst die Prüfungen je nach Lust und Laune ablegen ;)

Hallo Martin, Kannst du den Zertifikatsfehler mal hier posten? Ich bin mir sicher, dass deine Autodiscoverkonfiguration an irgendeiner Stelle nicht passt. Rechtsklicke an einem Client mit gedrückter STRG Taste das Outlook Icon im Systray und wähle aus dem Kontextmenü die Option "Email Autokonfiguration testen". Welche Ausgabe bekommst du?

Hallo nic7575, das sollte ins Eventlog geschrieben werden. Suche in dem Zeitraum (zwischen 01:00 und 09:00 Uhr) nach Ereignissen vom Managed Folder Assistant. Da sollten sich die Hinweise finden lassen.

Hallo, fällt mir jetzt schwer zu glauben, dass der Inhalt des Posteingangs automatisch in das Exchange Konto importiert wird. Hatte der Benutzer irgendwann mal eine Exchange Mailbox?

Hallo Hans, Welchen Service Pack Stand haben die beiden DCs? Die Vermutung kannst du im Eventlog recht einfach überprüfen. Schau mal im Systemteil des Eventlogs nach. Dein Exchange Server ist nicht zufällig auch Domain Controller, oder? Hast du deine DCs in den TCP/IP Einstellungen der Netzwerkkarte als DNS Server eingetragen? Hast du IPv6 in den IP-Einstellungen "abgehakt"?

Gern geschehen, danke für deine Rückmeldung. ;)

Setze den Datenbankname mal in Anführungszeichen Remove-Mailbox -Database [b]"[/b]SBSERVER\Mailbox Database[b]"[/b] -StoreMailboxIdentity "65d60d87-a2d6-4497-9a67-265ede609229" -confirm:$false

Hallo Peter, nein, entweder per Shell oder du wartest die Deleted Mailbox Retention Time ab. Diese ist per default auf 30 Tage gesetzt.

Verantwortung und selbständiges Arbeiten gehört in der IT zum absoluten "Muß". Es macht aber einen großen Unterschied ob du selbständig eine SATA Festplatte anschließen oder selbständig beim Kunden eine SAP BI Lösung implementieren kannst ;) In welchem Bereich wolltest du nochmal tätig werden?

Hallo shafner, Da spielen ja noch ander Faktoren eine Rolle, z.B. wie alt du bist und was dein Tätigkeitsbereich ist. Für einen PC-Techniker mag das vielleicht OK sein, aber als spezialisierter Consultant ist das meiner Meinung deutlich zu wenig. Erzähl doch mal mehr von dir ;)

Hallo Andy, du suchst vermutlich das Stichwort "Outlook Anywhere". Wie das zu konfigurieren ist kannst du hier nachlesen: Verwalten von Outlook Anywhere: Exchange 2007-Hilfe Wie das mit dem externen Hostnamen funktionier steht hier: Konfigurieren eines externen Hostnamens für Outlook Anywhere: Exchange 2007-Hilfe

Betrifft das nur einen Client, oder alle? Schau mal auf dem betroffenen Clients unter HKEY_CLASSES_ROOT\.msg ob dort irgendein Content Type definiert ist, wenn ja mach eine Sicherung des Schlüssels und lösche den kompletten Wert Content Type einmal raus.

Hallo viper990, dieser Test wird mit einer eigenen PKI Infrastruktur IMMER fehlschlagen, da deine RootCA im Internet (bzw. der Website testexchangeconnectivity) nicht vertauenswürdig ist. Der Fehler 0x80072F17 bedeutet ERROR_INTERNET_SEC_CERT_ERRORS. Kannst du via OWA ohne Zertifikatsfehlermeldung auf deine Mailbox zugreifen?

Hallo florianhag, welches Thema interessiert dich denn genau, bzw. was strebst du an? So generell kann man da schlecht eine Empfehlung aussprechen.

Hallo Andreas, nein die Disclaimer-Funktion mittels Transportregeln geben das nicht her, da die Signatur der Hubtransport anfügt. Dieser weis natürlich nicht, wo dein Antworttext endet und packt das ganze dadurch an das Ende der Mail. Folgendes kannst natürlich noch zusätzlich (sinngemäß) an die Regel anfügen: ... aussser wenn folgender Text im Body: "Besuchen Sie uns auch im Internet unter" Damit verhinderst du, sofern bereits ein Disclaimer dranhängt, dass deine Mails erneut eine Signatur verpasst bekommen.

Danke für die Rückmeldung ;)

Hallo xGismo, ich tippe mal auf die fehlende Public Folder Replik des "\NON_IPM_SUBTREE" Zweiges. Schau dir mal mit Get-PublicFolder "\NON_IPM_SUBTREE" -recurse | Ft parentpath,name,replicas die Liste der Repliken an. Da scheint irgendwo die Öffentliche Ordner Datenbank deines Exchange 2007 Servers zu fehlen.

Hallo Ogret, was wolltest du mit dem zusätzlichen Empfangsconnector erreichen? Wenn du direkt von einem Client per SMTP deine Mails am Exchange loswerden möchtest, dann musst du dich entweder mit Benutzername und Kennwort authentifizieren oder du musst den zusätzlichen Empfangsconnector so anpassen, dass relaying erlaubt wird. Zulassen von anonymem Relay für einen Empfangsconnector: Exchange 2007-Hilfe

genau, zum einen das und zum anderen würde mich mal interessieren ob du irgendwelche Transport-Agenten (z.B. Antispam) auf dem Hubtransport installiert hast.