Willkommen im mailbox User Forum
 

Filterregeln / Sieve laden nicht MAIL_FILTER-0014 (Port 4190) nach vielen Regeländerungen

Alexander Pfabel hat dies geteilt, 5 Stunden her
veröffentlicht

Seit dem 31.10. bleibt bei mir die Seite Einstellungen → E-Mail → Filterregeln leer. Die Weboberfläche meldet „MAIL_FILTER-0014 – Error in low level connection to sieve server imap.mailbox.org at port 4190“. Mailabruf und -versand funktionieren normal.

Das Muster: Der Fehler tritt auf, nachdem ich viele Regeln kurz hintereinander angelegt habe. Zuletzt brach die Verbindung nach rund 28 Speicherungen ab, danach war der Filterdienst für Stunden nicht erreichbar. Ich nutze keinen externen Sieve-Client, alle Regeln stammen aus der Weboberfläche.

Kennt jemand das Verhalten? Gibt es eine Drosselung auf Port 4190 bei vielen Schreibvorgängen, und wie lange dauert sie? Ticket #8789140 ist offen.

Antworten (2)

Foto
1

Hast du die Möglichkeit, mit einem externen Editor die Filterdatei zu öffnen, und falls das klappt die Syntax zu prüfen?

Und funktionieren Deine Filter (zumindest ansatzweise) oder gehen die Mails komplett ungefiltert ein?

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Foto
1

Gelöst – Zusammenfassung für alle mit MAIL_FILTER-0014

Problem
Nachdem ich mehrere Filterregeln kurz hintereinander über die Weboberfläche angelegt hatte, blieb die Seite „Filterregeln“ leer. Gefiltert wurde ab da nichts mehr. Die Meldung lautete: „MAIL_FILTER-0014 – Error in low level connection to sieve server imap.mailbox.org at port 4190“. Auch ein externer Sieve-Client (Thunderbird mit Sieve-Add-on) kam nicht über den Verbindungsaufbau hinaus. Mailabruf und -versand liefen normal weiter.

Vermutete Ursache
Die Regeln selbst waren nicht fehlerhaft. Bei jeder Änderung schreibt die Weboberfläche das komplette Sieve-Skript neu auf den Server. Nach vielen Speichervorgängen in kurzer Folge, bei mir etwa 30, brach die Verbindung ab. Danach war das Skript offenbar nur noch teilweise gespeichert oder nicht mehr lesbar. Ob mailbox.org hier bewusst drosselt, ist nicht bestätigt.

Meine Lösung

  1. Alle Regeln vorher sichern: Screenshot oder eine Liste mit Name, Bedingung, Aktion und Zielordner.
  2. Das Skript zurücksetzen. Auf app.mailbox.org die Entwicklerkonsole des Browsers öffnen und eingeben:
    s=[...performance.getEntriesByType('resource')].map(e=>e.name).filter(n=>n.includes('session=')).map(n=>new URL(n).searchParams.get('session')).pop();fetch('/appsuite/api/mailfilter/v2?action=deletescript&session='+s,{method:'PUT'}).then(r=>r.text()).then(console.log)
    Wenn es geklappt hat, erscheint die Antwort {}. Das kann mehrere Minuten dauern.
    Achtung: Das löscht alle Filterregeln endgültig.
  3. Die Regeln einzeln neu anlegen, mit mindestens 60 Sekunden Pause zwischen zwei Regeln. So liefen bei mir alle 51 Regeln ohne Fehler durch, die Filterseite lädt wieder und die Filter greifen.

Allgemeine Empfehlungen

  • Regelstand sichern, bevor man größere Änderungen vornimmt. mailbox.org hat nicht zwingend eine ältere, funktionierende Kopie.
  • Regeln nicht im Akkord ändern. Lieber wenige Änderungen und zwischendurch Pausen.
  • Wenige Regeln mit mehreren Werten statt vieler Einzelregeln: In eine Regel lassen sich mehrere Absender eintragen. Das hält das Skript schlank und spart Schreibvorgänge.
  • Bei leerer Filterseite nichts ändern. Jeder weitere Speicherversuch kann das Skript weiter beschädigen. Erst prüfen, ob der Filterdienst wieder antwortet, und sonst das Support-Ticket abwarten.
  • Weboberfläche und externen Sieve-Client nicht gemischt verwenden. Laut anderen Beiträgen hier kann ein zusätzliches Skript aus einem Client die Filterseite ebenfalls lahmlegen.
  • Mit Zwei-Faktor-Anmeldung braucht man für Thunderbird und das Sieve-Add-on ein App-Passwort.

Danke für die Hinweise hier im Forum! Das Ticket schließe ich.

Dieser Kommentar ist im Papierkorb! Wiederherstellen
Hinterlassen Sie einen Kommentar
 
Dateianlage anfügen
Zugriff verweigert