NPDS : Gestion de contenu et de communauté
Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
63 visiteur(s) et 0 membre(s) en ligne.
Autres infos
Activité du Site
Pages vues depuis 25/05/2001 : 108 399 429
- Nb. de membres 8 693
- Nb. d'articles 1 695
- Nb. de forums 26
- Nb. de sujets 8
- Nb. de critiques 92
Index du forum »» Version future »» Les mails envoyés par le site
Nouveau sujet
Les mails envoyés par le site#26846Répondre
3Contributeur(s)
3 Modérateur(s)
fliaigre
Bonjour,
Est-il prévu une évolution des envois de mail vers un paramétrage de type SMTP?
En effet, j'ai pas mal de problèmes avec pas mal de messageries.
Même lorsque je reçois un formulaire de contact j'ai ce message : "
L'origine de cet email n'a pas pu être vérifiée. Soyez vigilant."
J'ai souvent des retours Undelivered Mail Returned to Sender
C'est le système de messagerie de l'hôte smtp-3-1000.mail.infomaniak.ch.
Je suis désolé de devoir vous informer que votre message n'a pas pu
être remis à un ou plusieurs destinataires. Il est attaché ci-dessous.
...hotmail-com.olc.protection.outlook.com[104.47.55.161] said: 550 5.7.1
Unfortunately, messages from [83.166.143.180] weren't sent. Please contact
your Internet service provider since part of their network is on our block
list (S3150). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.
[BN8NAM12FT069.eop-nam12.prod.protection.outlook.com
2023-08-25T09:39:09.588Z 08DBA535181D6C3D] (in reply to MAIL FROM command)
Est-il prévu une évolution des envois de mail vers un paramétrage de type SMTP?
En effet, j'ai pas mal de problèmes avec pas mal de messageries.
Même lorsque je reçois un formulaire de contact j'ai ce message : "
L'origine de cet email n'a pas pu être vérifiée. Soyez vigilant."
J'ai souvent des retours Undelivered Mail Returned to Sender
C'est le système de messagerie de l'hôte smtp-3-1000.mail.infomaniak.ch.
Je suis désolé de devoir vous informer que votre message n'a pas pu
être remis à un ou plusieurs destinataires. Il est attaché ci-dessous.
...hotmail-com.olc.protection.outlook.com[104.47.55.161] said: 550 5.7.1
Unfortunately, messages from [83.166.143.180] weren't sent. Please contact
your Internet service provider since part of their network is on our block
list (S3150). You can also refer your provider to
http://mail.live.com/mail/troubleshooting.aspx#errors.
[BN8NAM12FT069.eop-nam12.prod.protection.outlook.com
2023-08-25T09:39:09.588Z 08DBA535181D6C3D] (in reply to MAIL FROM command)
jpb
Yo
Hélas npds n'y peut pas grand chose...
Ce filtage des emails par les serveurs de receptions est un vrai probleme et il empire ... même si a priori ces défenses sont pour la bonne cause ....?
Enfin bref ... Très souvent la solution pour ces erreur 550 .... c'est de mieux (ou de faire mieux) paramétrer le serveur d'envoi et notamment au niveau des paramètre SPF (enregistrement SPF de ton tes domaines) de ton serveur d'envoi...
Un bon paramètrage peut résoudre un grand nombre de problème...
mais hélas pas tous parfois tant les systèmes de filtrage sont nombreux et parfois exotiques et ou incohérent...
Une recherche sur le web te permettra sans doute de comprendre et de bien paramétrer le(s) serveurs d'envoi pour qu'il réponde au mesure de restriction des serveurs de réceptions...
on a déjà bataillé à de nombreuses reprises notamment pour les serveurs de reception gmail ou autre ... C'est donc plûtôt un travail d'exigence du webmaster envers son fournisseur de domaine... Mais du Côté de npds je ne vois pas de solution miracle ...
Hélas npds n'y peut pas grand chose...
Ce filtage des emails par les serveurs de receptions est un vrai probleme et il empire ... même si a priori ces défenses sont pour la bonne cause ....?
Enfin bref ... Très souvent la solution pour ces erreur 550 .... c'est de mieux (ou de faire mieux) paramétrer le serveur d'envoi et notamment au niveau des paramètre SPF (enregistrement SPF de ton tes domaines) de ton serveur d'envoi...
Un bon paramètrage peut résoudre un grand nombre de problème...
mais hélas pas tous parfois tant les systèmes de filtrage sont nombreux et parfois exotiques et ou incohérent...
Une recherche sur le web te permettra sans doute de comprendre et de bien paramétrer le(s) serveurs d'envoi pour qu'il réponde au mesure de restriction des serveurs de réceptions...
on a déjà bataillé à de nombreuses reprises notamment pour les serveurs de reception gmail ou autre ... C'est donc plûtôt un travail d'exigence du webmaster envers son fournisseur de domaine... Mais du Côté de npds je ne vois pas de solution miracle ...
jpb
... et oui dans la 16.8 on va s'appuyer sur PHPmailer pour avoir une fonction mail plus puissante et compatible avec les exigences des serveurs de reception (...autorisation, smtp ...)
c'est encours de refexion et d'implémentation avec @nicolas2
c'est encours de refexion et d'implémentation avec @nicolas2
nicolas2
implémenter il ne reste plus que les tests de jpb et sa validation pour la 16.8!
:-)
:-)
Message édité par : nicolas2 / 28-09-2023 23:17
jpb
Yo
difficile à dire précisément (y'a beaucoup de travail encore) mais de 2 à plusieurs mois ... :#
difficile à dire précisément (y'a beaucoup de travail encore) mais de 2 à plusieurs mois ... :#
jpb
en tout cas la nouvelle implémentation de PHPmailer et donc du protocole SMTP(s) à l'air de très bien fonctionner ... c'est déjà testable en téléchargeant la branche php8mysql8 sur github
https://github.com/npds/npds_dune/archive/82b914646dd4ae1f105e9e5d103e4e31642e3bf9.zip
https://github.com/npds/npds_dune/archive/82b914646dd4ae1f105e9e5d103e4e31642e3bf9.zip
jpb
on se rapproche de la 16.8 ! ... reste entre autre à faire le script de maj mais cela devarit aller beaucoup plus vite car il sera basé sur celui de la 16.3 vers 16.4 ....