Wenn dir die 4 Sekunden zu lange sind, such dir einen extra Newsletterversender. Ich bin um jeden Kunden weniger froh, der nicht die NC-Netzbereiche mit Spam runterzieht.
Antwortzeiten SMTP-Server zu lange
-
Janko -
11. November 2024 um 07:57 -
Erledigt
-
-
Hmm, nun liegt die Spamkontrolle eigentlich bei mir und diese ist default bei 250Mails/Stunde
Meiner Meinung nach machst du mit diesem Kommentar sehr deutlich, warum solche Überprüfungen absolut notwendig sind. Spam ist in erster Linie ein inhaltliches Problem. Die quantitative Schranke ist nur ein "Not-Stop". Wenn du 250 Mails, die von den Empfängern als unverlangt und störend wahrgenommen werden, an diverse große Mailprovider verschickt hast, ist der angerichtete Schaden schon groß. Das Bewusstsein, wie leicht man bei Empfängern die Grenze zwischen sinnvoller Information und nervender Werbung überschreitet, ist bei vielen Gewerbetreibenden kaum ausgeprägt. Was für den einen ein Newsletter ist, ist für den anderen UCE, und die Trennung verläuft meist scharf zwischen Absender und Empfänger.
-
ungünstig konfigurierte Spam-Prüfung.
Die Erklärung, warum es mit Off-the-shelf MTA und Anti Spam Lösung zu 5-6 Sekunden kommen kann wurde bereits mindestens einmal gegeben: Backscatter. Dadurch das die E-Mail beim MTA erst nach der Spamprüfung in die Queue eingefügt wird, verhindert man bei einer Positiv Meldung (E-Mail ist Spam) das versenden einer Mailer-Daemon E-Mail an den Absender. Es ist auch der bevorzugte Weg, dass bereits beim Enqueue sehr viele Checks passieren, gerade wenn man die Postfächer auch für den Versand per PHP/JS etc. pp. nutzt. Dadurch kann die Anwendung nämlich auf den Misserfolg reagieren.
Ich musste schon einmal mit einen MTA arbeiten, der genau das nicht gemacht hat. Der hat fröhlich alles angenommen, nur um dann schöne Mailer-Daemon Nachrichten zu verschicken, dass wegen irgendwas die E-Mail nicht versendet wird. Schön blöd das für die Laravel Anwendung dann die E-Mail als "Erfolgreich Versand" markiert waren und es deshalb kein Retry dann gab ...
Lösung für dein konkretes Problem mit Thunderbird:
Es ist btw, in Thunderbird durchaus möglich das "Versenden" in den Background zu packen:
Das ist default auf false, dass es noch known issues geben soll: https://wiki.mozilla.org/Thunderbird/Te…endInBackground.
-
in Thunderbird durchaus möglich das "Versenden" in den Background zu packen
hm, hier bei einem Thunderbird 115.16.0 in einem Mint 21.3 Cinnamon ohne diesen speziellen parameter kommt beim versenden ein popup und man kann sofort zum thunderbird hauptfenster zurückwechseln und dort ganz normal weiterarbeiten.
-
Lösung für dein konkretes Problem mit Thunderbird:
Es ist btw, in Thunderbird durchaus möglich das "Versenden" in den Background zu packen:
Vielen herzlichen Dank
! Ich bin nach der Anleitung vorgegangen und habe -wie empfohlen- beide Parameter geändert.
Hier nochmal kurz für die Nachwelt:
Thunderbird --> Versenden in den Hintergrund legen:
Einstellungen -> Erweitert -> Allgemein -> Konfigurationseditor
mailnews.sendInBackground ==> TRUE (aktiviert asynchrones versenden)
mailnews.show_send_progress ==> FALSE (deaktiviert das Fenster mit dem Sendungsvortschritt)
