Verschieben mancher Mails nicht möglich

Moin moin,

wir haben seit ein paar Tagen einen merkwürdigen Effekt in Tobit. Normalerweise landen Spam-Mails bei uns im Unverteilt-Ordner, von wo Sie via Verteilregel in den Spam-Ordner verschoben werden. Diese Regel scheint nicht mehr für alle Mails dieser Art zu funktionieren - die Mails (aber nicht alle) bleiben im Unverteilt-Ordner liegen.

Verschieben wir diese Mails manuell, verschwinden diese für den Zeitpunkt des Verschiebens - sind aber nach Aktualisierung des Fensters wieder da. Wenn ich diese manuell über das Kontext-Menü verschieben will, erhalte ich die Tobit-Fehlermeldung: "Der Vorgang konnte nicht durchgeführt werden. Möglicherweise wird gerade von einem anderen Prozess auf die betreffenden Daten zugegriffen. Versuchen Sie es später noch einmal." Also scheint irgendetwas sowohl den manuellen Vorgang, als auch das automatisierte Verschieben zu blockieren.

Nun habe ich gedacht, es könnte ja unser Virenscanner sein und habe diesen sowohl auf meiner Client-Maschine und auch auf dem Server testweise deaktiviert, aber das macht keinen Unterschied.

Ist so etwas bekannt? Gibt es hierzu eine bekannte Lösung?

Liebe Grüße,

Jan

Hallo Jens,

ja, wir nutzen den MIS. Die Identifizierung funktioniert auch einwandfrei. Sowohl die automatisch verschobenen, als auch die, bei denen es nicht funktioniert, werden korrekt als Spam klassifiziert.

Berechtigungen habe ich eigentlich schon ausgeschlossen, denn es klappt ja bei manchen Mails und bei anderen wieder nicht.

Ich kann verstehen, dass das wie der Blick in die Glaskugel ist

Wo liegt denn so eine Fernwartung preislich?

Beste Grüße,

Jan

Hallo Jens,

sorry für die späte Rückmeldung, da kam der Urlaub dazwischen

Der Server wurde bereits neu gestartet, dabei trat kein Unterschied auf. Den Virenscanner habe ich jetzt aufgrund des Urlaubs nicht deaktiviert gelassen...

Du hast Recht, per se gelangt der Spam in die jeweiligen Spam-Ordner der Benutzer. Wir reden hier also lediglich über den Spam, der nicht zugeordnet werden kann. Ein paar Einstellungen haben wir in den Backline-Services getätigt. Zur Sicherheit habe ich die Einstellungen einmal auf Standard zurückgesetzt - das brachte auch nach dem Neustart des Service Layers leider keine Besserung.

Die Ordnerbezogenen Einstellungen benutzen wir nicht - aber ich werde diese mal testweise aktivieren, vielleicht funktioniert es statt dessen darüber.

Außerdem will ich herausfinden, welche Emails es genau betrifft. Vielleicht ist nur eine bestimmte Kategorie oder Empfängeradresse betroffen. Das dauert sicher ein paar Tage.

Zu der Meldung mit dem Zugriff: Welcher Benutzer wird seitens Tobit für die Verteilung benutzt? Vielleicht hat dieser User ja nur lediglich keine Rechte auf den Ordner - oder existiert vielleicht gar nicht?

EDIT: Ach ja: Ich hatte noch gar nicht erwähnt, dass das Löschen derartiger Mails kein Problem darstellt - lediglich das Verschieben ist problematisch. Seltsam, oder?

Viele Grüße,

Jan

Moin Jens,

ich habe jetzt ein paar Tage Informationen gesammelt, die mir leider nicht weiterhelfen. Es sind alle Benutzer davon betroffen - oder gar keiner, je nachdem, wie man es sehen möchte. Manche Spam-Mails kommen nach Unverteilt, obwohl Sie eigentlich im Spam-Ordner des Benutzers landen sollten. Andere wiederum werden korrekt einsortiert.

Zitat

Welche Funktion aus dem Kontextmenü meintest Du genau die Du für das Verschieben benutzt?

Rechtsklick auf die Email -> Verschieben nach --> Unverteilt/Spam . Hier kommt es zu der Meldung "Der Vorgang konnte nicht durchgeführt werden. Möglicherweise wird gerade von einem anderen Prozess auf die betreffenden Daten zugegriffen. Versuchen Sie es später noch einmal."

Beim Verschieben per Drag&Drop gibt es keine Fehlermeldung, die Mail verschwindet, taucht aber nach Aktualisierung sofort wieder auf.

Zitat

Wie verhält es sich mit normalen Mails? Kann man dieses problemlos verschieben und tauchen die nach dem manuellen Verschieben auch nicht wieder auf?

Mit normalen Mails klappt es problemlos.

Mir fehlt es an weiteren Ideen

Moin Jens,

