Настройка прямой доставки электронной почты и правила пересылки

Продолжаем обсуждение из темы Простая прямая доставка входящей почты:

Я следовал вашим инструкциям, и всё работает! Я вижу отклонённые письма в папке Rejected и протестировал прямые ответы по электронной почте. Это просто здорово! Однако я столкнулся с проблемой, особенно для новичков в Linux, которые настраивают форум впервые, как и я. Проблема связана с MX-записью.

Если я правильно понимаю, то, указав example.com в качестве почтового хоста (через MX-запись) для входящей почты на example.com, это, в свою очередь, исключает возможность использования внешнего удобного веб-сайта для создания общего адреса электронной почты, например admin@example.com. Этот адрес, разумеется, по умолчанию отображается на вкладке «О нас» в Discourse, и я хочу, чтобы создаваемый мной форум действительно имел такой адрес. Поскольку я не технический специалист и вижу другие проблемы с размещением собственного почтового сервера, я твёрдо убеждён, что почтовый ящик для admin@example.com должен находиться за пределами моего DO droplet. Вчера я потратил больше времени, чем хотелось бы признать, на настройку Postfix, но в итоге не смог запустить его. После размышлений я понял, что создание почтового сервера на DigitalOcean — не для меня. Я вижу больше проблем, чем решений. Моя цель — простота.

