Klingt für mich eher nach einem anderen Problem, wenn die nicht zugestellt werden können. Sind das vllt. Autoresponder oder Weiterleitungen deiner User? Die werden nämlich auch mit leerem Return-Path versendet.
Beiträge von patrick
-
-
Du kaperst hier leider nur den Thread für deine eigenen Themen. Vermutlich wäre ein eigener Thread sinnvoller. (Oder gleich ein Patch/PR auf GitHub.)
Das Akzeptieren leerer Return-Paths ist ein wichtiger Aspekt, um standardkonform E-Mail-Server zu betreiben. Ein leerer Return-Path kann schon deshalb keine Fälschung sein, da er leer ist. Verstehe also nicht, inwiefern das irgendwem helfen soll. -
Ich verstehe leider nicht, was du damit bezwecken willst.
-
Nein, das ist absolut valide und von den entsprechenden RFCs vorgesehen für Bounces, Auto-Replies etc, u.a. um Endlos-Loops zu verhindern.
-
macOS macht einem das in neueren Versionen sehr schwer, da Apps notarisiert werden müssen etc, um keine Warnungen und Verrenkungen bei der Installation zu erfordern. Ein on-the-fly-Generieren der Toolbox ist damit deutlich erschwert, man muss vermutlich bei Apple die entsprechenden Mitgliedschaften/Zertifikate kaufen etc...
-
sshfs scheint kein Locking zu unterstützen, daher kann das gefährlich werden. Ich würde es nicht tun.
-
Die Meldung deutet darauf hin, dass die .msg-Datei der jeweiligen E-Mail im data-Ordner entweder fehlt oder aus anderen Gründen nicht geöffnet werden kann (Rechte, etc).
-
-
Die Fehlermeldung sollte eigtl auch schon im Setup auftreten, wenn mich nicht alles täuscht. Man merkt es also früh genug.
-
Stimme ich voll und ganz zu. jeder Benutzer sollte seine eigene Tabelle bekommen mit seinen eMails.
Ich denke ein Sharding-Ansatz wäre sinnvoller, habe dazu hier im Forum schonmal irgendwann was geschrieben.
-
Das synchronisiert bei mir praktisch sofort… Ist das ein sehr großes Postfach? Wie lange dauert das denn bei dir ca.?
Was habt ihr als „Internes Idle-Poll-Intervall“ eingestellt in den bMS-IMAP-Einstellungen?
-
Gute Initiative, habe ich mal aufgegriffen (siehe https://github.com/b1gMail/b1gMailServer/issues/20). Ich vermute, dass das OpenSSL-Library-Problem daher kommt (kam), dass der MariaDB-Connector noch gegen OpenSSL 1.1 gelinkt hatte. Hatte aber bisher noch keine Zeit, zu testen. Wäre super wenn das jemand testen könnte.
-
Wenn jemand einen betroffenen Account mit mir teilen könnte, den ich zum Test auf einem Testgerät einrichten darf, plus ACP-Zugriff, wäre das super hilfreich. Ich konnte es selbst bisher nur einmal reproduzieren, und konnte den speziellen Fall durch eine Änderung entschärfen (siehe letzter bMS-Commit auf GitHub (*)). Es scheint aber noch mehrere andere Ursachen zu geben, die ich bisher nicht reproduzieren konnte.
-
Super, dass es wieder funktioniert.
Manchmal sind's einfach komische Zufälle...
-
Ja, an der Datei liegt es nicht, das muss was anderes sein.
Die Mailserver-Queue wird aber abgearbeitet? Was sagen die b1gMail-Logs?
-
Die Datei gehört zum Adminbereich und wird beim Mailempfang nichtmal geladen. Ein Zusammenhang mit der Änderung dürfte ausgeschlossen sein.
Um rauszufinden, woran das Problem liegt, sind also mehr Informationen nötig. -
Ich benutze einen eigene SMS Lösung, bestehend aus einer Lebara 3€/mon SMS Flat, nen Billigen UMTS Stick, Debian als Betriebssystem und nem PHP SMS Script welches über GET mittels URL abgerufen wird.
PSA: Man sollte da aber genau die AGB lesen, vor allem wenn man das nicht nur selbst nutzt.
-
Was heißt "ist aus"? Lebt der Prozess nicht mehr? Falls der Prozess abstürzt (-> syslog / dmesg), mit welchen Details? Mail/Syslog-Einträge? Fragen über Fragen

-
SMTP als Versandmethode ist in der Hinsicht deutlich weniger fehleranfällig. Ich würde empfehlen, umzustellen.
-