Hallo Wolfgang,
das ist so nicht ganz richtig: Der Test wird schon auch versandt, doch weil die anderen Einträge vorher da waren, wird der Test ans Ende gesetzt. Wenn die anderen Einträge noch nicht ihr Limit erreicht haben, muss der Test warten, bis die anderen Mails versandt wurden. Es gibt eben nur eine Warteschlange mit Mails, die abgearbeitet werden sollen.
Die Probleme sind vor allem darauf zurück zu führen, dass die Angelegenheit auf einem Webserver abgearbeitet wird. Ein Webserver ist verbindungslos und damit auch statuslos. Wenn man eine Seite aufruft, wird zwar eine Verbindung aufgebaut, aber sobald die Seite ausgeliefert ist, wird die Verbindung auch wieder abgebaut. Der Webserver merkt sich auch nicht, was hgier gelaufen ist, macht ja keinen Sinn.
Jeder Klick verursacht eine Verbindung. Das ist auch so, wenn der Newsletter ausgeliefert werden soll. Da hat der Webserver eben einiges zu arbeiten, bevor er quasi die Seite ausgeliefert hat. Damit die Daten von BwPostman konsistent bleiben, sollte man den Versand an dieser Stelle auch nicht abbrechen.
Wenn in der Warteschlange Einträge vorhanden sind, die bereits ihr Limit an Sendeversuchen erreicht haben, andere aber nicht, dann werden bei einem Klick auf erneut versenden (oder so) in der Warteschlange die Mails versendet, deren Limit noch nicht erreicht ist.
Dein Problem scheint nun zu sein, dass dein Mailserver die Einstellung hat, dass zwischen einzelnen Sendeversuchen 4 Sekunden gewartet werden muss, dass maximal 250 Mails von einem Konto aus versendet werden können und dann 2 Stunden gewartet werden muss.
Die zwei Stunden Wartezeit und das Limit von 250 Mails lassen sich beim Versand in BwPostman ja einstellen. Allerdings hatte ich es noch nicht, dass zwischen zwei Mails auch noch mal gewartet werden muss. Auf der einen Seite verständlich, wenn man davon ausgeht, dass als Sender nur ein realer Mensch akzeptiert wird, der ein paar Sekunden braucht, um ein Mail zu erstellen und abzusenden. Damit sperrt man irgendwelche Bots, die mailen wollen, ganz sicher aus. Aber man sperrt auch einen Newsletter aus.
Als Lösung würde ich in deinem Fall versuchen, mit den Administratoren des Mailservers zu verhandeln, dass sie eine Mailadresse nur für den Versand des Newsletters einrichten und dem das Recht geben, schneller Mails versenden zu können.
Als Alternative überlege ich, ob Du vielleicht deine Abonnenten in Teil-Mailinglisten aufteilen kannst, die Größe der Teil-Mailinglisten auf 250 beschränken, beim Senden auf 1 Empfänger zur Zeit mit 4 Sekunden Wartezeit. Dann liegt es an Dir, anschließend die zwei Stunden zu warten, bis Du die nächste Teil-Mailingliste versendest.
Das ist vom Handling her recht umständlich. Aber das könnte man mit dem Plugin
BwPostman TimeControl
wenigstens zum Teil vereinfachen. Man erstellt den Newsletter für eine Teil-Mailingliste und sendet ihn mit einem Starttermin. Dann kopiert man ihn und schickt ihn an die zweite Teil-Mailingliste mit einem Starttermin, der mindestens 2 Stunden nach dem ersten ist. Möglicherweise musst Du aber auch noch die Laufzeit für den Versand der 250 Mails mit 4 Sekunden Abstand zu der Verzögerung dazu rechnen. Das machst Du, bis die ganzen Abonnenten/Teil-Mailinglisten abgearbeitet sind.
Ich selbst kann auch noch überlegen, wie und wo ich eine einstellbare Verzögerung zwischen zwei Mails einbauen kann, in deinem Fall eben die 4 Sekunden. Dann könntest Du die anderen Werte (250 Empfänger, dann 2 Stunden Pause) wie gewohnt einstellen. Aber es wird sicherlich noch eine Weile dauern, bis ich das umgesetzt habe. Gehe nicht von Tagen sondern eher von Wochen aus.
Eventuell kann ich mir auch überlegen, dass jedes Senden eine ID bekommt, die in der Warteschlange mit eingetragen wird. Dann könnte man das erneute Senden dort vielleicht auch damit verknüpfen, ob nach dieser ID gefiltert ist und dann die Aktionen (Zustellversuche zurücksetzen etc.) nur auf die gefilterten Einträge anzuwenden. Aber auch das wird dauern und sorgt nicht dafür, dass BwPostman einen Test-Versand an der vorhandenen Warteschlange vorbei senden kann.
Hth
Romana
