Beiträge von wiseguy

    Hm, danke erstmal für deine Antwort.
    Aber das löst ja nicht unbedingt mein Problem, denke ich.


    Das Problem besteht ja von extern. Überhaupt wird der Exchange Server zu 90% von Extern verwendet und es handelt sich auch nicht um einen Produktiv sondern eher um einen privaten Hobbyserver zum ausprobieren.


    Dass ich über autodiscovery (vermutlich kommt das Problem ja von dort) den internen Namen genannt bekomme dürfte ja nicht mit dem DNS Server sondern einer fehlerhaften Konfiguration im Exchange/IIS oder so liegen. Leider weiß ich aber nicht genau wo.


    Korrigier mich bitte, wenn ich mich mit meiner Annahme irre. Dann würde ich mich aber auch über eine kurze Erklärung sehr freuen :)

    Hallo,


    seit ein Mac OS X Sierra Client den Exchange verwendet, hat dieser das folgende Problem (Als der selbe Client mit einer vorgänger Version von OS X lief gab es das Problem nicht und andere Clients mit der Vorgängerversion haben dieses Problem ebenfalls nicht)
    ca. 14 Tage nach der zuerst erfolgreichen Einrichtung wird der Servername vom Mac automatisch von dem externen Servernamen mx.meindedomain.de in den internen Servernamen srv-msx.meinedomain.local umgeändert... (Das ist jetzt schon zum zweiten Mal nach 14 Tagen passiert)


    Dadurch ist mir erst aufgefallen, dass mein Autodiscover offensichtlich falsch konfiguriert sein muss.
    Ich weiß aber leider nicht wo ich noch anpassen muss, damit nur noch der externe Servername verwendet wird (auch für interne Clients).


    Verwendet wird ein Exchange 2010 SP3 (14.3.123.4 - wie ich jetzt feststelle also nicht ganz aktuell...) auf Server 2008 SP2


    Folgende Einstellungen hab ich bereits in der Verwaltungskonsole getroffen:

    • Serverkonfiguraton > Client Zugriff > Outlook Web App (OWA) > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/owa
    • Serverkonfiguraton > Client Zugriff > Exchange Systemsteuerung (ECP) > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/ecp
    • Serverkonfiguraton > Client Zugriff > Microsoft-Server-ActivSync > Eigenschaften > Im Reiter "Allgemein" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/Microsoft-Server-ActiveSync
    • Serverkonfiguraton > Client Zugriff > Offline Adressbuch (OAB) > Eigenschaften > Im Reiter "URLs" > Interne / Externe URL stehen beide auf https://mx.meinedomain.de/oab


    Zusätzlich hab ich folgendes über die Shell eingestellt (ist ja teilwese durch die Verwaltungskonsole bereits gesetzt)
    Set-ClientAccessServer -Identity srv-msx -AutodiscoverServiceInternalUri https://mx.meinedomain.de/autodiscover/autodiscover.xml
    Set-WebServicesVirtualDirectory -Identity „srv-msx\EWS (Default Web Site)“ -InternalUrl https://mx.meinedomain.de/ews/exchange.asmx
    Set-OABVirtualDirectory -Identity „srv-msx\oab (Default Web Site)“ -InternalUrl https://mx.meinedomain.de/oab
    Set-ClientAccessServer –AutodiscoverServiceInternalUri -identity srv-msx https://mx.meinedomain.de/autodiscover/autodiscover.xml


    Den Exchange hab ich seit diesen Änderungen auch bereits neu gestartet.
    Get-EcpVirtualDirectory | fl zeigt folgendes:


    RunspaceId : 0dd5c439-da3b-42b2-9896-533f98c252af
    Name : ecp (Default Web Site)
    InternalAuthenticationMethods : {Basic, Fba}
    MetabasePath : IIS://srv-msx.meinedomain.local/W3SVC/1/ROOT/ecp
    BasicAuthentication : True
    WindowsAuthentication : False
    DigestAuthentication : False
    FormsAuthentication : True
    LiveIdAuthentication : False
    DefaultDomain : meinedomain.local
    GzipLevel : High
    WebSite : Default Web Site
    DisplayName : ecp
    Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\ecp
    ExtendedProtectionTokenChecking : None
    ExtendedProtectionFlags : {}
    ExtendedProtectionSPNList : {}
    Server : srv-msx
    InternalUrl : https://mx.meinedomain.de/ecp
    ExternalUrl : https://mx.meinedomain.de/ecp
    ExternalAuthenticationMethods : {Fba}
    AdminDisplayName :
    ExchangeVersion : 0.10 (14.0.100.0)
    DistinguishedName : CN=ecp (Default Web Site),CN=HTTP,CN=Protocols,CN=srv-msx,CN=Servers,CN=Exchange Administrative Group (FYDIBOHF
    23SPDLT),CN=Administrative Groups,CN=EF,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=meinedomain,DC=local
    Identity : srv-msx\ecp (Default Web Site)
    Guid : 769f8a2e-5330-4c6f-9444-2211f780c569
    ObjectCategory : meinedomain.local/Configuration/Schema/ms-Exch-ECP-Virtual-Directory
    ObjectClass : {top, msExchVirtualDirectory, msExchECPVirtualDirectory}
    WhenChanged : 07.03.2017 09:52:00
    WhenCreated : 06.08.2015 00:46:41
    WhenChangedUTC : 07.03.2017 08:52:00
    WhenCreatedUTC : 05.08.2015 22:46:41
    OrganizationId :
    OriginatingServer : srv-dc.meinedomain.local
    IsValid : True


    Wenn ich aber mit dem EWS Editor eine Mailadresse emailadresse@meindedomain.de per Autodiscover prüfe erhalte ich auch folgenden Fehler:


    The request failed. Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Microsoft.Exchange.WebServices.Data.SimpleServiceRequestBase.InternalExecute()
    HResult: -2146233088
    HResult (Hex): 80131500
    Exception details:
    Message: The request failed. Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Type: Microsoft.Exchange.WebServices.Data.ServiceRequestException
    Source: Microsoft.Exchange.WebServices
    Stack Trace:
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.BuildEwsHttpWebRequest() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 722.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.ValidateAndEmitRequest(IEwsHttpWebRequest& request) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 603.
    bei Microsoft.Exchange.WebServices.Data.SimpleServiceRequestBase.InternalExecute() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\SimpleServiceRequestBase.cs:Zeile 55.
    bei Microsoft.Exchange.WebServices.Data.MultiResponseServiceRequest`1.Execute() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\MultiResponseServiceRequest.cs:Zeile 132.
    bei Microsoft.Exchange.WebServices.Data.ExchangeService.InternalConvertIds(IEnumerable`1 ids, IdFormat destinationFormat, ServiceErrorHandling errorHandling) in e:\EWSManagedAPI\ews-managed-api\Core\ExchangeService.cs:Zeile 4131.
    bei Microsoft.Exchange.WebServices.Data.ExchangeService.ConvertIds(IEnumerable`1 ids, IdFormat destinationFormat) in e:\EWSManagedAPI\ews-managed-api\Core\ExchangeService.cs:Zeile 4144.
    bei EWSEditor.Common.Extensions.ExchangeServiceExtensions.TestExchangeService(ExchangeService service) in e:\msft tools\ewseditor\EWSEditor\Common\Extensions\ExchangeServiceExtensions.cs:Zeile 183.
    bei EWSEditor.Forms.ServiceDialog.BtnOK_Click(Object sender, EventArgs e) in e:\msft tools\ewseditor\EWSEditor\Forms\Dialogs\ServiceDialog.cs:Zeile 266.
    bei System.Windows.Forms.Control.OnClick(EventArgs e)
    bei System.Windows.Forms.Button.OnClick(EventArgs e)
    bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
    bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
    bei System.Windows.Forms.Control.WndProc(Message& m)
    bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
    bei System.Windows.Forms.Button.WndProc(Message& m)
    bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
    bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
    bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
    Exception details:
    Message: Der Remotename konnte nicht aufgelöst werden: 'srv-msx.meinedomain.local'
    Type: System.Net.WebException
    Source: System
    Stack Trace:
    bei System.Net.HttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult, TransportContext& context)
    bei System.Net.HttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult)
    bei Microsoft.Exchange.WebServices.Data.EwsHttpWebRequest.Microsoft.Exchange.WebServices.Data.IEwsHttpWebRequest.EndGetRequestStream(IAsyncResult asyncResult) in e:\EWSManagedAPI\ews-managed-api\Core\EwsHttpWebRequest.cs:Zeile 98.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.GetWebRequestStream(IEwsHttpWebRequest request) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 451.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.TraceAndEmitRequest(IEwsHttpWebRequest request, Boolean needSignature, Boolean needTrace) in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 431.
    bei Microsoft.Exchange.WebServices.Data.ServiceRequestBase.BuildEwsHttpWebRequest() in e:\EWSManagedAPI\ews-managed-api\Core\Requests\ServiceRequestBase.cs:Zeile 705.


    Kann mir jemand weiterhelfen?

    Das was ich beabsichtige, ist folgendes:


    Wie bereits gesagt gibt es die Mailingliste mailingliste@meinedomain.de. Diese wird zu Abstimmungszwecken von Personen außerhalb der Organisation (also nur als Kontakt angelegte Personen) verwendet.


    Aktuell müssen diese User beim Antworten an eine Mail aus dieser Gruppe immer daran denken, die Antwort nicht an den Absender der Mail zu senden sondern stattdessen wieder die Gruppe zu verwenden.


    Und dafür dachte ich sei diese "Reply-To" Angabe (In Mailprogrammen wird das auch als "Antworten an" bezeichnet)


    Wenn das die Falsche Angabe ist, wie lautet dann die, womit ich dieses "Antworten an" Feld besetzen kann?

    Hallo,



    auf einem Exchange Server 2010 sind Mailinglisten eingerichtet. Per Transportregel soll nun für eine dieser Listen als Reply-To Adresse die Liste selbst angegeben werden, damit jeder automatisch wieder an diese Liste schreibt, wenn er auf diese Mail antwortet.



    Wenn ich versuche das zu setzen, erhalte ich folgende Meldung:


    Ich kann jede andere Angabe als "Reply-To" eingeben, dann wird es genommen. Aber natürlich muss es ja genau "Reply-To" heißen, damit der gewünschte Effekt erziehlt wird.


    Kann mir jemand weiterhelfen?


    mfg
    Wiseguy