Quanto è importante l'e-mail?

Sto iniziando a creare un sito e voglio eseguirlo su un VPS anziché condiviso per una serie di motivi. Ciò significa che, se volessi servizi di posta elettronica, avrei bisogno di affrontare l'attività non banale di eseguire un server di posta elettronica. Non è un problema divertente per un "noob" come me.

I tre usi che posso pensare di scomporre come segue:

1. I soliti servizi "e-mail di amministrazione / supporto / qualunque". Suppongo che potrei cavarmela usando "mysite@gmail.com" ma preferirei mantenere tutto uniforme se possibile.
2. Email di conferma account / reimpostazioni password. Questo sembra il maggiore ostacolo.
3. Email di digest, ovvero "quanto segue è successo alle tue cose nell'ultima settimana - risposte, voti, ecc." Non dissimile dalle e-mail di stackoverflow. Opt-in, ovviamente.

Ho davvero la possibilità di non supportare la posta elettronica sul mio sito?

L'email è ancora molto importante. E non utilizzare un account company@gmail.com / @ hotmail.com, invia semplicemente tutti i tipi di segnali sbagliati. D'altra parte, nessuno dice che è necessario eseguire un server SMTP da soli.

Una soluzione semplice e di basso costo è gratuito Google Apps Standard sul proprio nome di dominio . Ciò ti offre una semplice interfaccia web per gestire gli account di posta elettronica, un'applicazione di posta elettronica GMail e l'accesso POP3 / SMTP / IMAP4 alle tue e-mail. Puoi utilizzare una normale libreria client POP3 / SMTP per inviare e-mail dai tuoi server webapp. Ho visto lamentele aneddotiche sulla consegna lenta e sul superamento dei limiti di Google troppo presto durante l'utilizzo dell'edizione gratuita di Google Apps; ma personalmente non ho mai avuto problemi con Google Apps.

Se devi inviare molte email , puoi sempre passare a un account Google App Engine a pagamento oppure passare il tuo server di posta in uscita a qualcosa come Sendgrid .

È necessario impostare un record Framework criteri mittente per autorizzare in modo proattivo i server di posta elettronica per il proprio dominio e includere i record SPF dei provider di posta esterni .

Un'ultima cosa: non sottovalutare il potere delle e-mail come strumento di vendita e conservazione. Un'e-mail personale mirata dopo l'iscrizione, un'e-mail di promemoria se qualcuno non utilizza il sito durante il periodo di prova, ecc. Questi aiutano a ridurre il tasso di abbandono.

Sto prendendo in considerazione questa questione per un paio di siti / app che sto pianificando di implementare presto. Per le mie app sono incline a non supportare la posta elettronica, ma le decisioni dipendono molto dal pubblico di destinazione.

Per i tre casi d'uso menzionati:

1. Non è necessario eseguire il proprio server di posta per questo. Puoi utilizzare l'inoltro della posta del tuo registrar per inviare la posta al tuo account Gmail (o simile) o configurare il DNS del dominio in modo da poter utilizzare Gmail direttamente tramite il sistema "google per il tuo dominio" in questo modo .
2. Il mio pubblico di riferimento non è il grande pubblico, quindi vado per gli approcci "usa qualcosa come keepass e non dimenticherai la tua password" e "hai trascurato di ricordare le credenziali del tuo account, beh, non sei sciocco" - ma se stai prendendo di mira un vasto pubblico, specialmente se stai pianificando (ora o più tardi) di ricavare un reddito dai siti, questo non andrà a buon fine.
   Non è necessario eseguire un server di posta completo per le notifiche degli account, ma solo un server in uscita. Assicurati che non sia configurato come inoltro aperto (la distribuzione standard della posta deve essere pronta all'uso in questo senso, ma verifica sempre tu stesso nel caso) e se hai SPF o simili suggerimenti antispam basati su DNS impostati per i tuoi domini assicurano che il nuovo server sia elencato come mittente legittimo.
3. Questo tipo di informazioni potrebbe essere presentato come un dashboard basato su una pagina Web, a meno che non vi siano messaggi urgenti che l'utente vorrà / dovrà vedere senza accedere all'app. Come per le azioni dell'account, non è necessario configurare un server di posta completo per questo, solo un MTA per l'invio.

Anche se invii solo dal tuo VPS e mantieni il tuo servizio di posta principale ospitato altrove, hai ancora il problema che la posta dal tuo VPS sia identificata erroneamente come spazzatura, che è uno dei miei motivi per voler eliminare le mie app inviando posta tutto insieme - se non invio posta non devo avere a che fare con utenti irritati dei servizi di posta con filtri indesiderati troppo sensibili o con la possibilità che le persone contrassegnino accidentalmente i messaggi come spazzatura (il che significa che potrebbero non ricevere i tuoi messaggi futuri).

Sfortunatamente, l'unico modo per rispondere "posso davvero vivere senza che il mio sito invii posta" è considerare il tuo pubblico di destinazione e come vorranno utilizzare i tuoi servizi. Puoi fare a meno della posta se i tuoi utenti non mancheranno le funzionalità o puoi giustificare la loro non presenza se i tuoi utenti lo chiedono.