none
Exchange 2010 SP3: Fehler bei Abwesenheitsmeldung per ecp RRS feed

  • Frage

  • Hallo,

    wir haben letztes Wochenende eine 2 Server DAG-Umgebung auf SP3 aktualisiert. Nun trat auf sofort der Soft-Delete Fehler auf, so dass das RU1 in der nächsten Zeit aufgespielt werden muss.

    Zusätzlich gibt es nur aber auch ein anderes Problem. Ein Admin wollte über die "ecp/Optionen/anderer User" für einen User die Abwesenheitsmeldung aktivieren. Hierbei tritt folgender Fehler auf:

    Client Information
    ------------------
    User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; .NET4.0E; InfoPath.3)
    CPU Class: x86
    Platform: Win32
    System Language: de
    User Language: de-DE
    CookieEnabled: true
    -----------------
    Exception Details
    -----------------
    Date: Tue Jun 18 11:48:16 UTC+0200 2013
    Message: Es ist ein Sicherheitsproblem aufgetreten.

    Url: https://FQDN/ecp/14.3.123.3/Scripts/common.js
    Line: 4

    Call Stack
    ----------
    anonymous(arguments,userContext)
    -----------------------
    function(arguments,userContext){var $0=false;var $1=true;try{try{if(this.onInvoking()){$1=false;var $2=WebServiceMethod.$1_5[(this.get_ParameterNames())];var $3={};if($2){if($2.length>arguments.length){throw Error.argument('Not enough arguments to call web service method.');}else if($2.length<arguments.length){throw Error.argument('Too many arguments are passed to web service method.');}for(var $5=0;$5<$2.length;$5++){$3[$2[$5]]=arguments[$5];}if($3['properties']&&this.get_oneOffParameters()){EcpUtil.copyDictionary(this.get_oneOffParameters(),$3['properties']);this.set_oneOffParameters({});}if(this.get_returnObjectType()){if($3['properties']){($3['properties'])['ReturnObjectType']=this.get_returnObjectType();}}}Array.clear(this.$1_10);var $4={};$4.$0=arguments;$4.$1=userContext;Sys.Net.WebServiceProxy.invoke(this.get_ServiceUrl(),this.get_MethodName(),false,$3,Function.createDelegate(this,this.$1_14),Function.createDelegate(this,this.$1_15),$4);$0=true;}}finally{if(!$0){this.onCompleted(new WebServiceEventArgs(this,userContext,$1));}}}finally{}}
    -----------------------
    anonymous(userContext)
    -----------------------
    function(userContext){this.invokeWithArgs(this.getParameters(),userContext);}
    -----------------------
    anonymous($p0)
    -----------------------
    function($p0){var $0=0;var $1=new Array(this.$2_12.length);for(var $2=0;$2<this.$2_12.length;$2++){var $3=this.$2_12[$2];if($3.get_AlwaysInvokeSave()||$3.hasChange()){$1[$2]=true;++$0;}else{$1[$2]=false;}}if($0>0){var $4=new _W$2($0,$p0);var $5=FieldValidationAssistant.get_instance();$5.enterMultiSaveMode();for(var $6=0;$6<this.$2_12.length;$6++){var $7=this.$2_12[$6];$7.disableAssociatedElements();if($1[$6]){$7.invoke($4);}}$5.leaveMultiSaveMode();}else{if(this.get_$2_F()){window.close();}}}
    -----------------------
    anonymous($p0)
    -----------------------
    function($p0){if(this.$2_12.length>0){var $0=false;var $1=this.get_element();if(this.$2_C&&$1.confirmMessage){if($1.suppressConfirmIfPageNotDirty){var $2=DataLossReporting.needRaiseWarning(false);$0=$2.get_hasChange();}else{$0=true;}}if($0){var $3=new Info();$3.Icon=MessageBoxIcon.warning;$3.Message=String.format($1.confirmMessage,$1.confirmMessageTarget);MessageBox.show($3,2,Function.createDelegate(this,function($p1_0,$p1_1){
    if($p1_0===ModalDialogResult.yes){this.$2_18($p0);}}),null);}else{this.$2_18($p0);}}}
    -----------------------
    anonymous($p0)
    -----------------------
    function($p0){$p0.preventDefault();this.$2_17(null);}
    -----------------------
    anonymous()
    -----------------------
     function(){return b.apply(a,arguments)
    -----------------------
    anonymous()
    -----------------------
    =function(){var b={};try{b=Sys.UI.DomElement._getWindow(a).event}catch(c){}return e.call(a,new Sys.UI.DomEvent(b))
    -----------------------


    Dump Event
    ----------
        recordset = null
        type = error
        fromElement = null
        toElement = null
        altLeft = false
        keyCode = 0
        repeat = false
        reason = 0
        data =
        behaviorCookie = 0
        source = null
        contentOverflow = false
        behaviorPart = 0
        url =
        dataTransfer = null
        ctrlKey = false
        shiftLeft = false
        dataFld =
        returnValue = undefined
        qualifier =
        wheelDelta = 0
        bookmarks = null
        button = 0
        srcFilter = null
        nextPage =
        cancelBubble = false
        x = 0
        y = 0
        srcElement = null
        screenX = 980
        screenY = 765
        srcUrn =
        origin =
        boundElements = [object]
        clientX = 711
        clientY = 396
        propertyName =
        shiftKey = false
        ctrlLeft = false
        offsetX = 0
        offsetY = 0
        altKey = false
        errorMessage = Es ist ein Sicherheitsproblem aufgetreten.

        errorUrl = https://FQDN/ecp/14.3.123.3/Scripts/common.js
        errorLine = 4
        errorCharacter = 5546
        errorCode = 0
    ...

    Es wurde auch mit anderen Usern kontrolliert und dort funktionierte es ohne weitere Probleme. Für diesen User liess sich die oof dann per Outlook aktivieren, aber auch erst beim zweiten Versuch. Nun ist der Gedanke natürlich naheliegend, dass hier das SP3 unter Umständen reinspielt, kann aber leider nicht definitiv so festgezurrt werden. Eine ähnliche Fehlermeldung scheint ja auch beim Bearbeiten von Transportregeln per ecp aufzutreten, aber in dem Thread gibt es auch keine weiteren Hinweise.

    Falls also jemand etwas dazu sagen kann... immer her damit :)

    Fall sich irgendwelche Infos vergessen habe... einfach Fragen.

    Danke

    Dienstag, 18. Juni 2013 10:37

Alle Antworten

  • Hi schmidt_k,

    Es wurde auch mit anderen Usern kontrolliert und dort funktionierte es ohne weitere Probleme. Für diesen User liess sich die oof dann per Outlook aktivieren, aber auch erst beim zweiten Versuch. Nun ist der Gedanke natürlich naheliegend, dass hier das SP3 unter Umständen reinspielt, kann aber leider nicht definitiv so festgezurrt werden. Eine ähnliche Fehlermeldung scheint ja auch beim Bearbeiten von Transportregeln per ecp aufzutreten, aber in dem Thread gibt es auch keine weiteren Hinweise.

    Treten die Aktivierungsprobleme nur bei diesem User auf? ..und habt ihr mit einem anderen Admin getestet?

    Wie sieht es über die Shell aus und was sagt das EventLog?
    http://ferretnotes.wordpress.com/2011/10/21/set-out-of-office-on-a-mailbox-using-powershell-for-exchange/


    Viele Grüße
    Christian

    Mittwoch, 19. Juni 2013 06:06
    Moderator
  • Hi schmidt_k,

    Es wurde auch mit anderen Usern kontrolliert und dort funktionierte es ohne weitere Probleme. Für diesen User liess sich die oof dann per Outlook aktivieren, aber auch erst beim zweiten Versuch. Nun ist der Gedanke natürlich naheliegend, dass hier das SP3 unter Umständen reinspielt, kann aber leider nicht definitiv so festgezurrt werden. Eine ähnliche Fehlermeldung scheint ja auch beim Bearbeiten von Transportregeln per ecp aufzutreten, aber in dem Thread gibt es auch keine weiteren Hinweise.

    Treten die Aktivierungsprobleme nur bei diesem User auf? ..und habt ihr mit einem anderen Admin getestet?

    Wie sieht es über die Shell aus und was sagt das EventLog?
    http://ferretnotes.wordpress.com/2011/10/21/set-out-of-office-on-a-mailbox-using-powershell-for-exchange/


    Viele Grüße
    Christian

    Hi Christian,

    hätte die Antwort fast übersehen. Keine Benachrichtigung, kein Hinweis in der Übersicht... muss mich an die neue Oberfläche des Forums wohl erst noch gewöhnen... :)

    Also, die Aktivierung wurde auch mit ein paar anderen Usern getestet und dort kam es zu keinen Fehlern. Ob dies nun bedeutet dass nur dieses Postfach ein Problem damit hat, ist damit leider nicht definitiv belegt. Beim Soft-Delete Fehler sind ja auch nur wenige User betroffen und oof via ecp kommt nicht wirklich jeden Tag vor.

    Getestet haben zwei verschiedene Adminuser, einer mit Berechtigungen für Mailboxadministration und einer mit mehr Rechten als hierfür nötig. In beiden Fällen führte es zum gleichen Ergebnis - dieser eine User brachte obige Fehlermeldung, andere Funktionierten.

    Per Powershell scheint es soweit zu funktionieren. Ich vermute mal, auch aufgrund der Fehlermeldung, dass es eher im Bereich der Webanwendung (owa/ecp) in Verbindung mit dem Postfach ein Problem gibt, welches in seltenen Fällen auftritt. Das Postfach selbst wurde schon zwischen den Datanbanken verschoben und per New-MailboxRepairRequest auf Fehler geprüft, beide Aktionen liefen ohne eine Meldung über kaputte Elemente ab. Falls hier noch ein anderer Postfach-Check ist, den ich aktuell vergessen habe...

    Im Eventlog sehe ich nichts, es scheint, als ob der Browser hier schon die Endstation ist. Verwendet wurden ein IE 8.0.7691.17514 und ein IE 9.0.8112.16421 auf verschiedenen Rechnern. Aber ein grundlegendes Browserproblem kann es nicht sein, es funktioniert ja in den meisten Fällen.

    Danke für die Unterstützung

    Karsten


    • Bearbeitet schmidt_k Mittwoch, 19. Juni 2013 09:01 zwei Aussagen etwas ausführlicher
    Mittwoch, 19. Juni 2013 08:40
  • Jo, das RU1 wurde am Wochenende installiert und hat leider keine Besserung gebracht. Falls hier also noch jemand eine Idee hat...

    Grüße

    Karsten

    Montag, 1. Juli 2013 10:00
  • Scheinbar ist es ein Problem mit dem IE9. Im Firefox funktioniert es.
    Montag, 1. Juli 2013 10:31