Beiträge von LittleMice

Hallo Leute,

folgender Hintergrund:

In einer Citrixumgebung mit mehreren Servern und Outlook 2007 haben einige User die Autoarchivierung eingeschaltet.

Leider wandert die Archivdatei nicht mit. Dies soll sie auch gar nicht. Archivierung ist verboten. Mittlerweile wurde die Autoarchivierung per GPO deaktiviert.

Leider bekommen jetzt einige Anwender immer noch die Fehlermeldung, dass die Archive.pst nicht gefunden wird.

Outlook speichert diese Information in der Registry unter:
HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles

Profilname\
0a0d020000000000c000000000000046

Hierzu gibt es auch einen kb von ms:
http://support.microsoft.com/kb/198479/en-us

Wenn der Key 001f0324 gelöscht und Outlook neu startet wird in der Registry ein neuer Key mit dem Verweis auf die Archivdatei erzeugt (1102044e)

Wenn man den Wert für Outlook 2007 entfernt reicht das aber noch nicht.

Nach wie vor erscheint die Fehlermeldung das die Archive.pst nicht gefunden werden kann.

Der Plan ist ein Script zu entwickeln, welches den Eintrag löscht um die Fehlermeldung zu unterbinden.

Was habe ich bislang übersehen?

Erst mal vielen Dank für den Input.
Meint ihr SP3 fixt das überhaupt?

Was sagt ihr zu der 50MB Beschränkung?

Ich werde dann mal den SP3 Install anpeilen und laut geben!

Hi Leute,

ich habe gerade folgendes Problem:

Der Exchange Server 2007 SP2 (Updaterolleup 4 für Exchange 2007 Service Pack 2) meldet folgenden Fehler:

Quelle: MSExchangeTransport
Datum: 17.07.2010 18:39:17
Ereignis-ID: 10003
Aufgabenkategorie:PoisonMessage
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: ***
Beschreibung:
Fehler des Transportprozesses während der Nachrichtenverarbeitung mit dem folgenden Aufrufstapel: System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Microsoft.Exchange.Protocols.Smtp.SmtpInServer.HandleConnection(Socket connection)
bei Microsoft.Exchange.Protocols.Smtp.SmtpInComponent.HandleConnection(Socket connection)
bei Microsoft.Exchange.Transport.Main.Program.HandleConnection(Socket clientConnection)
bei Microsoft.Exchange.ProcessManager.ControlObject.CommandReceived(Int32 size)
bei Microsoft.Exchange.ProcessManager.ControlObject.ReadMessageCompleteInternal(IAsyncResult asyncResult)
bei System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP).
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="MSExchangeTransport" />
<EventID Qualifiers="49156">10003</EventID>
<Level>2</Level>
<Task>10</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2010-07-17T16:39:17.000Z" />
<EventRecordID>300557</EventRecordID>
<Channel>Application</Channel>
<Computer>***</Computer>
<Security />
</System>
<EventData>
<Data>System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Microsoft.Exchange.Protocols.Smtp.SmtpInServer.HandleConnection(Socket connection)
bei Microsoft.Exchange.Protocols.Smtp.SmtpInComponent.HandleConnection(Socket connection)
bei Microsoft.Exchange.Transport.Main.Program.HandleConnection(Socket clientConnection)
bei Microsoft.Exchange.ProcessManager.ControlObject.CommandReceived(Int32 size)
bei Microsoft.Exchange.ProcessManager.ControlObject.ReadMessageCompleteInternal(IAsyncResult asyncResult)
bei System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP)</Data>
</EventData>
</Event>

Ein Neustart des Transportdienstes behebt das Problem.

Offensichtlich handelt es sich um ein bekanntes älteres Problem
Bei Microsoft gibt es auch einen KB Artikel : http://support.microsoft.com/d…aspx?scid=kb;en-us;947551
Allerdings müsste der Fehler mit der bereits installierten Version längst behoben sein …

Seit kurzem gibt es SP3 für Exchange 2007. Evtl. hilf dies ja.

Kennt einer von euch das Problem bzw. hat bereits Erfahrung mit SP3 und seinen Nebenwirkungen?

BestPracticeAnalyser meckert die Größe der zu empfangenden und Sendenden Nachrichten an: Hier sind 50MB eingestellt. Eigentlich doch kein Problem oder?

Der Fehler tritt nur 1x Pro Woche auf (Samstags) Eventlogeintrag siehe oben...

Hallo,

genau - der Exchange Server ist sozusagen sehr geheim

Da war ich wohl etwas zu enthusiastisch was die Sicherheit angeht.

Das Problem hat sich erledigt.

Der Event kommt nicht mehr vor. Ursache war das vollgelaufene Postmaster Konto.

Vielen Dank für Eure Hilfe!

Inzwischen habe ich heraus gefunden, das es ein dedizierte Postfach für den Postmaster gibt. Dieser hatte ein Postfach, welches die Postfachgrenze gesprengt hat.

Temporärerweise habe ich das Limit aufgehoben.

Der Befehl
get-mailbox postmaster | Get-MailboxStatistics
zeigt nach wie vor an das das Konto disabled ist.

Wann merkt der Server das es kein Limit mehr gibt?
Welcher Dienst muß neu gestartet werden oder hilft nur ein Neustart des Servers?

Hallo Community,

ich habe ein Problem mit einem Ex2007. Auf dem Server kommt es im wöchentlichen Abstand vor, dass Emaily nicht mehr vom Server angenommen werden. Auf dem Ex2007 erscheint folgende Fehlermeldung:

Hier der Eintrag der sekündlich das Eventlog füllt:
Protokollname: Application
Quelle: MSExchangeIS Mailbox Store
Datum: 16.07.2010 08:46:52
Ereignis-ID: 1022
Aufgabenkategorie:Anmeldungen
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: *****
Beschreibung:
Anmeldefehler bei Datenbank '***' - Windows-Konto NT-AUTORITÄT\NETZWERKDIENST; Postfach /o=AWO/ou=Exchange Administrative Group (***)/cn=Recipients/cn=Postmaster.
Fehler: 1245
Clientcomputer: ***
Clientprocess: edgetransport.exe
Clientprocess-ID: 0
Clientanwendungs-ID: Client=Hub Transport
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="MSExchangeIS Mailbox Store" />
<EventID Qualifiers="49168">1022</EventID>
<Level>2</Level>
<Task>16</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2010-07-16T06:46:52.000Z" />
<EventRecordID>299078</EventRecordID>
<Channel>Application</Channel>
<Computer>***</Computer>
<Security />
</System>
<EventData>
<Data>NT-AUTORITÄT\NETZWERKDIENST</Data>
<Data>/o=AWO/ou=Exchange Administrative Group (***)/cn=Recipients/cn=Postmaster</Data>
<Data>1245</Data>
<Data>***</Data>
<Data>***</Data>
<Data>edgetransport.exe</Data>
<Data>0</Data>
<Data>Client=Hub Transport</Data>

Das Cmdlet test-systemhealth ergibt, das diverse gruppen kein recht auf dem oab ordner haben. Ich habe diese Rechte für alle erwähnten Gruppen gesetzt. Beim erneuten Aufruf werden allerdings die gleichen Rechte moniert. Ich nehme an, das ich einen Dienst neu starten muss bzw. den Server neu starten müsste.

Ich nehme an, das das OAB Problem allerdings nichts mit dem Eventlogeintrag zu tun hat, da hier wohl ein Berechtigungsproblem des Netzwerkdienstes auf das Postmasterpostfachs vorliegt.

Ich bin mir nicht 100% Sicher ob das Postmasterkonto dem Administrator gehört.
Wie kann ich das checken?

Ein Check von get-mailboxuser administrator | get-mailboxstatistic ergab das das Postfach nicht voll ist ...

Zur Info. Es gibt noch einen weiteren Ex2010 Server in der Organisation, der die HT Rolle und die Mails dann ans I-Net sendet. Hier gibt es keine Probleme in den Eventlogs (System, Anwendung).

Versionen: Ex2007 8.2 Build 176.2, Rolle Mailbox, CA, HT
Ex2010 14.0 Build 639.21, Rolle HT

Ich würde mich freuen wenn mir jemand einen Tipp geben kann die Eventlogflut zu beenden!

Vielen lieben Dank! Der Tipp hat ins Schwarze getroffen!

Keep on the good Work!!!

Hallo zusammen,

leider scheint genau diese Einstellung das Problem nicht zu lösen.

Auch Versuche seitens Outlook2007 die Codierung bei Besprechungsanfragen abzustellen sind bislang fehlgeschlagen.

Gibt es evtl. in den Untiefen der Powershellbefehle eine Einstellmöglichkeit Explizit für Besprechungsanfragen.

Oder steckt das Geheimnis evtl. in der Reg?

Viele Grüße
von Littlemice

Es geht hier um das verändern des Standardverhalten eines Exchange2007er Servers.

Besprechungsanfragen werden auf einem 2007er immer mit Base64 codiert.

Kann dieses Standardverhalten serverseitig ausgeschaltet werden, so das der Exchange2007 sich wie ein Exchange2003 Server verhält?

Sinn und Zweck des ganzen ist die programmtechnische Verarbeitung dieser Dateien. Dies geht jedoch nur, wenn sie im Klartext vorliegt - also so wie der Ex2003 eine Besprechungsanfrage versendet.

Folgendes Problem tritt auf einem 2007er Server auf.

Besprechungsanfragen werden standardmäßig immer in mit der Base64 Codierung versehen.

Auf einem Exchange 2003 kommen die Anfragen als Klartext an.

Kann auf dem Exchange 2007 serverseitig die Base64 Codierung für Besprechungsanfragen deaktiviert werden, so dass er sich wie unter 2003 verhält?