Насколько важна электронная почта?

Я начинаю создавать сайт и хочу запускать его на VPS, а не делиться им по разным причинам. Это означает, что, если бы мне понадобились почтовые сервисы, мне нужно было бы заняться нетривиальной задачей запуска почтового сервера. Не такая уж веселая проблема для такого "нуба", как я.

Три варианта использования, которые я могу представить, разбиты следующим образом:

1. Обычные услуги по электронной почте администратора / поддержки / безотносительно. Я полагаю, что смогу обойтись без использования «mysite@gmail.com», но я бы предпочел сохранить все унифицированным, если это возможно.
2. Письма с подтверждением учетной записи / сброс пароля. Это кажется серьезным препятствием.
3. Дайджест электронных писем, т. Е. «С вашей вещью за последнюю неделю произошло следующее: ответы, голоса и т. Д.» Не отличается от электронных писем stackoverflow. Согласитесь, очевидно.

У меня действительно есть возможность не поддерживать электронную почту на моем сайте?

Электронная почта по-прежнему очень важна. И не используйте учетную запись company@gmail.com / @ hotmail.com, она просто отправляет все неправильные виды сигналов. С другой стороны, никто не говорит, что вам нужно запускать SMTP-сервер самостоятельно.

Одним из простых и недорогих решений является бесплатный Google Apps Standard для вашего собственного доменного имени . Это дает вам простой веб-интерфейс для управления учетными записями электронной почты, приложение веб-почты GMail и POP3 / SMTP / IMAP4 доступ к вашей электронной почте. Вы можете использовать обычную клиентскую библиотеку POP3 / SMTP для отправки электронных писем с серверов вашего веб-приложения. Я встречал неподтвержденные жалобы на медленную доставку и слишком быстрое превышение ограничений Google при использовании бесплатной версии Google Apps; но лично у меня никогда не было проблем с Google Apps.

Если вам нужно отправить много электронных писем, вы всегда можете перейти на платную учетную запись Google App Engine или переключить свой сервер исходящей почты на что-то вроде Sendgrid .

Вы должны настроить Sender Policy Framework записи проактивно белый список серверов электронной почты для домена, и включают в себя SPF записи ваших внешних поставщиков почты .

И последнее: не стоит недооценивать силу электронных писем как инструмента продаж и удержания. Адресная личная электронная почта после регистрации, электронная почта с напоминанием, если кто-то не использует сайт в течение пробного периода, и т. Д. - это помогает снизить процент отказов.

Я рассматриваю этот вопрос для нескольких сайтов / приложений, которые планирую реализовать в ближайшее время. Что касается моих приложений, я склоняюсь к тому, чтобы не поддерживать электронную почту, но решения во многом зависят от вашей целевой аудитории.

Для трех случаев использования вы упоминаете:

1. Вам не нужно запускать собственный почтовый сервер для этого. Вы можете использовать переадресацию почты вашего регистратора, чтобы отправить почту в свою учетную запись gmail (или аналогичную) или настроить DNS домена, чтобы вы могли использовать gmail напрямую через систему «google for your domain», например, так .
2. Моя целевая аудитория не является широкой публикой в ​​целом, поэтому я использую подходы «используйте что-то вроде keepass, и вы не забудете свой пароль» и «вы забыли запомнить свои учетные данные, ну разве вы не глупы» - но если вы ориентируетесь на широкую аудиторию, особенно если вы планируете (сейчас или позже) получить некоторый доход от сайтов, это не сработает.
   Вам не нужно запускать полный почтовый сервер для уведомлений учетной записи - только исходящий сервер. Убедитесь, что он не настроен как открытый ретранслятор (необходимо, чтобы стандартная настройка почтовых рассылок была правильной в этом отношении, но всегда проверяйте себя на всякий случай), и если у вас установлены SPF или аналогичные DNS-подсказки для защиты от спама, установленные для Ваш домен (ы) убедитесь, что новый сервер указан как законный отправитель.
3. Такого рода информация может быть представлена ​​в виде информационной панели на основе веб-страницы, если только не появятся срочные сообщения, которые ваш пользователь захочет / должен будет увидеть без входа в ваше приложение. Как и в случае с действиями с учетной записью, вам не нужно настраивать для этого полный почтовый сервер - просто MTA для отправки.

Даже если вы отправляете только с вашего VPS и сохраняете свою основную почтовую службу в другом месте, у вас все еще есть проблема, связанная с тем, что ваш VPS неправильно идентифицируется как нежелательный, что является одной из причин, по которой я хочу отказаться от всех приложений, отправляющих почту. вместе - если я не отправляю почту, мне не придется иметь дело с разгневанными пользователями почтовых служб с помощью сверхчувствительных фильтров нежелательной почты или с возможностью случайной пометки людей сообщениями как нежелательные (то есть они могут не получить ваши будущие сообщения).

К сожалению, единственный способ ответить «могу ли я действительно жить без отправления почты моим сайтом» - это рассмотреть вашу целевую аудиторию и то, как они захотят использовать ваши услуги. Вы можете обойтись без почты, если ваши пользователи не пропустят эту функцию (и) или вы можете оправдать их отсутствие, если ваши пользователи спросят.