si j'envoie un script avec l'envoie de 50.000 mails avec 100 par minute.

Une fois de plus(*): mauvais hébergeur, changer d'hebergeur. Si on a des volumes aussi importants, on se prend les moyens de lancer ses scripts PHP en crontab et avec un serveur de mail qui tient la route derrière.

y'a t'il des risque à cela ? est-ce que le serveur vas exécuter le script jusqu'au bout ?

Il y a peu de chances qu'il n'y ait pas au moins un truc qui merde en une période de 8 heures. Par exemple, moi je redémarre mes process apache toutes les nuits. Une application directe du Théorème de Murphy démontre que le redémarrage aura lieu pendant l'exécution et arrêtera tout.

Remarque de parallélisation: il est parfois intéressant d'avoir plusieurs tâches en parallèle sur des volumes de ce genre. Il est super facile de trouver un critère de mutex au lieu de gérer des locks (par exemple, si j'ai 3 tâches parallèles, je prends le modulo 3 d'un identifiant numérique comme critère de sélection).

Remarque d'antispam: ne pas confondre FAI et antispam. Il faut envoyer le courrier sur une adresse filtrée par SpamAssassin et voir pour avoir une idée du score (et encore, chaque installation a ses propres caractéristiques). Il est clair que certains MUA sont dans mes blacklists.

(*) cf le thread indiqué par Olivier, "temporisation".

a++;
JG