Bonjour.
Confronté avec le même problème chez free, j' ai éaliser un petit programme de test d'envoie de mail.
Aprés quelques test sur les headers
$headers = 'From: "Nom" <'.$email_expediteur.'>'."\n";
$headers .= 'Return-Path: <'.$email_reply.'>'."\n";
$headers .= 'MIME-Version: 1.0'."\n";
$headers .= 'Content-Type: multipart/mixed; boundary="'.$frontiere.'"';
si je rajoute cette ligne
$headers .= 'X-Mailer: PHP/' . phpversion(); ----> provoque un spam de la part de free
sinon c'est Ok
Une piste a suivre?
Note: prudence
A force de faire des essais (une dizaine) blocage de le part de free : "trop de spam ...."
Existe il un moyen de débloquer l'envoie des mail ?
A+
Hors ligne
Merci cljosse, je pense que c'est utile. J'espère qu'Eric pourra en tirer quelquechose -- moi, je ne connais pas assez.
Si tu as un blocage chez Free, tu peux essayer leurs newsgroups, j'y ai vu pas mal de posts genre "débloquez-moi svp" qui ont fonctionné. Pour autant que tu aies bien ce genre de problème.
Hors ligne
Ok
merci
Je me suis inscrit sur ton site.
Erreur lors de l'envoie du mail d'inscription .
--> pas de message reçu.
Donc pas possibilité de de me désinscrire.
A+
Hors ligne
Bonjour à tous,
cijosse a écrit:
A force de faire des essais (une dizaine) blocage de le part de free : "trop de spam ...."
C'est mon cas également, et il me semble que si l'on reste tranquille quelques jours, cela revient.
@+++
Hors ligne
cljosse a écrit:
Ok
merci
Je me suis inscrit sur ton site.
Oui, effectivement, vu.
Erreur lors de l'envoie du mail d'inscription .
--> pas de message reçu.
Pas de courriel pour moi (en tant que webmestre) non plus, évidemment...
Donc pas possibilité de de me désinscrire.
Il faut attendre un retour d'Eric et/ou de Yohan, ou de qqun qui connaît suffisamment bien le sujet.
Je peux supprimer ton compte sur mon site si tu veux ; je t'envoie un MP.
Hors ligne
cljosse a écrit:
Bonjour.
Confronté avec le même problème chez free, j' ai éaliser un petit programme de test d'envoie de mail.
Aprés quelques test sur les headers
$headers = 'From: "Nom" <'.$email_expediteur.'>'."\n";
$headers .= 'Return-Path: <'.$email_reply.'>'."\n";
$headers .= 'MIME-Version: 1.0'."\n";
$headers .= 'Content-Type: multipart/mixed; boundary="'.$frontiere.'"';
si je rajoute cette ligne
$headers .= 'X-Mailer: PHP/' . phpversion(); ----> provoque un spam de la part de free
sinon c'est Ok
Une piste a suivre?
Note: prudence
A force de faire des essais (une dizaine) blocage de le part de free : "trop de spam ...."
Existe il un moyen de débloquer l'envoie des mail ?
A+
Je pense avoir trouvé et c'est Philippe 92, sur le NG de Free, qui doit avoir raison : Free semble avoir bloqué les possibilités de spoofing(*). Il ne serait donc plus possible de "personnaliser" le champ From dans les mails générés par Piwigo. Le but serait que tous les mails émis par un site prennent obligatoirement l'identité du titulaire du site, c'est à dire l'adresse mail associée à la page perso.
(*) Le spoofing
J'ai effectué un test sur ma galerie en commentant le "$headers = 'From:..." et çà à fonctionné.
Le problème, maintenant, réside en 2 questions :
1- Cette nouvelle limitation de Free est-elle verrouillée (validée ad vitam) ?
2- Si oui au (1), comment faire en sorte de modifier le comportement natif de Piwigo dans l'envoi de mails sans pénaliser les cas qui ne sont pas hébergés chez Free ?
Bien que ce soit trop souvent le cas dans notre société actuelle, je me refuse (et, j'espère, tout le monde ici en conviendra comme moi) de pénaliser une majorité à cause d'un défaut chez une minorité.
Peut-être un plugin "spécial Free" ? A voir et à réfléchir.
En attendant, je ne peux ni ne veux vous conseiller de modifier le code source de Piwigo notamment parce que :
- Les éventuels effets de bord non pas été identifiés
- A chaque mise à jour de Piwigo, le problème réapparaitra
- Nous ne connaissons pas la durabilité du phénomène
Hors ligne
Merci beaucoup Eric pour cette enquête.
Il est vrai que l'hébergement par Free est gratuit, et que personne n'a signé de contrat obligeant Free à quoi que ce soit, mais il est tout de même vraiment dommage que les choses se passent de cette manière.
Au moins un petit post dans le newsgroup , c'est pas grand-chose... même Yohan ne semble pas être au courant...
Enfin bref. Merci encore Eric, si tu as des retours de la part de l'équipe quant à une solution ou au moins un moyen de contourner le problème.
Hors ligne
Eric a écrit:
J'ai effectué un test sur ma galerie en commentant le "$headers = 'From:..." et çà à fonctionné.
Pareil pour moi.
Bon allez, 'faut s'décoller d'l'ordi, d'temps en temps ;-) !
Idée : un $conf['is_provider_Free'] true ou false dans config_local.inc.php, et un test avant le $headers.='From... ?
Dernière modification par LucMorizur (2009-09-15 19:14:56)
Hors ligne
LucMorizur a écrit:
Idée : un $conf['is_provider_Free'] true ou false dans config_local.inc.php, et un test avant le $headers.='From... ?
Oui, à condition de modifier le core en conséquence et je ne suis pas pour.
Le plus simple serait un plugin mais je crois qu'il manquerait actuellement des triggers dans funtions_mail.inc.php. En fait, il y en a mais je ne suis pas certain encore de leur fonctionnement ni si on peut s'en servir pour un plugin.
Hors ligne
Bonjour.
Il me semble que la suppression du header 'From ' ne suffit pas
Je n'ai pas recu de mail de mon test, par contre plus d'indication de Spam.
il faut peut etre aussi supprimer le Header 'To '
l'envoie des mails étataint bloqués sur un autre site que free par ce header ????
A vérifier.
Si blocage IP:
lire http://postmaster.free.fr/#comment_debloquer_mon_ip
Bon je vais attendre 24 ou 48h pour tester chez free....
A+
Hors ligne
cljosse a écrit:
Bonjour.
Il me semble que la suppression du header 'From ' ne suffit pas
Je n'ai pas recu de mail de mon test, par contre plus d'indication de Spam.
il faut peut etre aussi supprimer le Header 'To '
l'envoie des mails étataint bloqués sur un autre site que free par ce header ????
?? Si tu supprimes le header 'to', il n'y aura plus de destinataires aux mails émis ! Ce qui est proprement illogique sauf à brider la fonction mail() d'un site pour que les mails émis ne soient destinés qu'au titulaire du compte.
Selon les retours sur le problème, le souci se pose bien au niveau du header 'from' chez Free. Le système de contrôle insérant désormais systématiquement un "from : [titulaire du compte]". Ce que tu exposes (bloquage de l'adresse IP du serveur) dépasse le cadre de ce topic, il me semble. Piwigo ne peut être responsable d'un blacklistage des IP des serveurs Free (ou autres) à destination d'autres sites / prestataires.
Hors ligne
cljosse a écrit:
Bonjour.
Il me semble que la suppression du header 'From ' ne suffit pas
Je n'ai pas recu de mail de mon test, par contre plus d'indication de Spam.
Je me suis inscrit sur ta galerie hébergée par Free, j'ai bien le même résultat que lorsque le champ 'From' n'était pas commenté sur mes galeries hébergées par Free, voir copie d'écran jointe.
Hors ligne
Actuellement je suis bloqué par "Trop de spam" il faut attendre un déblocage de la part de free (24 a 48h)
Je bloque la fonction en attendant...
Je me suis réinscrit chez LucMorizur j'ai bien reçu le mail de confirmation.
Pour information:
Le Header 'To " est le nom du destinataire et non l' adresse du destinataire.
Dans pwigo ce texte correspond a 'Envoyer le mail en tant que ' sous
admin
Identification
notification
parametre
A+
Hors ligne
Le from ou le to qui posent soucis...?
Pour le from, si votre adresse mail est celle de free, ca devrait aller...
Mais, il y a un bug sur le "to" [Bugtracker] ticket 1145 il est en double dans certains et ca joue peut-être.
Pouvez-vous faire des tests avec les modifs du commit [Subversion] r3799.
Il faut copier les fichiers:
Fichier include/functions_mail.inc.php
Fichier class_smtp_mail.inc.php
Ensuite, je pensequ si correctif il y a, il y a forte change que ca soit un plugin si c'est un pb lié à Free.
Pour les mails, avec les triggers et le remplacement de tpl, on devrait y arriver sans soucis.
Mais, un plugin spécial free serait pas mal...
Hors ligne
Sur mes site free, le webmaster est systématiquement celui correspondant à l'adresse du site et j'ai le problème est le même.
Avec le [Subversion] r3799 le problème est le même
Hors ligne