Regeln vom Löschen exportiert. Import klappt aber nicht

[iDiddi 27]

Hallo Leute,

 

hab mal wieder ins Klo gegriffen. Ich benutze sehr viele Regeln (OL2k3+Exch2k3), sowohl servergespeicherte als lokale. Sicher die auch regelmäßig. Wär ja 'ne heiden Arbeit, die alle neu erstellen zu müssen ;) .

 

Jetzt hab ich's wohl ein wenig übertrieben. Der Speicher is voll (sind ja auch nur 32k). Die zuletzt angelegte Regel ließ sich aber nicht löschen. Ha, dafür hat man ja eine Sicherung :D .

 

Outlook beendet und mit Parameter /cleanrules neu gestartet. Alle Regeln sind scheinbar wech. Nun letzte Sicherungsdatei (RWZ) ausgewählt und importiert. Diese erscheinen auch ohne Fehlermeldung, sind aber plötzlich alles Clientregeln :suspect: . Die lassen sich auch alle nicht mehr bearbeiten. Beim Schließen sagt er mir auch, dass die Regeln nicht auf den Exch-Srv übertragen werden konnten weil falscher Parameter oder Speicher voll (halt diese Standardmeldung) :confused: .

 

OK, korrupt. Ältere Sicherung ausgewählt (hab ja genug davon, hehe). Ist aber genau das gleiche Resultat. Können ja nich alle korrupt sein, oder? :mad:

 

Dann fiel mir ein, das Problem hattest Du schon mal. Da hab ich mit OL2k7 zugegriffen. Der hat mir dann die ganzen Regeln zerschossen. Musste alle mühsam nachtragen.

 

Kann es sein, dass OL2k7 dafür gesorgt hat, dass ich jetzt keine Regeln mehr importieren kann? Oder schlummern im Postfach so viele versteckte Einträge, dass der Speicherplatz wirklich voll ist?

 

Hab auch schon mit MFCMapi nachgesehen (siehe Bild-Anlage). Weiß aber nicht, was man löschen darf und was nicht. Regeln sind zumindest keine mehr drin (IPM.Rule.Messages).

 

Kennt jemand das Problem und/oder kann hier helfen?

 

Gruß

 

iDiddi

[iDiddi 27]

Hallo noch mal,

 

würde ganz gerne "Cleansweep" (Clnswp32.dll) ausprobieren. Vielleicht hilft das ja. Allerdings such ich mir gerade einen Wolf.

 

Soll laut diesem KB-Artikel...

 

Installing and Using the CleanSweep Tool

 

...auch auf der Outlook97-CD drauf sein. Ist es aber nicht. BackOffice hab ich auch, nur nicht die Resource Kit-CD dazu.

 

Im Internet gibt's nur "tote" Download-Links. Könnte Jemand von Euch aushelfen?

[iDiddi 27]

Hab nochmals alles abgesucht. Das Verzeichnis ../winnt/i386 existiert auf meinen Outlook97-CDs nicht (hab 3 Stück davon!). Dabei wird das aller Wahrscheinlichkeit nach die Lösung für mein Problem sein:

 

Keine Serverregeln mehr? - Outlook - Experten berichten von ihren ganz persönlichen Erfahrungen und Lösungen

 

Hat denn wirklich keiner diese Wunder-DLL oder kennt einen Download-Link?

 

Gruß

 

iDiddi

[iDiddi 27]

Kommt schon, Leute. Was mach ich falsch, dass auf meine Beiträge nie Jemand antwortet?

[GuentherH 61]

Hi.

 

Das sind doch alles Tools, die sich auf alte Versionen von Outlook beziehen. Lies dich einmal in MFCMapi ein - MSXFAQ.DE - MFCMAPI

 

Und hier findest du auch die aktuelle Version - MFCMAPI - Release: July 2010 Second Release

 

LG Günther

[iDiddi 27]

Hallo Günther,

 

erst einmal danke, dass Du mein Flehen erhört hast.

 

Die Links zu MFCMAPI kannte ich allerdings schon. Ist auch die neueste Version installiert.

 

Das CleanSweep veraltet ist, macht laut Internet-Recherche durch diverse Foren auch nüscht. Soll auch noch unter OL2003 funktionieren. MFCMAPI soll man auch gar nicht zum Löschen verwenden. Das steht ja sogar in Deinem 1. Link:

 

Wenn Sie glauben, hier auf Probleme gestoßen zu sein, dann sollten Sie die Nachrichten NICHT mit MFCMAPI löschen, sondern Cleansweep dazu einsetzen.

 

Ich würde das wirklich gerne mit CleanSweep ausprobieren, bevor ich alle Regeln neu erstelle und dann irgendwann wieder vor dem Problem stehe.

 

Könntest Du nicht mal schauen, ob bei Dir noch so 'ne CD rumfliegt, wo das drauf ist?

 

Danke und Gruß

 

iDiddi

[GuentherH 61]

Hi.

 

Nimm MFCMAPI, das kann ich dir empfehlen und hier der KB-Artikel dazu - How to delete corrupted and hidden rules from a single mailbox in Outlook 2003

 

LG Günther

[iDiddi 27]

Ok, ok. Würde auch MFCMAPI nehmen, wenn ich wüsste, was ich löschen darf und was nicht.

 

Dieses "How To" kenne ich auch schon. Dort ist die Rede davon, IPM.Rule.Message zu löschen. Aber, wie gesagt...

 

Hab auch schon mit MFCMapi nachgesehen (siehe Bild-Anlage). Weiß aber nicht, was man löschen darf und was nicht. Regeln sind zumindest keine mehr drin (IPM.Rule.Messages).

 

...und hoffentlich auch auf meiner Bild-Anlage zu erkennen, gibt es diese Einträge nicht mehr (denke mal, dort hat der Parameter /cleanrules ganze Arbeit geleistet).

 

Also mal anderes herum gefragt: Welche Einträge darf ich denn auf keinen Fall löschen?

 

Gruß

 

iDiddi

 

PS: Wo ist eigentlich das Problem bei CleanSweep? Oder ist es lizenztechnisch verboten, die weiter zu geben?

[iDiddi 27]

So. Um dieses Thema mal abzuschließen, falls es hier überhaupt Jemanden interessiert oder noch Irgendeiner dieses Problem hat:

 

Hab folgenden Beitrag im Internet gefunden:

 

Unable to update/change/delete server side rules on Exchange 2003 for a single user. : Microsoft, Exchange Server, 2003, Rules can't be saved or deleted. Wait a few minutes and then try again. If the problem persists, contact your server administra

 

Dort hatte Jemand ein ähnliches Problem. Ihm wurde statt MFCMAPI allerdings OutlookSpy empfohlen. Hier mal der Link zum Hersteller:

 

OutlookSpy - the Ultimate Outlook Developer Tool

 

Hab es selbst nicht installiert, wird aber häufiger für den Admin-Einsatz empfohlen.

 

Im besagten Beitrag wird aufgelistet, was für Einträge im Posteingang verbleiben müssen:

 

When complete all that should remain are the following entry types: Outlook Rules Organizer, Junk E-mail rule, Outlook Message Manager (Outlook), Messages, IPM.Configuration.RssRule (if running Outlook 2007.) You may need to also delete Junk E-mail rule, but only as a las resort.

 

Leider nimmt er die gesicherten Regeln immer noch nicht an. Hab die Regeln nun doch alle neu erstellen müssen. Wenigstens das hat geklappt.

 

Werde nie wieder leichtfertig Regelsicherungen zurückspielen :mad:

 

 

Und die Moral von der Geschicht: Traue dieser Sicherung nicht ;)