Ich fange an, eine Site zu erstellen, und möchte sie aus verschiedenen Gründen auf einem VPS ausführen, anstatt sie gemeinsam zu nutzen. Dies bedeutet, dass ich, wenn ich E-Mail-Dienste möchte, die nicht triviale Aufgabe des Betriebs eines E-Mail-Servers angehen muss. Kein lustiges Problem für einen "Noob" wie mich.
Die drei Verwendungszwecke, die ich mir vorstellen kann, lassen sich wie folgt aufteilen:
- Die üblichen "E-Mail an den Administrator / Support / was auch immer" -Dienste. Ich nehme an, ich könnte mit "[email protected]" davonkommen, aber ich würde es vorziehen, wenn möglich alles einheitlich zu halten.
- E-Mails zur Bestätigung des Kontos / Zurücksetzen des Passworts. Dies scheint die größte Hürde zu sein.
- Digest-E-Mails, dh "Folgendes ist in der letzten Woche passiert - Antworten, Abstimmungen usw." Nicht unähnlich zu den Stackoverflow-E-Mails. Opt-in natürlich.
Habe ich wirklich die Möglichkeit, E-Mails auf meiner Website nicht zu unterstützen?
Antworten:
E-Mail ist immer noch sehr wichtig. Verwenden Sie kein Konto bei [email protected] / @ hotmail.com, sondern es werden nur die falschen Signale gesendet. Andererseits sagt niemand, dass Sie selbst einen SMTP-Server ausführen müssen.
Eine einfache und kostengünstige Lösung ist kostenlos Google Apps Standard auf Ihrem eigenen Domain - Namen . Auf diese Weise erhalten Sie eine einfache Weboberfläche zum Verwalten von E-Mail-Konten, eine GMail-Webmail-Anwendung und POP3 / SMTP / IMAP4-Zugriff auf Ihre E-Mails. Sie können eine reguläre POP3 / SMTP-Clientbibliothek verwenden, um E-Mails von Ihren Webapp-Servern zu senden. Ich habe anekdotische Beschwerden über langsame Zustellung und zu frühes Erreichen der Google-Grenzen bei Verwendung der kostenlosen Google Apps Edition gesehen. Ich persönlich hatte noch nie Probleme mit Google Apps.
Wenn Sie viele E-Mails senden müssen, können Sie jederzeit ein Upgrade auf ein kostenpflichtiges Google App Engine-Konto durchführen oder Ihren ausgehenden Mailserver auf Sendgrid umstellen .
Sie sollten einen Sender Policy Framework- Datensatz einrichten, um die E-Mail-Server für Ihre Domain proaktiv auf die Whitelist zu setzen und die SPF-Datensätze Ihrer externen Mail-Anbieter einzuschließen .
Eine letzte Sache: Unterschätzen Sie nicht die Leistungsfähigkeit von E-Mails als Verkaufs- und Aufbewahrungstool. Eine gezielte persönliche E-Mail nach der Anmeldung, eine Erinnerungs-E-Mail, wenn jemand die Website während der Testphase nicht nutzt usw. - dies trägt dazu bei, die Abbruchrate zu senken.
quelle
Ich denke über diese Angelegenheit für einige Websites / Apps nach, die ich bald implementieren möchte. Bei meinen Apps neige ich dazu, E-Mails nicht zu unterstützen, aber die Entscheidungen hängen sehr stark von Ihrer Zielgruppe ab.
Für die drei Anwendungsfälle, die Sie erwähnen:
Sie müssen jedoch keinen vollständigen Mailserver für Kontobenachrichtigungen ausführen - nur einen ausgehenden Server. Stellen Sie sicher, dass es nicht als offenes Relay konfiguriert ist (das Standard-Mail-Setup für Distributionen muss in dieser Hinsicht sofort korrekt sein, aber testen Sie es immer für alle Fälle selbst) und ob Sie SPF oder ähnliche DNS-basierte Anti-Spam-Hinweise festgelegt haben Ihre Domain (s) stellen sicher, dass der neue Server als legitimer Absender aufgeführt ist.
Selbst wenn Sie nur von Ihrem VPS aus senden und Ihren Hauptpostdienst an einem anderen Ort gehostet halten, besteht immer noch das Problem, dass E-Mails von Ihrem VPS fälschlicherweise als Junk identifiziert werden. Dies ist einer meiner Gründe, warum ich meine Apps, die alle E-Mails senden, nicht mehr verwenden möchte zusammen - Wenn ich keine E-Mails sende, muss ich mich nicht mit wütenden Benutzern von E-Mail-Diensten mit überempfindlichen Junk-Filtern oder der Möglichkeit befassen, dass Personen die Nachrichten versehentlich als Junk kennzeichnen (was bedeutet, dass sie Ihre zukünftigen Nachrichten möglicherweise nicht erhalten).
Leider besteht die einzige Möglichkeit zu der Antwort "Kann ich wirklich leben, ohne dass meine Website E-Mails sendet" darin, Ihre Zielgruppe zu berücksichtigen und zu ermitteln, wie sie Ihre Dienste nutzen möchten. Sie können auf E-Mails verzichten, wenn Ihre Benutzer die Funktion (en) nicht verpassen, oder Sie können rechtfertigen, dass sie nicht da sind, wenn Ihre Benutzer dies wünschen.
quelle