Wenig am Toolbox-Code ist plattformabhängig. Das meiste sollte ohne große Änderungen auch unter Linux compilierbar/nutzbar sein.
(Als Binary wurde das aber nie angeboten, hauptsächlich weil das Anbieten vorcompilierter Pakete für Linux-Systeme damals noch ein ziemlicher Albtraum war und dem kaum Nachfrage gegenüber stand.)
Ich lass von CLaude gerade ne eigene neue und Modernere Version von b1gmail entwickeln, basierend auf Laravel 13.
Wird diesen Monat noch fertig.
😀
Der Name sollte in der SMTP-Session nicht auftauchen. Worauf basiert die Aussage "Grund: Umlaut im Namen (nicht in der E-Mailadresse)."?
Die genaue Fehlermeldung, idealerweise mit Logs des Mail-Clients, wäre hilfreich, sowie die Debug-Logs auf b1gMailServer-Seite. "Kann nicht senden" kann so vieles bedeuten.
Welcher Provider erlaubt denn Reselling / Kommunikationsabwicklung für Dritte? (Ernst gemeinte Frage, wenn's sowas gibt, hätte ich da sicher auch Verwendung für ;))
Hast du keine Bedenken, dass darüber jemand Mist macht und es dann morgens um 5 bei dir klingelt?
Qt gibt es doch auch für Linux und viele andere Systeme - wieso war da ein Umstieg auf GTK nötig?
Fehler gefunden:
Habe gerade in der Doku gesehen, dass ich eventuell den PMG nicht als vertrauenwürdig klassifizieren sollte, jetzt klappts mit der Empfängerverifizierung.
Grey Listing und IP Ban deaktivieren als Vertrauensstufe?
Das ergibt m.E. mehr Sinn, ja. Greylisting usw sollte ja schon Proxmox machen.
Wenn da alle Mails angenommen werden auch für nicht-existente lokale Adressen, hast du ein Problem. Zeig doch mal die Subnetz- und DNSBL-Regeln.
Sehr schick!
Ich muss das hier nochmal aufgreifen, der B1gmailserver hat aktuell keine Usererkennung. Proxmoxx stellt dann einfach alles gültige an b1gmailserver zu und b1gmailserver wird dann zum Backscatter und versucht den Ballast loszuwerden , ich kämpfe die ganze Zeit mit Outlook, jemand ne Idee muss ich proxmox wirklich auch zum Versand nutzen?
CodeID / Typ: 339283280 (14390D50) (Ausgehende E-Mail) Datum: Heute, 09:16:06 Größe: 34,64 KB Von: < - > An: <bounces@bounce.wahrse.com> Zustell-Versuch(e): 1 Letzter Zustell-Versuch: Heute, 09:17:06 (2; imap.com: Timeout while connecting socket (1)) Eingeliefert für: System SMTP-User: Unbekannt
Wie sieht denn deine Proxmox-Config aus?
Ich hoffe, du hast den nicht einfach als vertrauenswürdig in b1gMailServer klassifiziert und lässt den alles annehmen; dann kann der nämlich tatsächlich alles einkippen und Backscatter und jede Menge andere Probleme sind vorprogrammiert.
Ich vermute, dass Thunderbird versucht, den Ordner in den Papierkorb zu verschieben. b1gMail unterstützt aber keine Unterordner beim Papierkorb.
Ja, hatte ich auch beobachtet. Habe als Workaround eine empty.html geladen statt about:blank und eine Kleinigkeit im JS angepasst, ohne es genauer analysiert zu haben.
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.
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).
Sehr konfuser Thread, bin mir nicht sicher ob hier nicht Dinge vermischt werden, die eigentlich nichts miteinander zu tun haben. Es fehlt weiterhin an vielen Informationen (zB wie der „Fehler“ (welcher?) behoben wird und was das Template damit zu tun hat).
Die Fehlermeldung sollte eigtl auch schon im Setup auftreten, wenn mich nicht alles täuscht. Man merkt es also früh genug.
