Question

Nous développons un formulaire de contact pour une application SaaS; chaque instance de notre application aura un formulaire de contact pour contacter le exemple propriétaire.

Notre première version envoie un courrier électronique à partir d'une adresse e-mail SaaS générique (à savoir contact@saas.com) au propriétaire de l'instance (à savoir user@example.com).

Cela fonctionne, mais bien sûr, si user@example.com répond à l'e-mail, la réponse est envoyée à contact@saas.com. Je me demande quelle est la meilleure pratique ici:

  1. Définition de l': message à l'adresse e-mail rempli le formulaire de contact permettant des réponses à envoyer facilement à la personne qui a envoyé le contact form- mais, nous ne pouvons pas dire aux gens d'ajouter à leur contact@saas.com whitelist au filtrage du spam éviter
  2. Réglage de la réponse à en-tête semble mieux, mais je me méfie que certains clients interprètent mal la réponse à
  3. Y compris un texte explicatif dans le message semble peu pratique, mais réalisable
  4. Permettre aux propriétaires d'exemple à lire des formulaires de contact par leur panneau d'administration semble trop de travail (mais tout à fait spamfilter-preuve, mais peu pratique)

Je penche vers 2. Pensées?

Alex

Était-ce utile?

La solution

Je serais certainement aller pour l'option 2. De-tête / enveloppe de devrait indiquer clairement que le message provient à votre service (et permettre le rebond approprié de manutention, etc.). Je ne suis pas au courant de tous les clients de messagerie actuels qui ne peuvent pas gérer correctement la réponse à en-tête. être sur le côté sûr, vous pouvez mélanger l'option 3 et clairement indiquer que le message a été envoyé de l'adresse sender@example.net via votre formulaire en ligne.

Autres conseils

whitelists appropriés devrait fonctionner si vous mettez le véritable expéditeur dans Sender: et / ou l'expéditeur de l'enveloppe; mais là encore, il n'y aurait pas de Microsoft dans un monde idéal.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top