routine pour MAJ des inscrits ds newsletter

routine pour MAJ des inscrits ds newsletter - PHP - Programmation

Marsh Posté le 21-11-2005 à 12:01:10    

Bonjour,
 
 
je voudrais savoir est ce qu'il y des routines en PHP qui permettent de nettoyer une base d'inscrit qui recoivent une newslletter,n,car je me retrouve ave 2000 mails dans la gueule, je voudrais savoir est ce qu il y a des scripts qui permettent de vérifir la cause du retour (boite saturée, boite qui n exciste plus...) et mets à jours la base selon ses resultats
merci

Reply

Marsh Posté le 21-11-2005 à 12:01:10   

Reply

Marsh Posté le 21-11-2005 à 12:03:00    

preneur également

Reply

Marsh Posté le 21-11-2005 à 22:27:34    

ok je vous balance un exemple


---------------
http://www.ypikay.com
Reply

Marsh Posté le 21-11-2005 à 22:31:09    

j'utilise ca pour transferer les enregistrements de la base moteur vers la base moteur2 et ensuite je supprime la base moteur et je renomme moteur2 en moteur... c'est pas exactement ce que tu cherches mais ca peut t'aider
 
        <?php
 
$blanc =" ";
$db="XXXX";
$link = mysql_pconnect("yyy", "LOGIN","PASS" );
mysql_select_db($db , $link);
 
$result = mysql_query("SELECT * FROM moteur WHERE xxxxxxxxxxxxx = ta condition " );
 
if($result) {
 
while($row = mysql_fetch_array($result)) {
 
$url = $row["url"];
$type = $row["type"];
$categorie = $row["categorie"];
$motcle = $row["motcle"];
$description = $row["description"];
$match = $row["match"];
$truc = $url.$blanc.$match.$blanc.$description;
echo $row[cle]; // c'est un test pour moi pour voir defiler les enregistrements
print(" " );
 
 $sql = mysql_query("INSERT INTO `moteur2` (`url`, `motcle`, `description`, `match`, `truc`) VALUES ('$url', '$blanc', '$description', '$match', '$truc')" );
 
}
}
mysql_close($link);
 
?>


Message édité par erwan83 le 21-11-2005 à 22:32:41

---------------
http://www.ypikay.com
Reply

Marsh Posté le 21-11-2005 à 23:40:18    

T'es sûr que t'as compris le problème  :??:  
 
 
root76=> déjà t'utilises quoi pour envoyer tes mails? Tu peux déjà écarter les fausses adresses par retour d'erreur de livraison au serveur en faisant un test :)
 
Après y'a les RFC qui définissent les réponses du serveur :) Mais tout ne revient pas tout de suite si t'envois sans discuter avec le serveur smtp, parfois le serveur accepte le mail et te renvoit un mail (réponse ultérieure) pour donner la raison de l'échec :)
 
Maintenant en gérant directement le socket doit y avoir moyen de récupérer les réponses du serveur même de suite :)

Reply

Marsh Posté le 22-11-2005 à 16:42:36    

leflos5 > Quand tu vois que certains serveurs mails mettent en "attente de livraison" pendant quelques heures le temps de réussir à envoyer le mail au serveur de destination, ca m'étonerait que le script php d'envoie de mail s'amuse à attendre tout ce temps entre chaque mail pour savoir si finalement ca c'est bien passé.
Et je parle pas des mails qui partent mais qui te reviennent en erreur quelques heures apprés pour cause de boite de destination pleine.
La seule solution qui me semble fiable, c'est d'analyser les mails de retour afin de déterminer quels sont les mails en erreur et pourquoi. (une boite pleine à la mi aout ne se traitera pas forcément de la même maniére qu'un destinataire inconus par le serveur de mail de destination)
 
Evidement, si l'adresse email est invalide par rapport à la RFC, le serveur d'envoie le dira dessuite, mais c'est l'un des rares cas où on saura dessuite que c'est pas bon.

Reply

Marsh Posté le 23-11-2005 à 01:50:33    

omega2 a écrit :

leflos5 > Quand tu vois que certains serveurs mails mettent en "attente de livraison" pendant quelques heures le temps de réussir à envoyer le mail au serveur de destination, ca m'étonerait que le script php d'envoie de mail s'amuse à attendre tout ce temps entre chaque mail pour savoir si finalement ca c'est bien passé.
Et je parle pas des mails qui partent mais qui te reviennent en erreur quelques heures apprés pour cause de boite de destination pleine.
La seule solution qui me semble fiable, c'est d'analyser les mails de retour afin de déterminer quels sont les mails en erreur et pourquoi. (une boite pleine à la mi aout ne se traitera pas forcément de la même maniére qu'un destinataire inconus par le serveur de mail de destination)
 
Evidement, si l'adresse email est invalide par rapport à la RFC, le serveur d'envoie le dira dessuite, mais c'est l'un des rares cas où on saura dessuite que c'est pas bon.


J'ai jamais dit ça, simplement qu'ne cas d'erreur simple on le sait de suite et que si après on discute avec le serveur en live on sait presque dans tous les cas ce qui merde ;)
 
Après étudier les retours de smtp par mail ok, sauf que si on discute avec le smtp on tout de suite... Simple façon de faire :)

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed