Différent Webhost et utilisation du serveur Google Mail: existe-t-il un meilleur moyen que SMTP?
Actuellement, ma situation est la suivante:
J'utilise Wordpress qui gère quelques éléments liés au courrier: Des formulaires d'inscription qui envoient une notification et un formulaire de contact qui envoie un message. Cependant, étant donné que le serveur de messagerie utilisé est un serveur de messagerie distant connecté à SMTP, le formulaire de contact est source de confusion. L'e-mail reçu par le formulaire de contact doit indiquer qu'il provient de la personne qui remplit le formulaire de contact, mais il est contraint de se conformer aux paramètres de messagerie SMTP et indique qu'il provient de l'e-mail SMTP.
- Stranger 1 remplit le formulaire de contact en fournissant Nom, Email et Message.
- Le site Web envoie le formulaire, mais à cause du protocole SMTP, remplace le nom de l'expéditeur et l'adresse de messagerie de l'expéditeur dans les informations d'identification SMTP.
- Le courrier électronique final reçu contient les informations d'identification SMTP, mais le même message.
Nous souhaitons utiliser Google Apps Business et leurs serveurs de messagerie, mais selon l'API Gmail ( https://developers.google.com/gmail/api/ et https://cloud.google.com/appengine/docs/php/mail/#Sending_Mail ) pour vous connecter à ces serveurs de messagerie, nous ' D devez utiliser SMTP ou IMAP.
Nous savons que nous pouvons créer un courrier électronique factice pour les paramètres SMTP et que le site Web envoie avec cette configuration, mais nous avons besoin d'une autre solution.
Existe-t-il un moyen de faire croire à Wordpress que les serveurs de messagerie Google sont des serveurs de messagerie locaux, de sorte que phpmail puisse être utilisé correctement?
Existe-t-il une autre solution?
Existe-t-il un moyen de faire croire à Wordpress que les serveurs de messagerie Google sont des serveurs de messagerie locaux afin que phpmail puisse être utilisé correctement?
Oui, vous pouvez utiliser un pare-feu pour créer un socket localhost: 465 qui transfère le trafic réseau à smtp.gmail.com:465, mais que se passe-t-il pour ??
Y a-t-il une solution alternative?
Oui, et vous êtes à mi-chemin avec Google Apps.
À l'aide du gestionnaire de domaine de Google, créez un groupe de boîtes aux lettres, tel que [email protected], et ajoutez toutes les personnes qui devraient pouvoir lire ces messages électroniques à ce groupe, telles que [email protected] et [email protected].
Ensuite, dans les paramètres de votre formulaire de contact:
- Le courrier électronique de l'expéditeur est [email protected]
- Le nom de l'expéditeur est le nom du client
- L'email du destinataire est [email protected], ou une personne spécifique comme [email protected].
- Le nom et l'email de réponse est le nom du client et l'email
Lorsque le destinataire reçoit le courrier électronique, le nom du client est celui de, clair comme le jour. Lorsque le destinataire répond sur ce formulaire, le courrier électronique est automatiquement adressé au client qui l'a rempli. Cela n’a rien de déroutant et vous évitez de violer les restrictions d’envoi de Gmail .
Postman est un plug-in SMTP OAuth2 spécialement conçu pour l'envoi de courrier avec Google Apps. Vous aurez des problèmes pour envoyer Gmail avec PHPMail en raison de son authentification ancienne, en particulier avec Google Apps.
Y a-t-il un meilleur moyen que SMTP?
Eh bien, il y a l'API Gmail, mais à moins que vous n'utilisiez du courrier électronique transactionnel ou que tous vos ports SMTP soient bloqués, vous n'en avez pas besoin.
En gros, votre question demande "comment puis-je usurper l'en-tête De" et la réponse est, en gros, que vous ne le faites pas.
Tandis que le courrier électronique en général a toujours été très non sécurisé en ce qui concerne l'usurpation d'identité de De est facile, au fil des ans, de nombreuses solutions ont été conçues pour bloquer les courriels dont le nom est incorrect. Ce sont ces solutions qui vous bloquent, et il n’est pas possible de les contourner car elles se produisent du côté réception .
Ainsi, vous pouvez envoyer l'e-mail avec les mots de votre choix. Le code pour le faire est plutôt trivial. Mais le serveur de messagerie qui reçoit le résultat procédera à une vérification, puis rejettera votre courrier, ou le marquera comme courrier indésirable, ou quoi que ce soit d'autre que ce fournisseur de messagerie particulier.
Vous ne pouvez pas travailler autour de ça. Vous ne pouvez contrôler que ce que vous envoyez, pas ce que la partie destinataire en fait. En résumé, bien que vous puissiez définir le type de réponse de votre choix, il s'agit d'une "usurpation" et elle sera probablement bloquée d'une manière ou d'une autre.
Meilleur conseil: Dites à votre client de s'en remettre. Pardon. Vous ne pouvez pas envoyer de courrier électronique d'une autre personne sans en être réellement une et utiliser leurs serveurs pour envoyer le courrier électronique normalement. Pas 100% du temps, en tout cas. Pas de manière fiable.
Je ne sais pas quel formulaire de contact ni quels plug-ins de mailing vous utilisez, mais en général, vous ne devriez pas configurer les courriers de formulaire de contact pour qu'ils proviennent de l'adresse e-mail entrée. De nombreux serveurs de messagerie n'acceptent pas les messages de ce type.
Au lieu de cela, vous devez configurer correctement un en-tête Reply-To: avec les informations entrées dans le formulaire. Si cela est fait correctement, le destinataire du courrier du formulaire de contact peut simplement cliquer sur relpy dans son client de messagerie/Webmail et répondra aux informations entrées dans le formulaire de contact.
Les informations relatives à l'en-tête From: doivent fournir une adresse électronique existante authentifiée avec les informations d'identification que vous utilisez pour vous connecter aux serveurs SMTP de Google.
Wordpress n'ayant pas de formulaire de contact, vous utilisez probablement un plugin. Comme vous n'avez pas fourni d'informations sur le plug-in utilisé, je ne peux pas vous donner d'informations précises sur la façon de le configurer.