Beiträge von Horazon

    Hallo!


    Ich habe diese Frage schon in administrator.de gestellt, aber vielleicht hat hier jemand zusätzlich eine Lösung parat :)


    Wir möchten die GAL via Script so umstellen das sie zuerst den Nachnamen anzeigt. Dies ist ja kein wirkliches Problem.
    Allerdings wird dann ja auch bei ausgehenden Mails der Anzeigename (From: Header) so angezeigt: Nachname Vorname <vorname.nachname@firma.com>
    Das möchten wir nicht haben! Bei ausgehenden Mails soll die Formatierung lauten: Vorname Nachname <vorname.nachname@firma.com>


    Ich habe mich durch etliche Seiten gewurstelt, und rausgefunden das man z.B. in einer Transportrule die Möglichkeit hat, bestehende Header zu ändern.


    Nun habe ich versucht den From: Header folgendermaßen zu füllen, und bekam folgende Fehlermeldung:


    Error:
    Exception has been thrown by the target of an invocation.

    Exchange-Management Shell command attempted:


    New-TransportRule -Name 'Test1' -Comments '' -Priority '0' -Enabled $true -FromScope 'InOrganization' -SentToScope 'NotInOrganization' -SetHeaderName 'From' -SetHeaderValue '%%FirstName%% %%LastName%% <%%FirstName%%.%%LastName%%@firma.com>'


    Wo habe ich da einen Fehler?
    Kennt er den Header nicht?
    Versteht er die Platzhalter nicht?


    Falls es mittels Transportrule nicht funktioniert, bzw. unpraktisch ist, kennt ihr eine andere Methode um dies zu bewerkstelligen?


    LG
    Jürgen

    Hallo!


    Habe das Problem nun gelöst!


    Und zwar war bei uns im IIS->EWS->Authentication
    bei "Windows Authentication" unter Advanced Settings KEIN Haken bei "Enable Kernel-mode authentication" gesetzt und bei Providers-> Enabled Providers
    war Negotiate:kerberos eingetragen.


    Bei Autodiscover war der Haken bei "Enbale Kernel-mode authentication" gesetzt aber kein Negotiate:kerberos eingetragen.
    Nun habe ich einfach den Haken bei Enable Kernel-mode... auf der EWS Seite gesetzt und den Negotiate:Kerberos Provider entfernt.
    Nun sind beide Seiten identisch eingerichtet und er kann sich auch erfolgreich authentifizieren.
    Drauf gekommen bin ich durch das Eventlog, das mir beim Versuch den Abwesenheits-Assistenten zu öffnen, einige Fehlermeldungen brachte bezüglich Kerberos.


    Hoffe das hilft vielleicht einigen bei der Fehlersuche auf ihren Systemen.
    Danke an alle für die Hilfe!!


    Gruß
    Jürgen

    Bin mit meinem Latein am Ende, alle erdenklichen Hostnamen sind im Zertifikat eingetragen, alle Tests im IE liefern Ergebnisse wie sie sein sollen (inkl. gültigem Zertifikat), Outlook liefert auch keine Fehler, außer dem oben im vorigen Beitrag genannten HTTP Status Code: 500.


    Irgendwelche Ideen?
    Jede noch so seltsame Idee ist willkommen :)


    LG
    Jürgen

    Hallo,


    ich habe mal die Protokollierung im Outlook nochmals eingeschaltet, und erhalte mehrere Logfiles mit folgender Fehlermeldung:
    ---
    2010/04/15 14:30:55.317: Request to URL: https://cas.domain.local/EWS/Exchange.asmx


    2010/04/15 14:30:55.317: Request action: http://schemas.microsoft.com/e…ssages/GetUserOofSettings
    2010/04/15 14:30:55.317: Request XML: <?xml version="1.0"?>
    <q:Envelope xmlns:q="http://schemas.xmlsoap.org/soap/envelope/"><q:Body><ex12m:GetUserOofSettingsRequest xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages"><ex12t:Mailbox xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types"><ex12t:Address>JDoe@domain.at</ex12t:Address><ex12t:RoutingType>SMTP</ex12t:RoutingType></ex12t:Mailbox></ex12m:GetUserOofSettingsRequest></q:Body></q:Envelope>


    2010/04/15 14:30:55.317: Sending request
    2010/04/15 14:30:55.383: Request sent
    2010/04/15 14:30:55.383: Response error code: 00000000
    2010/04/15 14:30:55.383: HTTP status code: 500
    2010/04/15 14:30:55.383: -------------------------------
    2010/04/15 14:30:55.383: There is an error in request/response.
    2010/04/15 14:30:55.383: XML response:
    2010/04/15 14:30:55.383: -------------------------------


    Hope this helps


    lg
    Jürgen

    Hallo werte Community-Kollegen!


    Vorab, ich habe zusammen mit meinem Kollegen bereits Google gequält und etliche Tutorials und Forenbeiträge gelesen und durchgetestet.
    Wir kommen auf keinen grünen Zweig.


    Unsere Serverumgebung:


    Windows 2008 RC2 mit Exchange 2010
    Clients auf Windows7 mit Office 2007
    Zertifikate selbstgeneriert und in den Clients als vertrauenswürdiges Stammzertifikat installiert
    Zertifikate für (Extern: owa.domain.at + autodiscover.domain.at | Intern: cas.domain.local)


    Der OOF Assistent funktioniert im OWA einwandfrei, im Outlook kommt die Meldung:
    Ihre Abwesenheitseinstellungen können nicht angezeigt werden, da der Server zurzeit nicht verfügbar ist. Versuchen Sie es später erneut.


    Der Auto-Konfigurationstest liefert folgende Success Meldung:
    Attempting URL https://cas.domain.local/Autodiscover/Autodiscover.xml found through SCP
    Autodiscover to https://cas.domain.local/Autodiscover/Autodiscover.xml starting
    Autodiscover to https://cas.domain.local/Autodiscover/Autodiscover.xml succeeded


    Der Ergebnisse-Reiter liefert folgende Ausgaben:


    -------------------------------------
    //Protocol: Exchange RPC
    Server: cas.domain.local
    Availability Service URL: https://cas.domain.local/EWS/Exchange.asmx
    OOF URL: https://cas.domain.local/EWS/Exchange.asmx
    OAB URL: http://cas.domain.local/OAB/cac92b58-1ad8 ...
    Unified Message Service URL: https://cas.domain.local/EWS/UM2007Legacy.asmx
    Auth Package: Unspecified


    Protocol: Exchange HTTP
    Server: owa.domain.at
    SSL: Yes
    Mutual Authentication: Yes
    Availability Service URL: https://owa.domain.at/EWS/Exchange.asmx
    OOF URL: https://owa.domain.at/EWS/Exchange.asmx
    OAB URL: http://owa.domain.at/OAB/cac92b58-1ad8-43 ...
    Unified Message Service URL: https://owa.domain.at/EWS/UM2007Legacy.asmx
    Auth Package: Basic
    Certificate Principal Name: msstd:owa.domain.at
    -------------------------------------


    Unsere Auth Einstellungen in den virtual directories auf dem OWA Exchange Server sind (nur enabled):


    Autodiscover: Anonymous, Basic, Windows Auth.


    EWS: Anonymous, Windows Auth.


    OWA: Basic



    Die OWA URLs
    Intern: https:cas.domain.local/owa
    Extern: https://owa.domain.at/owa


    Die OWA URLs bei den NLBs
    Intern: https://cas.domain.local/owa
    Extern: <leer>


    Die EWS URLs
    Intern: https://cas.domain.local/ews
    Extern: https://owa.domain.at/ews



    Hoffe ich habe jetzt nichts wichtiges vergessen, sonst bitte fragen!


    Was kann ich noch tun?
    Bin für jeden Vorschlag und Tipp dankbar!


    LG


    Jürgen