Geplanter Newsletterversand per cron? - Seite 3

Flor1an · 03.02.2012, 10:47

So ganz einfach ist der versandt von vielen Emails nicht, du musst neben dem eigenen Mailer noch diverse andere Dinge betrachten. Z.B. solltest du an entsprechende Einträge im DNS denken (PTR auf den Mailserver). Dann musst du bedenken das nicht immer alle Mails zugestellt werden können oder erst später zugestellt werden. Somit also deine mailqueue ziemlich wachsen kann. Diese sollte man dann regelmässig anschauen und kucken wo die Probleme liegen. Also z.b. ob Hosts gar nicht zu erreichen sind oder ob man auf Greylists gelandet ist. Jenachdem muss man dann anders verfahren. Am besten wäre es wenn dein Newsletter Skript die Mailqueue auslesen könnte und anhand der Resultate dann entsprechend mit den Emails umgeht. Weiterhin solltest du mit Bouncemails umgehen können, falls mal ne Mail zurückkommt das du entsprechend drauf reagieren kannst.

tr0y · 03.02.2012, 11:25

Zitat:

Zitat von Flor1an

So ganz einfach ist der versandt von vielen Emails nicht, du musst neben dem eigenen Mailer noch diverse andere Dinge betrachten. Z.B. solltest du an entsprechende Einträge im DNS denken (PTR auf den Mailserver). Dann musst du bedenken das nicht immer alle Mails zugestellt werden können oder erst später zugestellt werden. Somit also deine mailqueue ziemlich wachsen kann. Diese sollte man dann regelmässig anschauen und kucken wo die Probleme liegen.

Das hat ja erstmal nix mit dem generellen Versand der Mails zu tun, sondern ist eher die Wartungsaufgabe die nach dem Mailversand in meinem Szenario fehlgeschlagene Jobs behandelt, daraus fail-lists erzeugt gegen die der cronjob seine worker-zuweisungen validiert und so bspw. nach x fehlschlägen eMail-Addressen garnicht erst mehr als Jobs zuweißt und entsprechend eine Mail richtung Administration sendet.

Wenn man Spass dran hat kann man auch noch Target-Availability implementieren und sicherstellen das host xy auch existiert bevor man die mail ins "zu Senden"-Brett des Mailservers nagelt.

Flor1an · 03.02.2012, 11:29

Für mich gehört sowas aber zu einer "kleine Anwendung schreiben, in der man einen Newsletter verwalten kann und einstellen kann" dazu.

Wolla · 03.02.2012, 12:44

Offenbar geht es hier um eine Hausaufgabe und nicht um eine Live-Anwendung mit Millionen Usern.
Es ist auch kompletter Unsinn, dass so was in irgendeiner Weise den Server belastet, es sei denn dein Script läuft auf einem gameboy. Mach halt ne Schleife durch die Usertabelle, erzeuge für jeden Eintrag eine mail mit zB PHPmailer. Dann das Bounce-Postfach auslesen und die hardbouncer in der Tabelle deaktivieren und fertig.

KarlEgon · 03.02.2012, 14:27

Wenn du einen externen Mailserver zum Versand benutzt, dann kann es sein, dass du nicht alle E-Mails innerhalb einer Verbindung schicken kannst, sondern die Verbindung immer wieder schließen und neuöffnen musst!

DonManfred · 07.02.2012, 07:35

- Mach Dir doch einfach ein Feld emailsend in der Tabelle wo die eMails zu finden sind.

cron.php
- Beim START des Newsletters setzt du alle emailsend auf 0 -> scriptende
- Rufe 50 Datensätze ab und setze dann nach dem Versand der eMail emailsend auf 1 -> Scriptende
- Wenn keine Datensätze mehr mit emailsend=0 vorhanden sind ist dein Newsletter "durch"...

Das ganze packst Du Dir in ein Script welches Minütlich (oder so) aufgerufen wird. Du brauchst also nicht für jeden Newsletter ein cron anlegen sondern es reicht ein einmal konfigurierter...

fab · 07.02.2012, 07:48

Ja, das ist die einfache Version ohne mehrere Worker.

Zitat:

Zitat von DonManfred

Du brauchst also nicht für jeden Newsletter ein cron anlegen sondern es reicht ein einmal konfigurierter...