Zitat

wenn das manuelle verschieben per Drag & Drop funktioniert, die Verteilung per Kontextmenü und die automatische Verteilung aber nicht, würde ich drauf tippen, dass der Benutzer unter dem der Service Layer Dienst gestartet wird (standardmäßig SYSTEM), keine Berechtigungen auf die entsprechenden Ordner hat. Würde natürlich nicht erklären, warum es manchmal korrekt funktioniert.

Der Dienst wird bei uns mit "lokales Systemkonto" gestartet. Und ja, die Sporadität spricht eher für einen anderen Effekt.

Zitat

Das bezieht sich aber nur auf den Unverteilt\Spam Ordner? Was ist, wenn Du über Verschieben nach > Ordnerauswahl den Ordner noch mal neu auswählst?

Nein, es ist egal, welchen Ordner ich über die Verteilung auswähle. Es schlägt mit diesen Objekten immer fehl.

Zitat

Prüf bitte mal den UNC Pfad des Unverteilt\Spam Ordners (Eigenschaften des Ordners, ggf. auf das Icon oben links klicken, damit der UNC Pfad unter dem David Namen angezeigt wird). Im Normalfalls sollte der \\<euer-server-name>\david\archive\common\spam lauten.

Das ist bei uns auch der Fall.

Zitat

Finden sich im David Ereignislog irgendwelche Hinweise / Fehlermeldungen (Servername > System > David > Ereignisse)?

Nein, nur "normale" Meldungen.

Zitat

Hattest Du in der Testphase jetzt den Virenscanner deaktiviert oder zumindest das David Verzeichnis ausgeschlossen?

Gibt es noch andere Software auf dem Server, die da reingrätschen könnte?

Eine Ausnahme für das David Verzeichnis habe ich gerade hinzugefügt - die Ergebnisse sehe ich aber erst morgen.

Andere "Reingrätscher" haben wir meines Erachtens nichts. Mich wundert bloß, dass selbst wenn ein Virenscanner oder ähnliches dazwischengrätscht, dann ja nur temporär - nach einer Überprüfung der Datei sollte ja alles wieder funktionieren. Bei uns bleibt dieser Status ja leider erhalten.

Hast Du eine Idee, warum das Löschen dieser Mails funktioniert, das Verschieben jedoch nicht? Könnte dies auch irgendwie mit den David Archiv-Daten selbst zusammenhängen?

Liebe Grüße,

Jan

Hallo Jens,

die Ausnahme des Virenscanners hat leider nichts gebracht.

Aber mir ist gerade etwas anderes aufgefallen:

Der Pfad des Unverteilt-Ordners ist bei uns \\server\david\archive\common . Bei den Mails, bei denen das Verschieben fehlschlägt, stimmt der Pfad nicht, den ich über Tobit angezeigt bekomme (über Rechtsklick auf die Mail -> Eigenschaften)! Beispiel: \\server\david\archive\user\10074040\system\spam\i43e607d . Die Datei "i43e607d" existiert in diesem Moment auch gar nicht in dem Ordner auf Festplatten-Perspektive.

In meinem Kopf macht es Sinn, dass das Regelwerk so nicht greift, denn wenn der Service Layer nun Verschieberegel-technisch alle Objekte des Unverteilt-Pfades abarbeiten will, findet er die entsprechende Datei natürlich nicht.

Damit haben wir das Symptom (glaube ich) schon einmal gefunden - nun zum Symptom/Fix...

Grüße,

Jan

Moin Jens,

es geht nur langsam voran, da ich mir jetzt auch noch die Hand gebrochen habe

Schonmal vorab: Es sind keine Verknüpfungen.

Unverteilt ist bei uns \\server\david\archive\common .

Eine Spam-Mail von heute zeigt dort jedoch den Pfad \\server\david\archive\user\10074040\system\spam\i43e76d0 . Die Datei liegt aber weder im oben genannten Unverteilt-Pfad, noch im genannten User-Pfad, denn weder den Unterordner system, noch den Unterordner spam sehe ich auf Dateiebene - sie existieren nicht.

Das könnte die Ursache sein, oder? Die Mail kommt rein, der Service Layer will Sie laut Voreinstellung in den Spam-Ordner des Benutzers verschieben, aber der existiert nicht.

Ich habe den Pfad jetzt mal angelegt, vielleicht hat es sich damit ja bereits erledigt.

Grüße

Jan

Danke Dir.

Ich habe den Ordner auf Dateiebene angelegt und anschlißend das ArcUtil drüberlaufen lassen. Die Ordner werden angezeigt.

So ist es richtig, oder?

LG Jan

Hallo Jens,

ah, gut zu wissen, der Trick mit den {}.

Das Problem ist gelöst! Das Fehlen des Ordners war die Ursache.

Tausend Dank für Deine Hilfe!

Liebe Grüße,

Jan