André Bauer schrieb: > am Dienstag, 21. April 2009 um 09:44 schrieben Sie: > > > LK> Falls ersteres, koennte man das vielleicht fuer eine zukuenftige > LK> Version vorsehen, dass PostMasterPOP3 eine empfange Mail erst mal > LK> lokal ablegt, so dass man sie erneut "zustellen" kann, wenn das > LK> OTRS gerade mal Probleme hatte? > > > Sowas in der Art steht schon in der Todo List: > > http://bugs.otrs.org/show_bug.cgi?id=2823
Nicht ganz. Dort geht es um die Verwendung von Transaktionen beim Beschreiben von mehreren Tabellen (ueberrascht mich, dass das nicht schon passiert, schliesslich sind die Tabellen ja vom Typ InnoDB). Beim bei mir vorliegenden Fall, habe ich eine durch Systemabsturz inkonsistente Datenbank. Das fuehrt beim Versuch, ein neues Ticket anzulegen zu einem Fehler. Wird das Ticket vom PostMasterPOP3 angelegt, faellt dieser auf die Nase, legt die Originalmail dann aber nicht irgendwo im System ab, so dass man das Ticket nicht neu erstellen kann, wenn die Datenbank wieder schnurrt. Technisch bedeutet das einen Datenverlust, mit dem Effekt, dass Kunden keine Antwort auf eine Anfrage bekommen (allerdings auch keinen Autoresponder, was die Aufgeweckten unter den Kunden schon mal einen Hinweis darauf gibt, dass es keine Boshaftigkeit ist). Haelt man an die Supportadresse gesendet Mails nicht parallel in einem (z.B. IMAP-)Archiv, kann man ueber das syslog vielleicht noch nachvollziehen, welcher Kunde eine Mail an den Support ge- schickt hat, man hat aber den Inhalt dieser Mails nicht mehr vor- liegen und darf diese dann telefonisch erneut anfordern. Gruesse, Lothar --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de NEU! ENTERPRISE SUBSCRIPTION - JETZT informieren und buchen! http://www.otrs.com/de/support/enterprise-subscription/
