75000 Emails skal sendes.

tja hvorfor ikke bare while med sleep på 2 sek ved hver mail

hvis det skal være ved hver 1000 så bare en $i+ og et kriterie at den skal sleep hvis $i % 1000 returnere noget

som du nok kan se har jeg ikke umiddelbart den store viden om belasting det vil generere..

hvis jeg må tillade mig at spørge?  75000 mails.. det lyder lidt spam agtigt :D

1: Brug sockets til at sende da mail() opretter en ny forbindelse til serveren hver gang.

2: Mail serveren burde være i stand til at undgå at overbelaste sig selv.

faktisk tror jeg ikke han mente mail server, men mere mail funktionen i php. helt klart en bedre løsning med sockets dog..

pseudokode:

sæt x = antal emails pr. "runde"
etabler forbindelse til smtp-server
hent de næste x emailadresser der endnu ikke har fået tilsendt nyhedsbrev
loop over de x emailadresser
  tilføj/send email til aktuel modtager
slutloop
send og luk forbindelsen til smtpserver
hvis alt er gået godt markeres de x modtagere, så de ikke modtager flere eksemplarer af samme nyhedsbrev

Scriptet kan så kaldes af et cronjob indtil der ikke længere skal sendes flere mails eller evt. kan man bruge et headerkald (header("Location: url");) til at kalde scriptet igen og dermed undgå "30-sekundsproblemet" samtidig med at man kan bruge sleep for at mindske evt. belastning på mail- og webserver.

Det vil desuden være smart, at føre en log, så man kan undersøge evt. fejl!

Mvh Tipsen

Hej igen

Jeg er jo PEAR fanatiker, så jeg skal jo lige anbefale:

http://pear.php.net/package/Mail
http://pear.php.net/package/Mail_Queue

Mvh Tipsen

hmm.. problemet er egentlig at php timer out.. kan det fikses?

det er ikke et problem med den metode jeg beskriver...

du kan lige lave et svar tips, så for du nogle points ;)

´