Exchange 2007 OWA Fehler bei einem User

1. offizieller Beitrag

    Hallo,


    ein User bei uns kann sich über OWA nicht mehr mit seiner Mailbox verbinden.


    Unser Sys:
    Exchange 2007 CCR
    Server 2008
    ISA Server


    Die Authentifizierung klappt.
    Dann erscheint folgender Fehler:



    Request
    Url: https://unsere.domain/owa/forms/premium/StartPage.aspx
    User host address: 123.123.123.0
    User: Bla, bla
    SMTP Address: bla.bla@unsere.domain.de
    OWA version: 8.1.340.0
    Mailbox server: MAILBOX.domain.net


    Exception
    Exception type: Microsoft.Exchange.Data.Storage.CorruptDataException
    Exception message: Provider-specific ID (ENTRYID) length should not exceed 255 bytes (in the binary format).


    Call stack


    Microsoft.Exchange.Data.Storage.StoreObjectId..ctor(Byte[] entryId, StoreObjectType itemType)
    Microsoft.Exchange.Data.Storage.IdProperty.NativeIdFilterToSmartIdFilter(QueryFilter filter, SmartPropertyDefinition smartProperty, PropertyDefinition nativeProperty)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.SmartPropertyCreateFilter(QueryFilter filter)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.InternalCreateFilters(ExchangeTimeZone timeZone, MapiProp mapiProp, Restriction[] restrictions, Int32 depth)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.InternalCreateNativeFilter(ExchangeTimeZone timeZone, MapiProp mapiProp, Restriction restriction, Int32 depth)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.InternalCreateFilters(ExchangeTimeZone timeZone, MapiProp mapiProp, Restriction[] restrictions, Int32 depth)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.InternalCreateNativeFilter(ExchangeTimeZone timeZone, MapiProp mapiProp, Restriction restriction, Int32 depth)
    Microsoft.Exchange.Data.Storage.FilterRestrictionConverter.InternalCreateFilter(ExchangeTimeZone timeZone, MapiProp mapiProp, Restriction restriction, Int32 depth)
    Microsoft.Exchange.Data.Storage.SearchFolder.GetSearchCriteria()
    Microsoft.Exchange.Data.Storage.DefaultFolderManager.GetRemindersSearchFolderState(SearchFolder reminders)
    Microsoft.Exchange.Data.Storage.DefaultFolderManager.VerifyAndFixRemindersSearchFolder(StoreId reminderSearchFolderId)
    Microsoft.Exchange.Data.Storage.DefaultFolderManager.GetDefaultFolderId(DefaultFolderType defaultFolderType)
    Microsoft.Exchange.Clients.Owa.Core.UserContext.GetDefaultFolderId(DefaultFolderType defaultFolderType, String folderName)
    Microsoft.Exchange.Clients.Owa.Core.UserContext.get_RemindersSearchFolderId()
    Microsoft.Exchange.Clients.Owa.Premium.StartPage.OnInit(EventArgs e)
    System.Web.UI.Control.InitRecursive(Control namingContainer)
    System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)





    Was habe ich getan:
    - Mailbox geschwenkt
    - Berechtigungen geprüft
    - Mailbox in ein anderes Storage verschoben
    - OWA für den User deaktiviert und aktiviert
    - Informationsspeicher dienst neugestartet


    Generell funktioniert OWA, nur der eine User hat das Problem.
    Mit dem Outlook client funktioniert es bei dem User auch ohne Probleme.


    Any ideas?


    Thanks.

    Hi,


    vielen dank!
    Über diese Möglichkeit habe ich natürlich auch nachgedacht, würde die "Lösung" aber als letzte Lösung in Betracht ziehen.


    Hätte ja sein können, dass irgendwer das gleiche Problem schon einmal hatte ...


    Gruß
    Lars

    • Offizieller Beitrag

    Hallo,


    ist manchmal halt der schnellste Weg.


    Du kannst natürlich auch mal mit MFCMAPI auf das Postfach losgehen und schauen, welcher Wert kaputt ist. (Mit einem Postfach das geht vergleichen)


    Aus meiner Erfahrung dauert das genauso lange und wer weis, was an dem Postfach noch defekt ist.


    Der BPA sagt alles gut?


    :)

    Hi,


    also aus eigener Erfahrung von letzter Woche, geht wirklich schneller als vorher gedacht, am längsten dauert es noch das Postfach in eine *.pst zu exportieren.


    Aber unser User - Postfach war auch 4,7 GB groß. ( fleißige Mitarbeiterin :) )


    Hat dan fast alles auf Anhieb wieder funktioniert, 2 freigegebene Kalender mußten wieder neu freigegeben werden.
    Vielleicht waren diese auch die Ursache.


    Das einzige war das dann auch alle Postfachregeln ( Verteilung in Ordner beim Empfang )weg waren, da Outlook das dann als neues Postfach ansieht. Aber vielleicht kann man das ja auch irgendwie sichern.


    Grüße

    • Offizieller Beitrag
    Zitat


    Das einzige war das dann auch alle Postfachregeln ( Verteilung in Ordner beim Empfang )weg waren, da Outlook das dann als neues Postfach ansieht. Aber vielleicht kann man das ja auch irgendwie sichern.


    Moin,


    in Outlook ab mind. 2007 (ob 2003 auch schon, kann ich aus dem Kopf nicht sagen) kann man Regeln exportieren und importieren. Geht im Regelassistenten.

    Zitat

    Hallo, ist manchmal halt der schnellste Weg. Du kannst natürlich auch mal mit MFCMAPI auf das Postfach losgehen und schauen, welcher Wert kaputt ist. (Mit einem Postfach das geht vergleichen) Aus meiner Erfahrung dauert das genauso lange und wer weis, was an dem Postfach noch defekt ist. Der BPA sagt alles gut?


    Ich habe Urlaub :D
    Da der User aber ein sehr wichtiger User ist, hat mich mein Chef angerufen und ich habe von zu Hause mal geschaut.
    Habe aber null Infos über diesen Fehler irgendwo gefunden.
    Hab dann einige Standard Klamotten ausprobiert.
    BPA habe ich nicht laufen lassen.
    Ich werde mich Montag intensiv darum kümmern und im zweifel das Postfach löschen und neu anlegen.
    Hilft ja alles nichts...


    Dieser User hat auch eine Postfachgröße von 4 gig.


    Sehr merkwürdig solche Fehler.
    Mit dem Firefox, wo OWA ja abgespeckt läuft, funktioniert alles :D Internet Explorer streikt...


    Ich melde mich Montag dann mal, wenn ich im Büro bin und teile euch mit, wofür ich mich entschieden habe :D


    Gruß

    • Offizieller Beitrag

    Hatte neulich einen ähnlichen Fehler. Da lag es daran, dass der betroffene User mal in einer vom AdminSDHolder geschützten Gruppe war. Dort wurde er wieder entfernt, aber die Sicherheitseinstellungen auf dem AD-Userobjekt stimmten logischerweise nicht mehr. Schau mal nach auf dem Reiter Sicherheit im dsa.msc für diesen User und setz den Haken und klick auf "Standard". Gehts dann wieder?


    Bye
    Norbert