je voie que le plugin n’est pas compatible SPIP 4.2 , c’est d’actualité. ?
je pose la question car j’utilise le plugin mutualisation sur spip 4.2.6 depuis la sortie de la version spip sans probléme.
Hors, on me remonte des problémes pour récuperer les mot de passe via SPIP et Gmail
ils semblerais que le systéme de mutualisation bloque les mails gmail.com et Outlook
(j’y croie pas trop car les sites qui ne sont pas en mutualisation ne pose pas de probléme
mes différents test valide le blocage
je penche donc sur un probléme hébergeur ou autre
je cherche mais si vous avez des piste, je suis preneur ; je patauge la …
Les problèmes de mails n’ont rien à voir avec la mutualisation.
Il faut chercher du côté de DKIM, SPF, DMARC.
Et donc d’une cohérence entre l’email d’expédition et ces informations.
J’ai résolu le problème en utilisant un serveur web+mail chez un prestataire qui s’occupe de la configuration des serveurs et qui est assez grand pour se faire respecter par les requins de l’internet. Je n’ai jamais eu de souci depuis sauf pour quelques destinataires qui classent « mes » mails comme SPAM. C’est un problème qui se resoud côté destinataire par une whitelist.
Si tu veux une solution « parfaite » il faudra que tu orientes tes utilisateurs vers les géants du mail comme gmail, outlook.com et d’autres merdiers. G*** propose des interfaces execellentes. Ou alors tu trouves un spécialiste à qui tu peux faire confiance et qui maîtrise la matière. A Berlin on a Heinlein qui est cher et a perdu le côté militant et engagé politique.
Je me sers de quatre (+1) configurations:
Les mails d’expérimentation et trés personnels - mes propres serveurs « chez moi » (comme en 1997 mais avec un débit à l’hauteur de notre ère)
Les projets « pro » en développement - mes serveurs au centre de calcul
Les projets « pro » petits et moyens en production - serveurs gérés par mon prestataire
Mailings pro - prestataires « newsletter » spécialisés
Les projets pros d’envergure - hébergement chez les géants (états-uniens) du mail.
Tu peux continuer à lutter pour tes clients avec tes propres systèmes mais tu finiras comme le chevalier noir dans Monty Python : Sacré Graal !.
C’est triste tout ça, mais qu’est-ce que tu veux faire.
Ca dépend absolument du nombre de mails que tu veux délivrer, si tu as DKIM/SPF/DMARC configuré correctement sur ton domaine, la plupart des hébergeurs vont servir correctement tes mails avec une config facteur en SMTP. Par contre, si tu nécessites des envois groupés de plus de 50 mails, il vaut mieux passer par des plateformes dédiées à ça.
@touti Carlos explique que rien de tout ça te protège contre l’arrogance des GAFAM et leurs admins. On peut toujours essayer de suivre les recommendations élaborées lors de rencontres internationales et les RFCs mais les monopolistes se soucient guère des bonnes manières.
Une fois j’ai trouvé une astuce : à un moment Gmail n’acceptait pas mes mails tant que mon serveur utilisait l’interface IPv6. Une fois le port IPv6 désactivé mes mails passaient par l’adresse IPv4 et le problème était réglé. Il y avait vraisemblablement un réglage des DKIM/SPF/DMARC correct pour IPv4 qui ne s’appliquait pas à l’interface IPv6. Donc - n’utiliser qu’une adresse IP pour son serveur mail rend sa configuration plus simple et fiable.
Je n’ai plus envie de perdre du temps avec ces questions qui ne connaissent que des solutions aléatoires alors … bon courage à tous et à toutes qui veuillent bien relever le défi !
Je pense en te lisant que c’est un souci d’enregistrement SPF, qui se rajoute dans le DNS de chaque domaine de ton multisite. Si chacun de tes sites est configuré avec une adresse email en @domaine.xyz mais qu’il n’y a pas d’enregistrement SPF dans le DNS de « domaine » les mails vont être rejetés par les destinataires.
Pour savoir quoi mettre dans l’enregistrement SPF, c’est l’hébergeur qui peut te fournir cette information
3° qu’il nous faut dans facteur indiqué obligatoirement un mail gérer par l’hebergeur.
Je pense que dans ton cas c’est surtout ce point-là qui est crucial C’est sûr que des mails finissant en @laposte.net vont finir dans les boîtes spam (voire ne pas être acheminés du tout) s’ils ne sont pas envoyés via le serveur de La Poste !
