Newsletterversand bricht nach ca. 100 Mails ab
Newsletterversand bricht nach ca. 100 Mails ab
Hallo,
vielleicht kennt hier jemand das Problem bereits.
Der Versand des Newsletters lief beim ersten Einsatz noch für ca. 240 Adressen einwandfrei.
Dann, beim nächsten Versand - es waren nur ca. 20 Empfänger mehr - brach der Versand bei ca. 100 bis 120 Empfängern ab.
Angeblich ist weder am Server noch am Mailserver was umgestellt worden, die nächste Versandadresse sieht auch harmlos aus.
Was kann denn hier bloss das Problem sein?
Hat da schon jemand ähnliche Erfahrungen gemacht?
Viele Dank schonmal im Voraus und viele Grüße,
AOellers.
vielleicht kennt hier jemand das Problem bereits.
Der Versand des Newsletters lief beim ersten Einsatz noch für ca. 240 Adressen einwandfrei.
Dann, beim nächsten Versand - es waren nur ca. 20 Empfänger mehr - brach der Versand bei ca. 100 bis 120 Empfängern ab.
Angeblich ist weder am Server noch am Mailserver was umgestellt worden, die nächste Versandadresse sieht auch harmlos aus.
Was kann denn hier bloss das Problem sein?
Hat da schon jemand ähnliche Erfahrungen gemacht?
Viele Dank schonmal im Voraus und viele Grüße,
AOellers.
mailversände dauern etwas. es könnte einfach an einer zeitüberschreitung liegen... (ist nur ne mutmassung).
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Ja, dürfte daran liegen. Ich habe leider keine Idee, wie man das in den Griff bekommen könnte.
Ich denke nochmal nach, vielleicht fällt mir noch was ein.
Gruß
HerrB
Ich denke nochmal nach, vielleicht fällt mir noch was ein.
Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
phpcli hat diese einschränkung nicht. aber das würde wohl bedeuten, dass das newslettermodul umgebaut werden müsste:
(1) export der adressen
(2) ausführung über die konsole (phpcli), getriggert aus dem modul.
(1) export der adressen
(2) ausführung über die konsole (phpcli), getriggert aus dem modul.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Öhm, jetzt überschreitest Du schon meine Kenntnisse. Ich werde mal recherchieren.
Meine (einfache) Idee ist es zunächst, die Newsletter in schüben zu senden (erste 100, weitere 100, usw.). Das muss dann zwar der Admin machen, aber es funktioniert auf jeden Fall.
Gruß
HerrB
Meine (einfache) Idee ist es zunächst, die Newsletter in schüben zu senden (erste 100, weitere 100, usw.). Das muss dann zwar der Admin machen, aber es funktioniert auf jeden Fall.
Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
PHP CLI sieht ganz schick aus, aber ich denke, dass das auf etlichen Hoster-Systemen Probleme machen wird (hey, die Aussage kaschiert perfekt, dass ich keine Ahnung habe, wie man da überhaupt ran geht... ).
But anyway, ich denke, ich versuche einen Simpel-Ansatz, das wird aber ein paar Tage dauern.
Gruß
HerrB
P.S.: "Was ist PHP CLI?": http://www.devnewz.com/devnewz-3-200404 ... dCron.html
But anyway, ich denke, ich versuche einen Simpel-Ansatz, das wird aber ein paar Tage dauern.
Gruß
HerrB
P.S.: "Was ist PHP CLI?": http://www.devnewz.com/devnewz-3-200404 ... dCron.html
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Re: Newsletterversand bricht nach ca. 100 Mails ab
öhm ja hab ich...AOellers hat geschrieben:Hat da schon jemand ähnliche Erfahrungen gemacht?
bei einem client mit ca 800 empfänger werden zeitweise die mails gar nicht oder mehrfach zugestellt...
woran das liegt ???
sogar zeitlimit auf unbegrenzt setzten bzw script abbruch unterbinden bringt einem da nicht besonders viel...
in der zwischenzeit hab ich den provider bei diesem client gewechselt und seitdem gehts ohne probleme...
*** make your own tools (wishlist :: thx)
das script bricht nicht nur dann ab, wenn eine zeitüberschreitung vorliegt, sondern auch dann, wenn anzunehmen ist, dass der client nicht mehr auf eine antwort wartet oder die übertragung abgebrochen hat. deshalb phpcli (cli = command line interface).
bei phpcli geschieht genau das nicht. wenn der versand einem phpcli übergeben wird, braucht man sich nicht darum zu kümmern, wie lange dieses braucht. es arbeitet, bis alle emails versendet sind.
das es bei einem hoster funktioniert und bei einem anderen nicht ist einfach zu erklären: die einen sind schnell und haben eine lange ausführungszeit für php vorgesehen und die anderen halt nicht. email-versände dauern lange. das ist ein grundsätzliches problem und sollte generell möglichst nicht innerhalb der normalen ausführung für die browser erfolgen. das wird immer wieder zu problemen führen. auslagerung auf die command line dürfte die beste lösung sein. oder ein bisschen java zu hilfe nehmen.
der vorteil von phpcli liegt auf der hand: normale scripts funktionieren auch über das command line interface. man braucht den code nicht extra neu schreiben. nur die emails und den text übergeben und arbeiten lassen. die emails braucht man im übrigen nicht einmal zu übergeben. man kann das auslesen auch dem phpcli überlassen.
bei phpcli geschieht genau das nicht. wenn der versand einem phpcli übergeben wird, braucht man sich nicht darum zu kümmern, wie lange dieses braucht. es arbeitet, bis alle emails versendet sind.
das es bei einem hoster funktioniert und bei einem anderen nicht ist einfach zu erklären: die einen sind schnell und haben eine lange ausführungszeit für php vorgesehen und die anderen halt nicht. email-versände dauern lange. das ist ein grundsätzliches problem und sollte generell möglichst nicht innerhalb der normalen ausführung für die browser erfolgen. das wird immer wieder zu problemen führen. auslagerung auf die command line dürfte die beste lösung sein. oder ein bisschen java zu hilfe nehmen.
der vorteil von phpcli liegt auf der hand: normale scripts funktionieren auch über das command line interface. man braucht den code nicht extra neu schreiben. nur die emails und den text übergeben und arbeiten lassen. die emails braucht man im übrigen nicht einmal zu übergeben. man kann das auslesen auch dem phpcli überlassen.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Hallo,
danke für eure Antworten.
Ich kenne phpcli auch nicht, denke aber, dass es vielleicht auch nicht von jedem Hoster angeboten wird.
Oder?
Ich meine, weil ich bisher halt auch noch nichts davon gehört habe.
Umziehen auf einen anderen Anbieter ist eine Möglichkeit, nur wie finde ich heraus, ob der neue Anbieter in diesem Bereich perfomanter ist?
Eine andere Lösungsmöglichkeit wäre mE auch die Aufsplittung der Absender in mehrere Blöcke.
Möglicherweise könnte man sich die erfolgreichen Adressen irgendwo merken und das Programm ruft sich solange selbst auf, bis alle versand sind. Vielleicht sogar nach jeder einzelnen Mail.
Oder? Was meint ihr?
Viele Grüße,
AOellers.
danke für eure Antworten.
Ich kenne phpcli auch nicht, denke aber, dass es vielleicht auch nicht von jedem Hoster angeboten wird.
Oder?
Ich meine, weil ich bisher halt auch noch nichts davon gehört habe.
Umziehen auf einen anderen Anbieter ist eine Möglichkeit, nur wie finde ich heraus, ob der neue Anbieter in diesem Bereich perfomanter ist?
Eine andere Lösungsmöglichkeit wäre mE auch die Aufsplittung der Absender in mehrere Blöcke.
Möglicherweise könnte man sich die erfolgreichen Adressen irgendwo merken und das Programm ruft sich solange selbst auf, bis alle versand sind. Vielleicht sogar nach jeder einzelnen Mail.
Oder? Was meint ihr?
Viele Grüße,
AOellers.
ich habe das auch schon so gelöst... zum leidwesen meines kunden. ich würde es nicht empfehlen. obwohl: es funktioniert. allerdings muss der kunde den versand mehrmals ausführen: einmal für jede tranche.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Wie gesagt, ich arbeite dran...
Gruß
HerrB
Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Eine Lösung kenne ich:HerrB hat geschrieben:Wie gesagt, ich arbeite dran...
Gruß
HerrB
Der php-abc Newsletter hat die Möglichkeit immer nur x-emails zu verdenden, dann 5 Sekunden pause, und dann macht er weiter. Dadurch wird das doch gut umgangen, oder?
Danke schonmal für alle Bemühungen. Bei meinen über 200 Newsletterabonennten ist mir das noch nicht aufgefallen, aber ich habe denen biser (jedenfalls seitdem es über 100 sind) auch keine geschickt. Muss ich am 15. mal ausprobieren.
Ja, genau so etwas wollte ich einbauen.
Gruß
HerrB
Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Gerne, wo?
Gruß
HerrB
Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net
Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net