Das hat auch niemand vorgeschlagen.

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
cron: Rückgabe von PHP Script	schani	PHP-Fortgeschrittene	4	22.11.2011 12:10
[Erledigt] cron - email mit fehlermeldung mit anderem zeitintervall?	taurus	Server, Hosting und Workstations	4	26.03.2011 10:55
Cron / Worker Skripte	root66	PHP-Fortgeschrittene	11	04.03.2011 09:30
cron Job jede Minute ausführen	samij	PHP-Fortgeschrittene	5	31.05.2010 15:28
[Erledigt] cron Fehler	SteiniKeule	Server, Hosting und Workstations	2	26.03.2010 09:38
PHP-Skript soll ausschließlich für Cron ausführbar sein	krischan3000	Server, Hosting und Workstations	3	29.12.2009 13:52
Endlos Skript vs. Cron vs. ...	root66	Off-Topic Diskussionen	2	02.11.2009 08:27
Website mittels Cron aufrufen	Sunny2006	PHP Tipps 2009	16	16.04.2009 01:39
PHP Skript aktualisiert DB per Cron - Wie überwachen?	stewo	Datenbanken	6	18.12.2008 08:57
cron job macht zicken	Promaetheus	PHP Tipps 2008	10	24.10.2007 00:53
[Erledigt] Cron bricht ohne Fehler einfach ab		PHP-Fortgeschrittene	5	08.09.2005 18:06
Apache timeout bei einem Cron mit riesiger Datenmenge		PHP-Fortgeschrittene	12	12.04.2005 15:29
Cron Jobs	Apfeltyp	PHP Tipps 2004-2	9	06.12.2004 22:33
PHP-Dateien per Cron ausführen		PHP Tipps 2004	0	23.07.2004 12:05
Cron Job		PHP Tipps 2004	7	07.06.2004 02:06

03.02.2012, 10:47
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	So ganz einfach ist der versandt von vielen Emails nicht, du musst neben dem eigenen Mailer noch diverse andere Dinge betrachten. Z.B. solltest du an entsprechende Einträge im DNS denken (PTR auf den Mailserver). Dann musst du bedenken das nicht immer alle Mails zugestellt werden können oder erst später zugestellt werden. Somit also deine mailqueue ziemlich wachsen kann. Diese sollte man dann regelmässig anschauen und kucken wo die Probleme liegen. Also z.b. ob Hosts gar nicht zu erreichen sind oder ob man auf Greylists gelandet ist. Jenachdem muss man dann anders verfahren. Am besten wäre es wenn dein Newsletter Skript die Mailqueue auslesen könnte und anhand der Resultate dann entsprechend mit den Emails umgeht. Weiterhin solltest du mit Bouncemails umgehen können, falls mal ne Mail zurückkommt das du entsprechend drauf reagieren kannst.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

03.02.2012, 11:29
Flor1an da schreibt der ElePHPant Registriert seit: 18.06.2008 Beiträge: 8.903 PHP-Kenntnisse: Fortgeschritten	Für mich gehört sowas aber zu einer "kleine Anwendung schreiben, in der man einen Newsletter verwalten kann und einstellen kann" dazu.

03.02.2012, 12:44
Wolla Moderator Registriert seit: 06.06.2008 Beiträge: 4.945 PHP-Kenntnisse: Fortgeschritten	Offenbar geht es hier um eine Hausaufgabe und nicht um eine Live-Anwendung mit Millionen Usern. Es ist auch kompletter Unsinn, dass so was in irgendeiner Weise den Server belastet, es sei denn dein Script läuft auf einem gameboy. Mach halt ne Schleife durch die Usertabelle, erzeuge für jeden Eintrag eine mail mit zB PHPmailer. Dann das Bounce-Postfach auslesen und die hardbouncer in der Tabelle deaktivieren und fertig. __________________ Warum denkt mein Hund eigentlich immer dann, wenn es an der Tür klingelt, es sei für ihn?

03.02.2012, 14:27
KarlEgon Erfahrener Benutzer Registriert seit: 24.10.2008 Beiträge: 298 PHP-Kenntnisse: Fortgeschritten	Wenn du einen externen Mailserver zum Versand benutzt, dann kann es sein, dass du nicht alle E-Mails innerhalb einer Verbindung schicken kannst, sondern die Verbindung immer wieder schließen und neuöffnen musst!

07.02.2012, 07:35
DonManfred Benutzer Registriert seit: 31.05.2011 Beiträge: 49 PHP-Kenntnisse: Fortgeschritten	- Mach Dir doch einfach ein Feld emailsend in der Tabelle wo die eMails zu finden sind. cron.php - Beim START des Newsletters setzt du alle emailsend auf 0 -> scriptende - Rufe 50 Datensätze ab und setze dann nach dem Versand der eMail emailsend auf 1 -> Scriptende - Wenn keine Datensätze mehr mit emailsend=0 vorhanden sind ist dein Newsletter "durch"... Das ganze packst Du Dir in ein Script welches Minütlich (oder so) aufgerufen wird. Du brauchst also nicht für jeden Newsletter ein cron anlegen sondern es reicht ein einmal konfigurierter...