Цель: перенаправить создаваемый адрес admin@example.org на создаваемый почтовый ящик Gmail. Может ли кто-то помочь мне понять, чем я жертвую при таком подходе? Если я теряю только немедленность появления контента, я могу с этим смириться. Примечание: на мой взгляд, моя текущая настройка MailGun для исходящей почты останется без изменений, но тогда мне нужно будет создать ДВА аккаунта Gmail: один, специально для отклонённых писем, который будет использоваться через POP3, и другой для людей, пишущих на admin@example.org. Последний будет перенаправлен в новый аккаунт @gmail, на который я буду отвечать.
[Редактирование: должен уточнить; мой регистратор, NameCheap, позволяет создавать алиасы электронной почты и перенаправлять их (например, в Gmail) бесплатно, без необходимости покупки их собственного (уже недорогого) сервиса хостинга почты.

Правильно ли я всё понял? Огромное спасибо за вашу помощь и за все сообщения здесь. Я многому научился!

Ура!

Обычно рекомендуется запускать ваш форум на поддомене (например, www.example.com, forum.example.com). В этом случае вы будете использовать доменную зону xxx@www.example.com для почты и не столкнётесь с проблемами при получении писем на example.com. Таким образом, вы настроите входящие сообщения групп/категорий как whatever@forum.example.com. (Кроме того, настоятельно не рекомендуется размещать веб-сайт на «голом»/корневом домене: Ojktoto > Ada Togel Online Terbaik Di Situs Toto Terpercaya)

@pfaffman Вау! Так что вы говорите, что я могу и торт съесть, и остаться при нём :stuck_out_tongue_winking_eye: ! Это звучит очень обнадеживающе, ведь, возможно, у меня уже всё настроено почти правильно…

  • Моя исходящая поддоменная почта — просто mg, и всё работает отлично, то есть postmaster@**mg**.example.com (без звёздочек) на порту 2525, как вы и предлагали. Всё замечательно. Я, должно быть, уже предоставил Discourse всё необходимое (вебхуки?), поскольку вижу отскоки с такой конфигурацией.
  • Единственная MX-запись в моих настройках DNS указывает mail.example.com на example.com. Я абсолютно не понимаю, что она делает, если вообще что-то делает. Письма доставляются, отскоки видны внутри Discourse, и прямые ответы работают с этой конфигурацией. Ура!
  • В моём файле containers/mail-receiver.yml параметр MAIL_DOMAIN установлен как mg.mydomain.com — то же самое, что и в Mailgun (для исходящей почты).

Возможно, эта MX-запись бесполезна и/или её следует переименовать, так как я не помню, где ещё, кроме этой записи, я определил mail.mydomain.com.

Ситуация немного усложняется тем, что, кажется, мне нужно вернуть настройки DNS к регистратору (вместо DigitalOcean), чтобы снова воспользоваться бесплатной функцией автоматической пересылки почты регистратора которая бесплатна в NameCheap, но она работает только при наличии соответствующих настроек DNS.

Мой план действий: перенести все записи DNS обратно в NameCheap точно так, как они сейчас отображаются в DigitalOcean, затем создать мой почтовый адрес, например admin@mydomain.com, и настроить его пересылку на только что созданный Gmail-адрес. В итоге «Простая прямая доставка входящей почты» останется работоспособной, и я получу почтовый ящик с доменным именем — без необходимости создавать ещё один поддомен, если я правильно вас понял. Ещё раз спасибо за помощь в разбирательстве со всеми этими тонкостями, Джей. Ура!

Некоторые интересные выводы после возврата всех настроек DNS регистратору исключительно для активации их функции пересылки электронной почты feature. Это вызывает недоумение: @Jonathan5, я действительно удалил отдельную MX-запись, чтобы посмотреть, что произойдет. Ответ запутывает: хотя всё продолжает работать, теперь наблюдается задержка около 12 минут при прямой доставке писем в сообщения/комментарии форума. Может ли кто-нибудь объяснить, почему это происходит? (мой форум ещё не запущен — я всё ещё тестирую и настраиваю его)

Также я узнал следующее: я не могу использовать упомянутую выше “функцию” и одновременно добавлять MX-запись. Если MX-запись добавлена в NameCheap, функция пересылки электронной почты отключается, и весь раздел, видимый под пунктом №6 в указанной ссылке, становится серым и пустым.

Что именно делает эта MX-запись? Моя запись указывает на mail.mydomain.com. Убирая её, не создаю ли я новую проблему? Похоже, у меня есть следующие варианты: (a) оставить MX-запись, как указано в исходном сообщении, и пропустить её, чтобы (b) создать admin@mydomain.org и бесплатно пересылать письма на только что созданный почтовый ящик Gmail, или (c) отказаться от прямой доставки вообще и вместо этого настроить POP/IMAP?

Что касается последнего варианта: $8 за “частный почтовый сервис” регистратора — это очень дёшево. Но не совсем понятно, что именно это мне даёт. Если это возможность снова назначить MX-запись, и благодаря этому письма становятся более защищёнными или доставляются быстрее, я, вероятно, сделаю это. Всё ещё пытаюсь разобраться в этих вещах :slight_smile: Спасибо всем за ваше терпение и особенно за помощь.

@Jonathan5 С сожалением сообщаю, что моя удачная серия прервалась — и при этом я ничего не делал. Должно быть, это задержки распространения в интернете :thinking:. Мой предыдущий комментарий был оставлен примерно через 10–15 минут после тестирования удаления MX-записи. Теперь прошло 90 минут, и следующие функции больше не работают: прямая доставка, уведомления о прочтении, списки отклонённых и отвергнутых писем и т. д. Радость.

@pfaffman вот суть ситуации с регистратором NameCheap. Они используют подход «или-или»: клиент может установить в настройках DNS столько MX-записей, сколько захочет, но как только добавляется хотя бы одна MX-запись, возможность создавать адреса электронной почты или алиасы (например, admin@newdomain.com) для пересылки на другой почтовый ящик (например, @gmail) исчезает.

Буду признателен за любые мысли о наилучшем пути вперёд. На мой взгляд, чтобы обеспечить прямую доставку, мне нужна MX-запись для этого, как указано в оригинальном посте, и ещё одна MX-запись — на этот раз с использованием поддомена — для будущего почтового провайдера, который я планирую приобрести. Правильно ли я понимаю ситуацию? Спасибо всем!

Возможно, у вас параметр MAIL_DOMAIN установлен в mail.domain.com, а домен вашего форума — domain.com. В таком случае именно запись MX обеспечивала корректную работу, и вам не стоило её удалять. Со временем она перестала работать по мере распространения изменений, поэтому вам нужно вернуть её обратно. Извините, если я внес свой вклад в возникновение этой проблемы. Если вам нужна запись MX, но вы не можете её использовать и применяете бесплатный почтовый сервис, то вы снова возвращаетесь к исходной точке.

Я удалил своё предыдущее сообщение, чтобы избежать путаницы.

Нисколько! Я как бы, э-э, «взламываю» это, учась по ходу дела. :stuck_out_tongue_winking_eye:

@Ryan_N Мне удалось настроить переадресацию и MX-запись через Namecheap, как описано здесь