BrainStorm

Hallo Jörg, werden die Mails überhaupt nicht versendet? Welchen Patchlevel hat der Exchange? Wieviel freien Speicherplatz hast du auf der Disk auf der die TransportQueue liegt? Könnte ein Backpressure Problem sein. Hast du Hinweise im Eventlog? Passiert das nur beim Versenden über OWA? Habt ihr Dynamics CRM im Einsatz?

Das "Problem" ist schon länger bekannt. Entweder man deaktiviert IPv6 komplett über oben genannten Registry Key oder eben nicht ;) Nur den Haken bei den NIC Bindungen zu entfernen kann und wird komische Seiteneffekte haben.

Hallo randy, hast du Hinweise in den Eventlogs des Exchange Servers?

Manchmal muss man einfach geduldig sein ;) Danke für deine Rückmeldung!

Was führt dich zu der Annahme, dass IPv6 für den externen Zugriff komplett deaktiviert werden muss? Ansonsten steht doch alles in dem Artikel ;)

Hallo W2K-Networker, wie viele Benutzer arbeiten denn auf dem Exchange?

Hallo Hansi, man kann keine Sicherheitsgruppen als Besitzer von Verteilergruppen hinterlegen. Was du allerdings machen könntest, wären mehrere einzelne Benutzerkonten als Owner hinzufügen. Set-DistributionGroup -Identity "DeineVerteilerGruppe" -Managedby "Benutzer1","Benutzer2","Benutzer3" Beachte aber, dass die Konten im Managedby Attribut nicht automatisch auch Mitglied der Gruppe sind! Diese musst du dann separat hinzufügen.

Hallo snoopy2000, hast du setup /PrepareLegacyExchangePermissions ausgeführt? Lass mal den Exchange 2007 Readiness Check aus dem Best-Practice Analyzer laufen - gibts dort irgendwelche Hinweise?

Hallo Peter, ich glaube du verwechselst da was.

Hallo Ronald1, Nein es muss nicht auf dem DC ausgeführt werden. Du kannst prinzipiell jeden Server nehmen, entsprechende Benutzerrechte vorausgesetzt.

Wenn der Server richtig konfiguriert ist, dann ist das idR auch kein Problem oder auf was willst du hinaus? Du hängst dich zu sehr an dem local Teil auf. Glaub uns doch einfach ;)

Das Domain-Masquerade ist nur für das MAIL FROM: beim ersten Hop gedacht und nicht für für die Receive Zeile. Stimmt, danke für die Korrektur ;)

Eine .local Domain hat im Internet nichts zu suchen, da stimme ich dir absolut zu. Im SMTP-Header muss aber jedoch jeder Hop protokolliert werden und das ist daher völlig OK.

Was etwas komisch aussieht ist dass der sendende Server sich mit einer IPv6 Link Local Adresse (fe80...) nach aussen meldet. Wenn ich richtig liege dürfen diese Adressen nicht geroutet werden. Die TLD .local ist normalerweise kein Problem. RFC2821 verbietet sogar die nachträgliche Veränderung der Received Zeile im SMTP Header ;) Passiert das eigentlich nur bei Yahoo, oder auch bei anderen Empfängerdomains?

Hallo Fincut, der Betreiber des Absendeservers sollte sicherstellen, dass der Exchange bzw. dessen SMTP Infrastruktur in etwa den vorgegebnene Best-Practices von Yahoo entspricht. What are some best practices when sending to Yahoo! Mail? | Yahoo! Postmaster Help Weiterhin nutzt Yahoo einen lernenden Filter, basierend auf das "Als Spam markieren" Nutzerverhalten. Klicke doch einfach auf "Dies ist kein Spam o.ä." und schaue ob die nächsten Mails wieder so klassifiziert werden. Wenn du genau wissen willst, warum diese eine Mail als Spam eingestuft wird, dann solltest du direkt beim Yahoo Postmaster Team nachfragen, denn aus dem von dir geposteten Header lässt sich das nicht erkennen.

Connectoren und Adressräume kannst du soviel anlegen wie du willst. Wenn der Faxsoftwarehersteller es nicht beantworten kann, wer sonst? :confused: Was spricht gegen einen Versuch?

Hast du Zertifikate aus eigener CA? Welche Authentifizierung hast du eingestellt? Hast du eine Firewall oder einen Reverse Proxy im Einsatz? Setzt du die 32bittige Office 2010 Version ein? Du kannst auch mal prüfen welche Meldungen du vom RPCPING zurückbekommst How to use the RPC Ping utility to troubleshoot connectivity issues with the Exchange over the Internet feature in Outlook 2007 and in Outlook 2003

Geht mir genauso. Hatte auch nur vereinzelt die Score Reports bekommen, wobei solange "Passed" vermerkt wurde ist mir das auch ehrlich gesagt nicht so wichtig ;)

Hallo zusammen, wem es genauso wie mir ergeht und die Ergebnisse einiger Beta-Prüfungen entweder noch nicht bekommen hat, bzw. der Status in der Prometric History auf No Show steht, der soll sich an die in dem verlinkten Artikel erwähnten email Adressen wenden. Where, oh where have my beta results gone? - Born To Learn - Born To Learn - Born to Learn

Hallo winhar01, hast du die ExternalURL Parameter der einzelnen CAS URLs entsprechend konfiguriert? Schau dir vor allem mal das Set-OutlookAnywhere Cmdlet mit dem Parameter -ExternalHostname an. MSXFAQ.DE - CASURLs Set-OutlookAnywhere: Exchange 2007 Help Bekommst du Fehlermeldungen?

Hallo LangerSN, du kannst z.B. via Outlook im AN:-Feld <faxnummer>@FAX diesen Adressraum adressieren. Exchange ist dann so intelligent und routet die Nachricht an das entsprechende Zielsystem bzw. Smarthost oder Fax-Gateway. Hast du mehrere Sendeconnectoren mit identischem Adressraum, dann werden die Nachrichten über den Connector mit den geringeren Kosten geroutet.

Ich wollte nur vorbeugen ;)

Hallo Notarzt, Nein, normalerweise stört das Schema Update keine anderen Dienste. Bisher leben auch alle Exchange Server in deren Domänen ich ein Schema Update durchgeführt habe noch ;) Sofern du keinen "unvorteilhaften" eigenen Schemaerweiterungen im Einsatz hast, sollte da nichts passieren. LDAP://Yusufs.Directory.Blog/ - Hinweise zu ADPREP

Hallo stonson25, Bekommst du Fehlermeldungen wenn du Premium auswählst? Ich gehe mal davon aus, dass du den IE für den Zugriff verwendest. Setze diesen mal über Extras -> Internetoptionen -> Erweitert auf "Standardeinstellungen" zurück.

Das passt aber nicht zusammen ;) Sowohl DNSRoutingEnabled als auch DomainSecureEnabled müssen auf $false stehen, sonst funktioniert das mit dem Smarthost nicht.