Jump to content

ehcm

Members
  • Gesamte Inhalte

    36
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von ehcm

  1. Hallo zusammen,

    wir haben bei einem Postfach folgendes Problem:

    Bei Terminanfragen an Extern wird keine Terminbestätigung erzeugt, obwohl der Termin angenommen wird. Dies betrifft alle externen und ist auch nachstellbar. Dabei ist egal ob in Outlook oder OWA der Termin erstellt wird.

    Sobald die Terminanfragen von einem anderen Postfach erstellt werden tritt das Problem nicht auf.

    Leider habe ich bis jetzt keine Einstellung oder Regel gefunden die darauf einen Einfluss haben könnte.

     

    Habt ihr Ideen, wie ich das Problem lösen kann?

     

    Viele Grüße

    ehcm

  2. Hallo zusammen,

     

    bei uns tritt derzeit folgendes Problem auf:

    Wenn unser BI-Team Reports verschickt werden diese in der Exchange-Nachrichtenverfolgung mit einer anderen Größe angezeigt als in Outlook.

    Dies fällt auf, da die Mails hiermit die maximale Nachrichtengröße von 20MB überschreiten und vom Exchange abgelehnt werden.

     

    In der Nachrichtenverfolgung erscheint die Mail mit 23,8 MB, die selbe Nachricht in Outlook ist nur 17MB groß (gleiche MessageID)

    MessageId: <21fe170423044ce9a6e4d27fb7d1c485@server.domain.local>

    EventId: SEND   

    RecipientStatus: {250 2.1.5 Recipient OK}

    TotalBytes: 23841441   (=23,8MB)

     

    Sobald ich die Mail in Outlook weiterleite ist sie auch in der Nachrichtenverfolgung nur noch 17MB groß und wird zugestellt. Die Mail enthält 4 Zeilen Text und einen Anhang mit 17MB.

     

    Habt ihr hier eine Idee?

     

     

    Im Einsatz haben wir:
    - 2x Exchange 2013 Standard in einer DAG (Build 1367.3/CU20)

    - Outlook 2013 Standard

     

     

    Viele Grüße
    ehcm

     

     

  3. Hallo zusammen,

     

    bei meiner Exchange 2013 DAG ist die falsche Zeugenressource angegeben.

     

    Fehlermeldung in der Ereignisanzeige:

    Die Dateifreigabe-Zeugenressource "File Share Witness (\\srv-dc1.domain.local\Exchange-DAG.domain.local)" konnte nicht für die Dateifreigabe "\\SRV-DC1.domain.local\Exchange-DAG.domain.local" vermitteln. Stellen Sie sicher, dass die Dateifreigabe "\\SRV-DC1.domain.local\Exchange-DAG.domain.local" vorhanden ist und dass der Cluster darauf zugreifen kann. - Ereignis-ID 1564

     

    In der ECP ist sie korrekt angegeben:

    image.png.6f2a4df0794ae4260e5668db888cbafa.png

     

    Allerdings nicht, wenn ich sie per get-clusterresource abfrage:

    Name         : File Share Witness (\\srv-dc1.domain.local\Exchange-DAG.domain.local)
    State        : Failed
    OwnerGroup   : Clustergruppe
    ResourceType : File Share Witness

     

    Wenn ich versuche den Pfad anzupassen erhalte ich mit meinem Domänen-Admin ein Zugriff verweigert:

    Get-ClusterResource "File Share Witness*" -Cluster Exchange-DAG.domain.local | set-ClusterParameter -name sharepath -value \\srv-dc1.domain.local\Exchange-DAG
    set-ClusterParameter : Geänderte Eigenschaften für "File Share Witness (\\srv-dc1.domain.local\Exchange-DAG.domain.local)" können nicht gespeichert werden.
        Zugriff verweigert
    In Zeile:1 Zeichen:83
    + Get-ClusterResource "File Share Witness*" -Cluster Exchange-DAG.domain.local  ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : PermissionDenied: (:) [Set-ClusterParameter], ClusterCmdletException
        + FullyQualifiedErrorId : AccessDenied,Microsoft.FailoverClusters.PowerShell.SetClusterParameterCommand

     

    Und in die Ereignisanzeige wird folgender Fehler geschrieben:

    PowerShell-Cmdlet "Set-ClusterParameter" für Failovercluster: Geänderte Eigenschaften für "File Share Witness (\\srv-dc1.domain.local\Exchange-DAG.domain.local)" können nicht gespeichert werden. - Ereignis-ID: 4657

     

     

    Habt ihr eine Idee, wie ich die Zeugenressource bearbeiten kann? Welche Benutzerrechte sind hier erforderlich?

     

    Viele Grüße
    ehcm

     

     

    Ich konnte das Thema selbst lösen. Nach dem ich diesen Haken gesetzt habe, konnte ich den Befehl durchführen:

    image.png.c8af7dd452af3335c1c01087ef91a72b.png

    Get-ClusterResource "File Share Witness*" -Cluster Exchange-DAG.domain.local | set-ClusterParameter -name sharepath -value \\srv-dc1.domain.local\Exchange-DAG

    WARNUNG: Die Eigenschaften wurden gespeichert, doch alle Änderungen werden erst wirksam, wenn File Share Witness (\\srv-dc1.domain.local\Exchange-DAG.domain.local) offline und anschließendwieder online geschaltet wird.

     

  4. Ich konnte das Problem in der Zwischenzeit weiter eingrenzen. Wenn ich die Dateien im Verzeichnis "C:\Users\%Username%\AppData\Roaming\Microsoft\Credentials" lösche tritt das Problem nicht mehr auf, bis ich mich unter dem Benutzer mit einem anderen Outlookkonto anmelde und das Kennwort speichere.

     

    Für mich wirkt es derzeit wie ein Bug. Derzeit habe ich die Möglichkeit entweder das Kennwort nicht zu speichern oder dem anderen Benutzer Vollzugriff auf das andere Postfach zu geben.

    Habt ihr hierfür eine Lösung?

  5. Einmal die RAW beim Klick auf automatisch Antworten.

    POST https://exchange.domain.com/ews/exchange.asmx HTTP/1.1
    Cache-Control: no-cache
    Connection: Keep-Alive
    Pragma: no-cache
    Content-Type: text/xml; charset=utf-8
    User-Agent: Microsoft Office/15.0 (Windows NT 10.0; Microsoft Outlook 15.0.5059; Pro)
    X-User-Identity: bxxx.axxx@domain.com
    Depth: 0
    Content-Length: 471
    Host: exchange.domain.com
    Authorization: Negotiate TlRMTVNTUAADAAAAGAAYAJwAAABsAWwBtAAAABIAEgBYAAAAJgAmAGoAAAAMAAwAkAABBBBAAEAAgAgAAFYKI4goA7kIAAAAPoy/v6U5NPsyXrAh5O5uhmE0AWQBUAEgARQBSAEUAUwBBAGEAZABtAGkAbgAuAGIAYQBiAGUAbAB0AHMAaABhAHUAcwBlAHIATQBXAFMAOAA4ADcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA5yvaTuqk74TlpSd5JZA5awEBAAAAAAAAAeybj6Nq1AG8tOn5RuZ5mQAAAAACABIATQBZAFQASABFAFIARQBTAEEAAQAOAFMAUgBWAC0ARQBYADIABAAeAG0AeQB0AGgAZQByAGUAcwBhAC4AbABvAGMAYQBsAAMALgBTAFIAVgAtAEUAWAAyAC4AbQB5AHQAaABlAHIAZQBzAGEALgBsAG8AYwBhAGwABQAeAG0AeQB0AGgAZQByAGUAcwBhAC4AbABvAGMAYQBsAAcACAAB7JuPo2rUAQYABAACAAAACAAwADAAAAAAAAAAAQAAAAAgAAANZ7mx29a+/B6/lgRBBKwr8P4jHh9Ec5V4g/jbggQxDgoAEAA43bsqMZt8RhMQvS3Iciu0CQA2AEgAVABUAFAALwBlAHgAYwBoAGEAbgBnAGUALgBtAHkAdABoAGUAcgBlAHMAYQAuAGMAbwBtAAAAAAAAAAAAAAAAAIdvtl7T/x4SXIN1uLdGuy8=
    Cookie: OutlookSession="{8F188690-0906-44B2-ACBD-A4D5200D2DE7}"; ClientId=LZTQLJSUWBBVDKHVXBKU
    
    <?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>bxxx.axxx@domain.com</ex12t:Address><ex12t:RoutingType>SMTP</ex12t:RoutingType></ex12t:Mailbox></ex12m:GetUserOofSettingsRequest></q:Body></q:Envelope>

     

    Daraufhin konnte ich mit der ClientID im W3SVC2-Log noch etwas finden:

    2018-10-23 07:39:41 192.168.72.236 POST /ews/exchange.asmx &CorrelationID=<empty>;&ClientId=LZTQLJSUWBBVDKHVXBKU&cafeReqId=6a8afd76-08cf-44af-83ea-010776fa84cb; 443 - 192.168.72.233 Microsoft+Office/15.0+(Windows+NT+10.0;+Microsoft+Outlook+15.0.5059;+Pro) - 401 1 2148074254 31

     

     

    Und die RAW aus dem Autodiscover, wobei mir hier auffällt, dass es sich um eine andere Client-ID handelt.

    POST https://exchange.domain.com/autodiscover/autodiscover.xml HTTP/1.1
    Cache-Control: no-cache
    Connection: Keep-Alive
    Pragma: no-cache
    Content-Type: text/xml
    User-Agent: Microsoft Office/15.0 (Windows NT 10.0; Microsoft Outlook 15.0.5059; Pro)
    Client-Request-Id: {EFC3FA52-D057-4A15-A70B-32EF8C43DA84}
    X-MapiHttpCapability: 1
    Depth: 0
    X-AnchorMailbox: bxxx.axxx@domain.com
    X-User-Identity: bxxx.axxx@domain.com
    Content-Length: 368
    Host: exchange.domain.com
    Authorization: Negotiate TlRMTVNTUAADAAAAGAAYAJwAAABsAWwBtAAAABIAEgBYAAAAJgAmAGoAAAAMAAwAkAAAABAAEAAgAgAAFYKI4goA7kIAAAAPBzssEaRTRPLH7rdl3r9bcU0AWQBUAEgARQBSAEUAUwBBAGEAZABtAGkAbgAuAGIAYQBiAGUAbAB0AHMAaABhAHUAcwBlAHIATQBXAFMAOAA4ADcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAm19gb1LmTtQOMFxyqu1DawEBAAAAAAAA9T/y0KRq1AHyh9ADLS6IFgAAAAACABIATQBZAFQASABFAFIARQBTAEEAAQAOAFMAUgBWAC0ARQBYADEABAAeAG0AeQB0AGgAZQByAGUAcwBhAC4AbABvAGMAYQBsAAMALgBTAFIAVgAtAEUAWAAxAC4AbQB5AHQAaABlAHIAZQBzAGEALgBsAG8AYwBhAGwABQAeAG0AeQB0AGgAZQByAGUAcwBhAC4AbABvAGMAYQBsAAcACAD1P/LQpGrUAQYABAACAAAACAAwADAAAAAAAAAAAQAAAAAgAAANZ7mx29a+/B6/lgRBBKwr8P4jHh9Ec5V4g/jbggQxDgoAEAA43bsqMZt8RhMQvS3Iciu0CQA2AEgAVABUAFAALwBlAHgAYwBoAGEAbgBnAGUALgBtAHkAdABoAGUAcgBlAHMAYQAuAGMAbwBtAAAAAAAAAAAAAAAAAFluDQ4/gaP+qI4FqXipmLQ=
    Cookie: OutlookSession="{D290FFC0-AFF8-4AF0-8DD3-E3014A078132}"; ClientId=LFDOKQHJIEUXDBIQDYW
    
    <?xml version="1.0" encoding="utf-8"?><Autodiscover xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/requestschema/2006"><Request><EMailAddress>bxxxaxxx@domain.com</EMailAddress><AcceptableResponseSchema>http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a</AcceptableResponseSchema></Request></Autodiscover>

     

  6. Am 19.10.2018 um 12:05 schrieb ASR:

    Zum Problem. Wenn Du das Problem reproduzierst. Was steht dazu im IISlog der Server? 400, 401,500?

    Kannst Du ein Fiddler Trace (mit SSL decryption) für einen der betroffenen User machen? Evtl. findest Du sowas wie:  “HTTP Error 400. The size of the request headers is too long”

    Funktioniert Autodiscover für diesen User? Auch davon ein Fiddler Trace?

    Hast Du Layer4 oder Layer7 am LoadBalancer? SSL Bridging?

     

    ASR

     

    Meinst du mit dem IISlog folgendes ...\inetpub\LogFiles\W3SVC1 bzw. W3SVC2?

    Hier finde ich leider gar keine Einträge zu meinem Benutzer zu dem Zeitpunkt wo ich die automatische Antwort teste.

     

    Bei Fiddler erscheinen folgende Einträge, wenn ich versuche eine automatische Antwort zu erstellen:

    image.png.d00e7e8739d4aa2402bb4af977ce8be6.png

     

    ...und beim Autodiscover:

    image.png.0cef770273b179ddf912f0d836d5fe13.png

     

    Der Loadbalancer arbeitet auf Layer 7 mit SSL reencrypt.

  7. Hallo zusammen,

     

    bei uns tritt zurzeit bei einzelnen Postfächern folgende Fehlermeldung auf, beim Versuch in Outlook eine automatische Antwort zu erstellen:

    image.png.cd51e7cf3ea258457e324b836a38c973.png

     

    Das Problem tritt nur in Outlook auf. Ein erstellen der automatischen Antwort in OWA und über Powershell ist auch für die betroffenen Postfächer möglich.

    Bis jetzt kann ich leider noch kein Schema feststellen, welche Postfächer betroffen sind.

    Es ist egal...

    ...auf welcher Datenbank sie liegen

    ...über welchen der beiden Exchangeserver zugegriffen wird

    ...welcher Arbeitsplatz/Outlook verwendet wird

     

    Folgendes habe ich bereits getestet:

    - Neueinbindung des Postfachs

    - Zugriff auf https://exchange.domain.com/ews/exchange.asmx ohne Zertifikatsmeldung möglich. Hier erscheint direkt die Login-Abfrage.

    - Reduzierung der zugehörigen AD-Gruppen des betroffenen Benutzers

    - Erhöhung des Wertes HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters "MaxFieldLength" und "MaxRequestBytes" von "65534" auf "65536" inkl. Neustart der Server

     

     

    Zur Umgebung:

    - Kemp-Loadbalancer mit der Version 7.1.34.1.12802

    - 2x Exchange 2013 (Build 1367.3) in der DAG

    - Outlook Standard 2013

     

     

     

    Habt ihr Ideen, was ich noch testen kann, um dieses Problem zu lösen?

     

    Viele Grüße

    ehcm

  8. Hallo zusammen,

     

    ich stehe vor folgendem Problem:

     

    Derzeit ruft ein, auf einer Windows-VM installiertes, Outlook 2013 via POP3 Mails von einem Mailserver ab und speichert diese in einer PST-Datei. Allerdings funktioniert die Synchronisation nicht mehr richtig, wenn die PST-Datei die Größe von ca. 50 GB überschreitet. Was nach ca. einem Monat der Fall ist. Ein anheben der PST-Grenzwerte im Registrierungseditor bringt leider keine Verbesserung. Die Synchronisierung funktioniert erst nach dem Anlegen einer neuen PST-Datei wieder, bis diese die ca. 50GB erreicht.

     

    Bevor wir Outlook für diesen Job im Einsatz hatten, haben wir Mailstore Home verwendet. Welches mit dem Mailaufkommen deutlich besser zurechtkam und dieses auch besser komprimiert hat. Allerdings haben wir dieses nicht mehr verwenden können, da es dort nicht möglich ist, die Mails automatisch nach 90 Tagen zu löschen.

     

    Habt ihr eine Idee, wie ich diesen Fall am besten lösen kann?

     

    Nochmal die wichtigsten Daten:

    * 50GB Mails pro Monat

    * Abruf über POP3

    * Automatisches löschen nach 90 Tagen

    * Falls möglich, Komprimierung der Mails

     

    Viele Grüße
    ehcm

  9. Hallo zusammen,

     

    ich habe das Problem nun umgangen, indem ich jeden Server einzeln abfrage und anschließend die Ergebnisse addiere.

    Ist sicher nicht die sauberste Lösung, aber sie funktioniert. ;)

    #Öffnen der Exchange Management Shell und verbinden zum Exchange-Server
    $pssession = new-pssession -configurationname Microsoft.Exchange -connectionuri "http://MAILSERVER/Powershell/" -Authentication Kerberos
    $startsession = import-pssession -session $pssession -allowclobber -WarningAction SilentlyContinue -DisableNameChecking | out-null
    
    #Abruf des aktuellen Datums
    $D = get-date -format yyyy.MM.dd
    
    #Abfrage der empfangenen E-Mails
    $rs1 = get-messagetrackinglog -Recipients:alias@domain.com -server MAILSERVER1 -EventID "RECEIVE" -Start "$D 00:00:00" -End "$D 23:59:59" -Resultsize unlimited | measure-object| Format-Wide count | out-string
    $rs2 = get-messagetrackinglog -Recipients:alias@domain.com -server MAILSERVER2 -EventID "RECEIVE" -Start "$D 00:00:00" -End "$D 23:59:59" -Resultsize unlimited | measure-object| Format-Wide count | out-string
    
    #Beenden der Powershellsession
    remove-pssession -session $pssession 
    
    #Berechnung der gesamten empfangenen E-Mails
    $rs = [int] $rs1 +[int] $rs2
    $rs = $rs | out-string
    
    #Ausgabe des Ergebnisses
    Write-Output ("{0}:OK" -f $rs.Trim())

    Viele Grüße

    ehcm

  10. Hallo zusammen,

     

    ich konnte das Problem leider immer noch nicht lösen. Auch das ersetzen von "Get-TransportService" durch "Get-ExchangeServer" oder "Get-MailboxServer" hat keine Verbesserung in der Powershell gebracht (in der Exchange Management Shell funktionieren sie).

     

    Da es scheinbar nur an dem Pipe nach dem "Get-TransportService" scheitert, würde ich dieses gerne umgehen. Gibt es eine Möglichkeit mein Skript umzugestalten, dass ich dieses Pipe nicht benötige?

     

    Viele Grüße

    ehcm

  11. Hallo zusammen,

    folgender Powershellbefehl wird regelmäßig von unserem Monitoringsystem "PRTG" ausgeführt und funktioniert:

    #Öffnen der Exchange Management Shell und verbinden zum Exchange-Server
    $pssession = new-pssession -configurationname Microsoft.Exchange -connectionuri "http://MAILSERVER/Powershell/" -Authentication Kerberos
    $startsession = import-pssession -session $pssession -allowclobber -WarningAction SilentlyContinue -DisableNameChecking | out-null
    
    #Abruf des aktuellen Datums
    $D = get-date -format yyyy.MM.dd
    
    #Abfrage der empfangenen E-Mails
    $RS = get-messagetrackinglog -Recipients:alias@domain.com -EventID "RECEIVE" -Start "$D 00:00:00" -End "$D 23:59:59" -Resultsize unlimited | measure-object| Format-Wide count | out-string
    
    #Beenden der Powershellsession
    remove-pssession -session $pssession
    
    #Ausgabe des Ergebnisses
    Write-Output ("{0}:OK" -f $RS.Trim())

    Nun habe ich den Befehl um "Get-TransportService" ergänzt, um alle Exchange-Server in die Zählung einzubeziehen:

    #Öffnen der Exchange Management Shell und verbinden zum Exchange-Server
    $pssession = new-pssession -configurationname Microsoft.Exchange -connectionuri "http://MAILSERVER/Powershell/" -Authentication Kerberos
    $startsession = import-pssession -session $pssession -allowclobber -WarningAction SilentlyContinue -DisableNameChecking | out-null
    
    #Abruf des aktuellen Datums
    $D = get-date -format yyyy.MM.dd
    
    #Abfrage der Empfangenen E-Mails
    $RS = Get-TransportService | get-messagetrackinglog -Recipients:alias@domain.com -EventID "RECEIVE" -Start "$D 00:00:00" -End "$D 23:59:59" -Resultsize unlimited | measure-object| Format-Wide count | out-string
    
    #Beenden der Powershellsession
    remove-pssession -session $pssession
    
    #Ausgabe des Ergebnisses
    Write-Output ("{0}:OK" -f $RS.Trim())

    Jetzt erhalte ich folgende Fehlermeldung:

    Das Eingabeobjekt kann an keine Parameter des Befehls gebunden werden, da der Befehl keine Pipelineeingaben akzeptiert oder die Eingabe und deren Eigenschaften mit keinem der Parameter übereinstimmen, die
    Pipelineeingaben akzeptieren.
        + CategoryInfo          : InvalidArgument: (Exchange2010:PSObject) [Get-MessageTrackingLog], ParameterBindingException
        + FullyQualifiedErrorId : InputObjectNotBound,Get-MessageTrackingLog
        + PSComputerName        : MAILSERVER
     
    Das Eingabeobjekt kann an keine Parameter des Befehls gebunden werden, da der Befehl keine Pipelineeingaben akzeptiert oder die Eingabe und deren Eigenschaften mit keinem der Parameter übereinstimmen, die
    Pipelineeingaben akzeptieren.
        + CategoryInfo          : InvalidArgument: (Exchange2013-1:PSObject) [Get-MessageTrackingLog], ParameterBindingException
        + FullyQualifiedErrorId : InputObjectNotBound,Get-MessageTrackingLog
        + PSComputerName        : MAILSERVER
     
    Das Eingabeobjekt kann an keine Parameter des Befehls gebunden werden, da der Befehl keine Pipelineeingaben akzeptiert oder die Eingabe und deren Eigenschaften mit keinem der Parameter übereinstimmen, die
    Pipelineeingaben akzeptieren.
        + CategoryInfo          : InvalidArgument: (Exchange2013-2:PSObject) [Get-MessageTrackingLog], ParameterBindingException
        + FullyQualifiedErrorId : InputObjectNotBound,Get-MessageTrackingLog
        + PSComputerName        : MAILSERVER
     
    0:OK

    Allerdings nur, wenn ich über die Powershell die Exchange Management Shell starte.
    Wenn ich den Befehl direkt in die Exchange Management Shell eingebe erhalte ich die gewünschte Rückmeldung.

    $D = get-date -format yyyy.MM.dd
    $RS = Get-TransportService | get-messagetrackinglog -Recipients:alias@domain.com -EventID "RECEIVE" -Start "$D 00:00:00" -End "$D 23:59:59" -Resultsize unlimited | measure-object| Format-Wide count | out-string
    Write-Output ("{0}:OK" -f $RS.Trim())
    
    123:OK
    

    Wie kann ich dieses Problem lösen? :rolleyes:


    Viele Grüße
    ehcm :cool:

  12. Hallo gaijin,

     

    danke für den Link. Der Exchange Management Shell Befehl funktioniert.

    $FTE = Get-DynamicDistributionGroup "Verteilergruppenname"Get-Recipient -RecipientPreviewFilter $FTE.RecipientFilter

     

    Lt. dem technet-Artikel kann man sich in der ECP unter Postfächer/Gruppen/"dynamische Verteilergruppe"/Mitgliedschaft die Anzahl der Mitglieder anzeigen lassen. Dies ist in meiner Umgebung nicht der Fall.

    Ich gehe davon aus, dass es nicht möglich ist sich die Mitgliedernamen direkt in der ECP anzeigen zu lassen, da es im Artikel nicht erwähnt wird. Falls doch würde ich mich über einen Tipp freuen.

     

    Viele Grüße

    ehcm

×
×
  • Neu erstellen...