Zammad: E-Mails wegen Fehler beim Konfigurieren weg

Hallo @Julian0o - das ist wirklich schlimm! Gibt es eine Möglichkeit, uns eine Protokolldatei der durchgeführten Aktionen und möglicherweise einige Fehlerprotokolle zur Verfügung zu stellen? Sie finden alle Protokolle im Verzeichnis log/ Ihrer zammad-Instanz.

@thorsteneckel Den Container
Ich werde versuchen, das Problem zu reproduzieren, da dies ein sehr kritisches Problem ist.

Ich stimme dir vollkommen zu! Ich warte auf Ihre Antwort. Danke!

Hmm. Ich habe eine neue Konfiguration mit den gleichen Maileinstellungen vorgenommen und keine Fehlermeldung erhalten... aber diesmal hatte ich nur 2 Mails im Posteingang. Vielleicht tritt das Problem auf, wenn Sie eine Menge Mails darin haben...

Wir werden versuchen, dies so schnell wie möglich zu reproduzieren.

Ich bevorzuge eher den IMAP-Ansatz. OTRS hatte das gleiche Problem.

Anstatt Mails herunterzuladen und vom Server zu löschen, synchronisieren Sie sie und belassen Sie sie im ursprünglichen Postfach. Setzen Sie einfach das SEEN Flag nach einer erfolgreichen Ticketerstellung oder setzen Sie im schlimmsten Fall ein benutzerdefiniertes/konfigurierbares Flag.

Ansonsten kann es leicht zu einem Szenario wie dem in dieser Ausgabe eingangs beschriebenen enden, was jedoch auch die Berücksichtigung von Szenarien erschwert/erschwert, in denen das ursprüngliche Postfach auch für die Nachrichtenarchivierung usw. verwendet wird.

Ich denke, dies ist eine ziemlich grundlegende Änderung, aber wäre es im Allgemeinen möglich, den IMAP-Ansatz hinzuzufügen?

+1 - Verwenden Sie das IMAP SEEN Flag oder ein beliebiges benutzerdefiniertes Flag oder erstellen Sie eine MAILBOX (INBOX.IMPORTED) und verschieben Sie die verarbeiteten Mails in diesen Ordner, anstatt sie zu löschen. Es sollte keine bahnbrechende Veränderung sein. Die beste Option wäre: Lassen Sie den Benutzer entscheiden. Kontrollkästchen hinzufügen (E-Mails nach dem Import von IMAP löschen oder nicht)

Aufgenommen von Nr. 955

===Zitat beginnen===
@elisp , danke für deinen Kommentar von #243! Im Moment denke ich, dass das Setzen eines Flags der beste Weg ist. Ich würde ein benutzerdefiniertes Flag bevorzugen, da das SEEN-Flag zu leicht geändert werden kann. Stellen Sie sich vor, Sie möchten die Original-Mails in Roundcube durchsuchen. Zu leicht klickt man dann auf eine Mail, die als 'gelesen' markiert ist. Oder umgekehrt: Sie markieren eine Mail als UNSEEN. Möglicherweise würde Zammad dadurch dieselbe alte E-Mail importieren, sodass Sie am Ende 2 Tickets erhalten.

Eine andere Lösung könnte sein, wenn Zammad jede neue/ungesehene E-Mail mit seiner eigenen Datenbank vergleicht, um zu sehen, ob eine bestimmte E-Mail bereits importiert wurde. Die Flaggen würden also keine Rolle spielen.
===Zitat beenden===

Gibt es diesbezüglich Fortschritte. Die in #955 erwähnte Flagge scheint eine gute Idee zu sein.
Dies würde mir in unserem Anwendungsfall von Zammad wirklich helfen.

Die Flagge ist schon da. Also ich denke, wir können das schließen?