Quelle est l'importance du courrier électronique?

8

Je commence à créer un site et je veux l'exécuter sur un VPS plutôt que partagé pour diverses raisons. Cela signifie que, si je voulais des services de messagerie, je devrais m'attaquer à la tâche non triviale de faire fonctionner un serveur de messagerie. Pas un problème amusant pour un "noob" comme moi.

Les trois utilisations auxquelles je peux penser se décomposent comme suit:

  1. Les services habituels "envoyer un e-mail à l'administrateur / au support / peu importe". Je suppose que je pourrais m'en tirer en utilisant "[email protected]" mais je préfère garder tout uniforme si possible.
  2. Les e-mails de confirmation de compte / mot de passe sont réinitialisés. Cela semble être le principal obstacle.
  3. Récapitulatif des e-mails, c'est-à-dire "ce qui est arrivé à vos affaires la semaine dernière - réponses, votes, etc." Pas différent des e-mails stackoverflow. Opt-in, évidemment.

Ai-je vraiment la possibilité de ne pas prendre en charge les e-mails sur mon site?

AgentConundrum
la source
Je déteste dire cela, mais VPS n'est pas une exigence pour le courrier électronique - seulement un domaine et un serveur de tout type avec des routines de messagerie. VPS est plus une solution aux problèmes de mise à l'échelle.
Talvi Watia
@Talvi: Je n'ai jamais dit qu'un VPS était requis pour le courrier électronique. Ce que j'ai dit, c'est que j'avais d'autres raisons d'utiliser un VPS (même si j'en ai maintenant parlé). Mon hôte partagé a déjà configuré la messagerie que je peux utiliser, mais ce n'est pas une chose intégrée avec un VPS (évidemment). Sans connaître Google Apps, je pensais que j'allais devoir construire le serveur de messagerie moi-même.
AgentConundrum

Réponses:

16

L'email est toujours très important. Et n'utilisez pas de compte [email protected] / @ hotmail.com, il envoie simplement tous les mauvais types de signaux. En revanche, personne ne dit que vous devez exécuter vous-même un serveur SMTP.

Une solution simple et peu coûteuse est Google Apps Standard gratuite sur votre propre nom de domaine . Cela vous donne une interface Web simple pour gérer les comptes de messagerie, une application de messagerie Web GMail et un accès POP3 / SMTP / IMAP4 à vos e-mails. Vous pouvez utiliser une bibliothèque client POP3 / SMTP standard pour envoyer des e-mails à partir de vos serveurs Webapp. J'ai vu des plaintes anecdotiques sur la lenteur de la livraison et l'atteinte des limites de Google trop tôt lors de l'utilisation de l'édition gratuite de Google Apps; mais personnellement, je n'ai jamais eu de problème avec Google Apps.

Si vous devez envoyer de nombreux e-mails, vous pouvez toujours passer à un compte Google App Engine payant ou basculer votre serveur de messagerie sortant sur quelque chose comme Sendgrid .

Vous devez configurer un enregistrement Sender Policy Framework pour mettre en liste proactive les serveurs de messagerie de votre domaine et inclure les enregistrements SPF de vos fournisseurs de messagerie externes .

Une dernière chose: ne sous-estimez pas la puissance des e-mails en tant qu'outil de vente et de rétention. Un e-mail personnel ciblé après l'inscription, un e-mail de rappel si quelqu'un n'utilise pas le site pendant sa période d'essai, etc. - cela aide à réduire le taux d'abandon.

Jesper M
la source
+1 J'utilise Google Apps Standard pour mes e-mails sur quelques domaines et je les possède depuis mai dernier et cela fonctionne très bien et est étonnamment facile à configurer.
MetalMikester
+1 Google Apps est parfait pour cela, une bonne protection anti-spam et vous n'aurez aucun problème avec les enregistrements MX. Je viens de passer de la messagerie de mon fournisseur de domaine à Google Apps et c'est parfait.
Kevin
Cela semble définitivement être la meilleure idée pour deux raisons: 1) Je regarde WebFaction pour l'hébergement initial, et ils sont configurés pour que vous ne puissiez pas utiliser mail (). Si je sous-traite déjà à un serveur SMTP externe, cela pourrait aussi bien être Google. 2) Si j'arrive au point où je deviens trop grand pour Google (ce qui signifie envoyer 25 000 personnes par jour - 50 comptes * 500 adresses uniques), l'hébergement de mon propre serveur de messagerie sera une petite préoccupation.
AgentConundrum
Addendum: je sais que WebFaction n'est pas un VPS, mais un de mes amis m'a convaincu de commencer par partagé, et WebFaction semble assez personnalisable, avec un accès shell / ssh et la possibilité d'installer Sphinx si j'en ai besoin.
AgentConundrum
1

J'envisage cette question pour quelques sites / applications que je prévois de mettre en œuvre prochainement. Pour mes applications, je penche dans le sens de ne pas prendre en charge le courrier électronique, mais les décisions dépendent beaucoup de votre public cible.

Pour les trois cas d'utilisation que vous mentionnez:

  1. Vous n'avez pas besoin d'exécuter votre propre serveur de messagerie pour cela. Vous pouvez utiliser la redirection de messagerie de votre bureau d' enregistrement pour envoyer le courrier à votre compte ou la configuration gmail (ou similaire) DNS du domaine afin que vous puissiez utiliser gmail directement via le système « Google pour votre domaine » comme si .
  2. Mon public cible n'est pas le grand public dans son ensemble, je vais donc pour les approches "utilisez quelque chose comme Keepass et vous n'oublierez pas votre mot de passe" et "vous avez négligé de vous souvenir des informations d'identification de votre compte, eh bien vous n'êtes pas idiot" - mais si vous ciblez un large public, en particulier si vous prévoyez (maintenant ou plus tard) de générer des revenus sur les sites, cela ne fonctionnera pas.
    Vous n'avez pas besoin d'exécuter un serveur de messagerie complet pour les notifications de compte - juste un serveur sortant. Assurez-vous qu'il n'est pas configuré en tant que relais ouvert (les distributions de messagerie standard doivent être configurées correctement à cet égard, mais testez-les toujours au cas où) et si vous avez SPF ou des conseils anti-spam basés sur DNS similaires définis pour vos domaines assurez-vous que le nouveau serveur est répertorié comme expéditeur légitime.
  3. Ce type d'informations peut être présenté sous la forme d'un tableau de bord basé sur une page Web, sauf s'il peut y avoir des messages urgents que votre utilisateur voudra / devra voir sans se connecter à votre application. Comme pour les actions de compte, vous n'avez pas besoin de configurer un serveur de messagerie complet pour cela - juste un MTA pour l'envoi.

Même si vous envoyez uniquement à partir de votre VPS et que votre service de messagerie principal est hébergé ailleurs, vous avez toujours le problème que le courrier de votre VPS est mal identifié comme indésirable, ce qui est l'une des raisons pour lesquelles je souhaite supprimer mes applications envoyant du courrier à tous. ensemble - si je n'envoie pas de courrier, je n'ai pas à traiter avec des utilisateurs furieux des services de messagerie avec des filtres indésirables plus sensibles ou la possibilité que des personnes signalent accidentellement les messages comme indésirables (ce qui signifie qu'ils pourraient ne pas recevoir vos futurs messages).

Malheureusement, la seule façon de répondre «puis-je vraiment vivre sans que mon site envoie de courrier» est de considérer votre public cible et comment il voudra utiliser vos services. Vous pouvez vous passer de courrier si vos utilisateurs ne manqueront pas la ou les fonctionnalités ou vous pouvez justifier leur absence si vos utilisateurs le demandent.

David Spillett
la source