Comments 99
А cloudfare (или другой email forward) сможет читать письма? Не в курсе шифруются ли письма. Тут уже есть риски, например если почта как 2FA (второй фактор), то доверять надо 2 серивисам.
Может есть какие-то self-hosted решения?
Я уже понадеялся на статью "как настроить на своем сервере". А тут опять отдавать свою почту непонятно кому. Но, все равно, спасибо.
Аналогично, статья полезная, но было бы прекрасно, если бы кто-то написал пошаговый туториал, как поднять "правильно" свой почтовый сервер, с учетом антиспам-заморочек и информационной безопасности.
PS: Пользуюсь почтой на своем домене уже 6+ лет, очень удобно. Спасибо Яндексу за сервис ;)
Правильный свой будет только если владелец ip адреса пропишет обратную зону. Остальное баловство
К сожалению, даже этого недостаточно чтобы ваша почта нормально доходила до адресата. Например гугл с недавних пор просто реджектит все письма отправленные с "домашних" айпишников, да и куча богомерзких сервисов "блеклистов" по факту работают как "вайтлисты", то есть все домашние айпи в блеклисте по-умолчанию, и выйти оттуда можно либо никак, либо за большие деньги. Соответсвенно любой антиспам, основанный на блеклистах, тоже кинет ваше письмо в спам - да, даже с обратной зоной, SPF и DKIM, просто потому что иди нафиг, вот почему.
По собственному впечатлению - в основном гугл пропускает, но бывает, что и режет. Причем как-то временами у них случаются обострение, что письмо от меня может упасть в спам. При этом у меня ничего не меняется.
Использую на своем хостинге https://github.com/docker-mailserver/docker-mailserver
Очень здорово помог сервис https://www.mail-tester.com/ - показывает, все ли у тебя в порядке со всякими DKIM и прочими заголовками, а так же есть ли IP твоего сервера во всяких блэк-листах. И если есть, то дальше надо писать авторам блэк-листа, чтобы убрали твой адрес.
Кстати, по поводу блек-листов - скорее всего, не получится держать почтовый сервер на домашнем интернете, поскольку диапазоны адресов домашнего инета во всяких блэк-листах забиты прямо подсетями. Только на хостинге...
iredmail
Очень понятно кому
Кто-нибудь может посоветовать готовые и поддерживаемые образы виртуалок/контейнеров с развёрнутым почтовым сервером (POP3/SMTP/Вебморда)? Чтобы оперативно залить-перезалить хоть на AWS, хоть на домашний роутер. Технически понимаю что всё это реализуемо, но самому возиться, следить за секьюрити патчами - у меня другая специализация, не до того чтобы ещё и в это погружаться с головой.
натыкался сразу на несколько таких на гитхабе (если вспомню названия обновлю коммент)
но НЕ рекомендую, лучше протр*хаться пару часов с dovecot/postfix/sendmail/etc и потом жить счастливо чем в один клик поднять себе сервис который потом очень геморно обслуживать в будущем.
так же НЕ советую использовать вебморду, в случае почты это основной вектор атаки (туда ломятся в первую очередь). конечно это лечится iptables/nftables и белыми списками, но гораздо проще не иметь вебморды ибо почтовых клиентов для imap+smtp валом на всех ОС и они гораздо удобнее чем браузер.
если не хочется ковыряться самому есть много людей которые за условный косарик в час всё сделают за вас, работы там максимум часа на два с учётом делегации домена и ожидания виртуалки.
UPD: https://github.com/jonathandion/awesome-emails#self-hosted-services
Посмотрите на mailu https://mailu.io
https://github.com/docker-mailserver/docker-mailserver
Правда без вэб-морды. Но меня устраивает, поскольку на компьютере есть thunderbird, а на телефоне стандартный gmail без проблем конектится к моему серверу. Хотя можно поставить, например, https://hub.docker.com/r/roundcube/roundcubemail
mailcow прекрасен
Я тоже недавно искал решение подобной задачи и в дополнение кейса со своим доменом и catchall попался аддон https://github.com/jsvde/Mail-Hash
Мне нравится еще идея https://relay.firefox.com/, хотя пока подробно не смотрел что можно сделать на основе кода из их github.
В целом нравится решение у Apple с адресами, но ищется без вендор-лока.
Да, здорово это все. Но, завтра очередные санкции, или проект умер, и вы лишились всех адресов разом. Что пофиг, но вы лишились сразу доступа ко всем ресурсам, где регистрировались. Я сам, планирую выделить день два и перенести все свои регистрации с Гугла на свою почту. Вот и хочу решение для postfix, чтобы и он по маске принимал. Может кто подскажет решение?
По поводу отслеживания источников спама - недавно попадалась статья про "лайфхак" с почтой - просто меняете свой обычный адрес а-ля ivanov@mail.ru на ivanov+tinkoff@mail.ru.
Такой адрес считается валидным и отправляется почта на тот же обычный адрес, но в адресате письма уже будет прописан наш "расширенный" вариант.
Бывает смешнее. Например fanfiction.net. Форма смены адреса спокойно проглатывает + в прямом смысле. Вводишь vikarti+fanfiction_net@domain.com а тебе — ок, мы вам послали письмо на vikartifanfiction_net@domain.com, кликните там ссылку.
Нет, я могу кликнуть но тогда либо catchall надо либо прописывать alias и смысла в +?
(у меня c + в этом случае автоматически создается папка в INBOX)
И нет, использовать не + а! или там # и добавить обработку в глобальном sieve скрипте почтового сервера — не поможет. Результат тот же.
(у меня c + в этом случае автоматически создается папка в INBOX)
Ух ты, а как это работает?
Ух ты, а как это работает?
https://mailcow.github.io/mailcow-dockerized-docs/manual-guides/mailcow-UI/u_e-mailcow_ui-tagging/
А было и такое, в каком то учереждении, что при регистрации все прошло гладко, а потом они звонят и говорят: «тут у вас мейл какой то неправильный, мы не можем вам отправить письмо, система его не принимает»
У mail.ru — такое не прошло. Отправил с рабочей почты на "простую с плюсом" письмо, пришёл ответ:
host mxs.mail.ru [217.69.139.150]
SMTP error from remote mail server after end of data:
550 Message was not accepted — invalid mailbox. Local mailbox xxx+yyy@mail.ru is unavailable:
account is disabled
P.S. Точка — тоже не сработала.
Если вы юрист, который может оценить, насколько ситуация "не могу отказаться от спама кроме как уходом из банка" нарушает мои права, как потребителя, напишите мне, плиз (TG@vvzlad).
Способ, которым "мы не можем" быстро и решительно превращается в yes, we can "мы, оказывается, еще как можем и больше не будем".
Как говорит Ричард Столлман - "There's no Cloud... just another people's computers". По этому вот моя формула успеха: FreeBSD + Sendmail + Dovecot + Apache + Roundcube + Spamassassing. На всё про всё потребовалось пару вечеров.
А вот изьять из Гугла свою почту (накопившуюся с 2005 года) у меня так и не получилось.
Зато получилось подчистить ящик до дефолтного лимита, что бы не платить Гуглу ни цента. На чистку ящика ушло более месяца работы скрипта, который запускался раз в сутки и удалял столько сообщений, сколько было позволено лимитом.
Да, сервер стоит у меня дома, за диваном. Так надежней.
https://github.com/imapsync/imapsync - можно перенести
А вот изьять из Гугла свою почту (накопившуюся с 2005 года) у меня так и не получилось.
https://takeout.google.com/ пробовали?
Это издевательство. Даже не бэкап.
Там обычный .mbox. Всей вашей почты.
Это не бэкап в том плане, что нельзя из него в гугле восстановиться. Это экспорт почты в формате mbox, который умеют открывать все почтовики. Т.е. если что случится с вашим аккаунтом, вы не теряете архив переписки за десяток лет. Можно поставить экспорт по расписанию и выкачивать оттуда свежую версию регулярно.
Добавлю, что нужно тщательно выбирать регистратора домена. Пример: NameCheap, который "обрадовал" первого марта.
+1. Критичные домены перенёс. Один оставил умирать, но в итоге с ним ничего не случилось и он доступен как и ранее. Хорошо бы зашли криптодомены, но пока недостаточная поддержка.
В принципе любой домен могут так же забрать чисто теоритечески как и выкинуть с Google. Поэтому это тоже слабое звено.
Выкинуть так же может владелец зоны
Если есть домен и чистая VPS, но нет времени и "для себя", то есть всякие обертки для настройки, типа iRedMail. Если не повезет - то придется что то покрутить руками, но это необязательно. Проблема в том, что многие почтовые сервисы очень не любят почту с кастомных доменов, особенно если что то недокручено в DKIM, DMARK, SPF. Сейчас больше вопрос как это все оплачивать - домен, VPS и тд
Я давно пользуюсь последним способом, который 100lvl. Удобно, но есть минус - если нужно вступить в переписку, то с несуществующего ящика это сделать нельзя, приходится светить свой основной адрес, ну или создавать почтовый ящик.
В принципе, теоретически возможно указывать в поле от кого фейковый адрес, но это работает не во всех случаях.
И да, проблема непонятного домена порой встает в полный рост. Для таких приходится держать еще одну почту на публичном сервисе.
Удобно, но есть минус — если нужно вступить в переписку, то с несуществующего ящика это сделать нельзя, приходится светить свой основной адрес, ну или создавать почтовый ящик.
Да нет, если подключить домен к почтовому сервису, то можно выбрать, с какого адреса отвечать. Вот например, я попытался ответить на уведомление с хабра и он правильно подставил адрес habr@vvzvlad.xyz.
Вот ответить с vvzvlad@gmail.com я не могу, да, потому что оттуда почта просто пересылается.
Статья несомненно полезная, но несколько однобокая. В статье совершенно не затронут момент отправки почты, а если мы рассматриваем почту только на получение - то утверждение что домашний сервер " это ощутимый геморрой в поддержке, настройке и обеспечении доступности" - в данном случае не работает, домашний сервер для получения почты настраивается легко и тривиально, тот самый "геморрой" начинается, если вы хотите письма отправлять, да не просто отправлять, а так чтобы их получали - вот это практически невозможная миссия на домашнем сервере.
Чисто на домашнем - невозможная, сталкивался с тем, что диапазоны адресов домашнего интернета забанены в антиспам-блэклистах. Поэтому для отправки нужен либо внешний хостинг (и долгая кропотливая настройка), либо какой-то внешний сервис. Раньше можно было рекомендовать Amazon Simple Email Service (отправка там стоила копейки), но в связи с известными событиями лучше поискать что-то другое...
Статья несомненно полезная, но несколько однобокая. В статье совершенно не затронут момент отправки почты, а если мы рассматриваем почту только на получение — то утверждение что домашний сервер
Так я домашний сервер не рассматривал вообще. Не вижу смысла, если это большой геморрой, а гораздо более удобный сервис и лучший SLA можно за небольшие деньги или бесплатно получить в десятке других сервисов.
Не вижу смысла, если это большой геморрой,
Ещё раз повторю - это вообще не геморрой, установка и настройка тривиальна. Геморрой - отправлять почту, а для отправки почты вы ни одного сервиса не описали. Поэтому не рассматривать домашний сервер в такой ситуации - неверно, поскольку это решение обладает рядом достоинств.
установка и настройка тривиальна
пока вам не нужно бороться со спамом — да.
ну и встречал людей, «разгребающих» большие объёмы почты, которые считают интерфейс gmail идеальным для этой задачи.
домашний сервер для получения почты настраивается легко и тривиально
Подскажете актуальный гайд?
А причем тут домашнее импортозамещение, если мы сменили один удаленный сервис, на другой? По смыслу заголовка надо свой сервер дома поднимать =).
У нас есть домен, а то, что за этим доменом конкретно обрабатывает адрес почты — нам по большему счету до лампочки, гугл это, яндекс, мейл, фастмейл или локальный релей. Потому что при переезде с одного на другой косты заключаются в переносе почты и настроек, но почта как продолжала ходить на один и тот же адрес в своем домене, так и продолжает.
Если раньше при потере аккаунта гугла мы теряли все доступы и встревали на перерегистрацию/восстановление сотни аккаунтов, сейчас мы теряем архив почты, и то, если не забекапили, и встреваем на поиск нового, такого же удобного сервиса, как старый. Мне кажется, несравнимо.
Читал. Считаю что это не тянет именно на домашнее импортозамещение =). Домашнее это дома под диваном =).
Со своим доменом есть проблема потери домена: забыл продлить, попал в больницу, случайно имя совпало с чьим-то товарным знаком.
Кроме того люди смертны. Внутри семьи часто не все знают как управлять почтовыми сервисами, продлевать домены и т.п. - т.е. если с владельцем домена что-то случается то все кто пользовался семейным доменом почту теряют.
При этом не просто теряют доступ (как в случае с блокировкой на почтовом сервисе). После освобождения домена его почти точно покупает киберсквоттер и вот он уже может получать все письма и доступы в большинство аккаунтов, привязанных к почте - включая соц. сети, облачных хранилища и т.п.
В этих сетях может быть информация, которая не предназначалась для широкого круга лиц и может навредить другим членам семьи, с которыми ничего не случилось. Я как раз по этим соображениям уже имея свой домен сознательно перевожу аккаунты всех сервисов на бесплатную почту крупного сервиса - т.е. риски потерять его заметно ниже риска потерять свой домен. А в случае реализации риска потери меньше (я теряю доступ, но никто другой доступ к этому ящику не получает).
Не соглашусь. Десяток доменов, брошенных клиентами или заброшенными проектами до сих пор свободны. А свой потерять, это на 2 после окончания про него забыть. С ежедневным получением писем в течении трёх! месяцев.
Это риски, они не всегда реализуются - т.е. может повести, а может нет. С моими бывшими доменами бывало по-разному - какие-то занимались, какие-то - нет.
То что такая монетизация не используется массово - просто везение. Как вариант про это не задумываются ни владельцы доменов (в большинстве - молодые здоровые люди, пока не попавшие под автобус), ни мошенники или на данный момент это экономически не выгодно (но баланс может сместиться).
Ладно, пытаюсь отказаться.. А фиг, вам, ссылка не работает
Попробуйте открыть ссылку через ВПН.
Похоже в связи с "событиями" некоторые сайты не открываются в "не тех странах".
Причем возможно сами владельцы могут быть и не в курсе таких проблем. Этой фигней может и хостинг, и провайдер, и фиг знает кто еще заниматься.
Столкнулся с этим при попытке обновить компонент Visual Studio - пропал доступ на https://www.incredibuild.com/
У меня хостинг с CPanel, в нем тоже есть автопересылка
Альтернатива — yandex или mail.ru, о них более кратко напишу в конце
яндекс категорически не хочет принимать письма с protonmail.
писал в техподдержку, ответили, что так задумано, протон под санкциями. меня это не устраивает: protonmail — достаточно популярный почтовик, да и сама идея ограничения связности smtp мне не близка.
как с таким подходом яндекс собирался продвигать свой почтовый сервис за границей — для меня загадка.
сейчас проверил, с личным ящиком на mail.ru та же самая история. так что я бы воздержался от всех отечественных почтовых сервисов.
Здравствуйте!
Уже занимаемся проверкой деталей по ситуации. Вернемся по итогам проверки.
Так как эти письма не подходят под категорию спама, это вполне нормальная бизнес-рассылка по партнерам, то спам-фильтр по ним обучаться не хочет. А компании каждый раз разные, поэтому отфильтровать по имени отправителя тоже нельзя.
А нельзя отфильтровать от обратного - если в поле to "tinkoff@vvzvlad.xyz" и в поле from НЕ содержится "@tinkoff.com" (или что там у них) - то в спам?
Уже год пользуюсь fastmail способом, описанным вами в 100LVL.
Сервис отличный, стоит своих денег.
Вот только после известных событий возникли проблемы с оплатой.
Вы нашли способ оплачивать fastmail?
Я уже стал подумывать о переходе на другой сервис, вот только ничего сопоставимого по качеству и безопасности просто нет. Отечественная почта дырявая как решето, никакого доверия мейлу и яндексу нет, особенно после историей с недавним сливом БД я-еды.
Я сделал немного по-другому. Купил домен у google domain, для примера пусть это будет "supermail.com". В его админке сделал бесплатный wildcard email forwarding на свой секретный email
*@supermail.com => secret@gmail.com
Таким образом при регистрации где-либо я просто указываю абсолютно любой email на домене, например "uber@supermail.com", и без проблем получаю входящие письма на обычный gmail.
Отправить письмо как "uber@supermail.com" тоже несложно. Достаточно один раз подтвердить домен в каком-нибудь email delivery service и использовать его бесплатный план. В gmail есть настройка "send mail as" где можно создать любой исходящий адрес (alias), указав в моем случае "smtp.sendgrid.net", "apikey" и пароль.
Если на какой-то адрес начинает идти спам, то его можно полностью исключить, сделав для него google domain email forwarding на другой email, например мне приходил постоянной спам на адрес "sales@supermail.com".
Также есть вероятность, что кто-то попробует открыть в браузере сам домен "supermail.com" (этот домен просто пример). То чтобы он вернул что-то осмысленное, я для него указал запись А, и запустил контейнер, который сам обновляет https сертификат и возвращает простую html строку.
root@4926c06eef28:/etc/nginx/conf.d# cat mail.conf
server {
listen 443 ssl;
server_name supermail.com;
ssl_certificate /etc/letsencrypt/live/supermail.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/supermail.com/privkey.pem;
location = / {
default_type text/html;
return 200 "<!DOCTYPE html><h2>email server.</h2>\n";
}
}Не понял, зачем лишняя прослойка для форварда, если можно все адреса на своем сервере банить.
Также есть вероятность, что кто-то попробует открыть в браузере сам
домен "supermail.com" (этот домен просто пример). То чтобы он вернул
что-то осмысленное,
Зачем нужно, чтобы " чтобы он вернул что-то осмысленное"? Что будет, если он ничего не вернёт вообще? То есть, если не запускать там nginx.
А я "A" запись просто на 127.0.0.1 указал и все. MX и все остальное конечно настроено, и этого достаточно.
И что это даёт?
У меня есть несколько доменных имён, которые указывают на 127.0.0.1. Используются для разработки, в частности чтобы иметь настоящий TLS сертификат для localhost, чтобы браузер сразу открывал веб приложение без лишних телодвижений.
Да в принципе ничего особого (хотя ранее тут уже написали один из вариантов).
Я к тому, что при использовании домена только для почты не обязательно иметь на нем валидный IP, указывающий куда-то. Достаточно MX и обвязки в TXT.
Здравствуйте.
Выяснили, что рассылка была от нашего партнера, связались с ним и исключили вас из нее.
При этом в консультациях коллеги старались помочь, отключили наши рассылки и рассказали, что от рекламы партнеров можно отписаться по ссылке в конце письма. По какой причине эта ссылка могла не работать, не подскажем. Простите за неудобства!
Выяснили, что рассылка была от нашего партнера
То есть вам потребовалось ещё и отдельно выяснять, что вы работаете в банке, а не в "синема-парке"?..
1)А рассылки не будет этой или вообще всех рекламных рассылок, связанных с вашим сервисом покупки билетов в кино?
ФАС считает, что абонент может в любое время отказаться от получения рекламы (отозвать согласие, если оно было), и реклама должна прекратиться. Настоящим я отказываюсь и отзываю свое согласие на получение рекламы от вас и ваших партнеров через любые каналы. 2)Такого заявления достаточно? Если не достаточно, я могу сделать тоже самое письменно и заказным письмом.
Здравствуйте. Простите, что задержались с ответом.
Мы отключили рассылки от нас и попросили партнера удалить вас из своих рассылок. Больше письма вам поступать не должны.
Дополнительно заявление об отказе от рекламы писать не нужно.
2)Я все же хочу его написать, т.к. показывает практика, вашим заявлениям «мы отключили рекламу» верить нельзя — они не являются юридически значимыми. Сообщите, пожалуйста, адрес, на который можно отправить заказное письмо и принятую у вас формулировку письма.
Fastmail прекрасен, осталось найти приемлемый способ оплаты :(
Хроники домашнего импортозамещения: замещаем e-mail (и узнаём, кто сливает почту на сторону)