Возьмём одно письмо. Выдуманный магазин Bright Parcel только что получил регистрацию посетителя с адресом quietfox42@veylax.com, и его система нажимает аналог кнопки «Отправить» для письма с подтверждением. Чуть позже это письмо появляется на экране посетителя, а ещё через сутки его нигде на стороне почтового сервиса уже нет. Эта статья проводит его по всему пути.
Так как же работает временная почта? Она использует обычный механизм интернет-почты с одной особенностью: принимающая сторона берёт письма для любого имени пользователя на своих доменах и хранит их совсем недолго. Сервер отправителя находит в DNS MX-запись домена, подключается к указанному узлу по SMTP через порт 25 и доставляет письмо. Затем система временной почты разбирает его, показывает в ящике и удаляет по расписанию. В VookMail MX-записи доменов указывают на почтового провайдера, который принимает SMTP-сеанс и пересылает каждое письмо в VookMail по HTTPS.
Этап 1: письмо покидает отправителя
Приложение Bright Parcel собирает письмо. Письмо — это структурированный текст, устроенный по формату Internet Message Format (RFC 5322): заголовки вроде From, To и Subject, затем пустая строка, затем тело. Обычно приложение не доставляет его напрямую. Оно передаёт его службе исходящей почты либо по аутентифицированному SMTP-соединению через порт 587 (или 465 с TLS с самого начала), либо через веб-API компании-отправителя.
Первая задержка может возникнуть уже здесь. Многие приложения ставят исходящую почту в очередь заданий и обрабатывают её пакетами, особенно рекламные платформы. Поэтому момент, когда сайт пишет «проверьте почту», может заметно опережать момент, когда письмо действительно уходит. В нашем примере пусть очередь занимает двадцать секунд. До стороны получателя пока ничего не дошло, и ни один сервис временной почты не может это увидеть или ускорить.
Этап 2: где veylax.com принимает почту
Исходящий сервер читает часть после @, здесь это veylax.com, и запрашивает у DNS MX-записи этого домена. MX-запись (mail exchanger) называет сервер, принимающий почту для домена. В нотации файла зоны записи домена могут выглядеть так. Имена выдуманы для иллюстрации:
example-temp.com. 3600 IN MX 10 mx1.mail-provider.example.
example-temp.com. 3600 IN MX 20 mx2.mail-provider.example.
Число 3600 — это TTL (time to live), количество секунд, в течение которых резолвер может хранить этот ответ в кэше. Числа 10 и 20 — приоритеты: отправители сначала пробуют меньшее число и переходят к большему, если до первого не достучаться. У имени узла должна быть собственная запись A (IPv4) или AAAA (IPv6). MX-запись должна указывать на имя узла, а не прямо на IP-адрес и не на псевдоним CNAME.
Этот запрос можно выполнить самостоятельно для любого домена:
| Система | Команда |
|---|---|
| Командная строка Windows | nslookup -type=mx example.com |
| Windows PowerShell | Resolve-DnsName example.com -Type MX |
| macOS и Linux | dig MX example.com +short |
Антиспам-системы используют тот же запрос, чтобы находить домены, направляющие почту на известную одноразовую инфраструктуру. Это одна из причин, по которой некоторые сайты распознают домены временной почты, даже если сам домен новый.
Два пограничных случая в DNS
Домен без MX-записи не обязательно недоступен. RFC 5321, стандарт SMTP, определяет запасной вариант: отправитель может считать подразумеваемым почтовым узлом запись A или AAAA самого домена. Домен, которому почта не нужна вовсе, может сообщить об этом с помощью null MX (RFC 7505) — это MX-запись с приоритетом 0 и одной точкой вместо узла. Домены временной почты, конечно, публикуют обычные MX-записи, ведь приём почты — вся их цель.
Помешать может и кэширование, когда сервис добавляет домен. Резолверы, недавно получившие ответ «такой записи нет», могут хранить его, пока не истечёт время отрицательного кэша, которое задаёт запись SOA домена (RFC 2308). Поэтому совсем новому домену может понадобиться время, чтобы надёжно принимать почту от всех отправителей.
Этап 3: разговор двух серверов
Исходящий сервер Bright Parcel теперь открывает TCP-соединение с предпочтительным MX-узлом на порту 25. SMTP — текстовый протокол: клиент отправляет команды, а сервер отвечает пронумерованными ответами. Вот упрощённый сеанс для нашего письма, где S: — получатель, а C: — отправитель. Узлы и значение размера относятся к этому выдуманному примеру.
S: 220 mx1.mail-provider.example ESMTP ready
C: EHLO out.brightparcel.example
S: 250-mx1.mail-provider.example
S: 250-STARTTLS
S: 250 SIZE 26214400
C: STARTTLS
S: 220 Ready to start TLS
(рукопожатие TLS, затем снова EHLO)
C: MAIL FROM:<bounce@brightparcel.example>
S: 250 OK
C: RCPT TO:<quietfox42@veylax.com>
S: 250 OK
C: DATA
S: 354 End data with <CR><LF>.<CR><LF>
C: (заголовки, пустая строка, тело, затем строка с одной точкой)
S: 250 Queued as 8F2A1C
C: QUIT
S: 221 Bye
| Команда | Назначение | Что это значит для временной почты |
|---|---|---|
EHLO | Представляет отправителя и спрашивает, что поддерживает сервер | В ответе перечислены расширения вроде STARTTLS и максимальный SIZE |
STARTTLS | Переводит соединение на TLS (RFC 3207) | Защищает только этот участок. Это не сквозное шифрование |
MAIL FROM | Задаёт отправителя конверта, куда уходят возвраты | Часто отличается от видимой строки From, особенно у массовых отправителей |
RCPT TO | Называет получателя | Получатель, принимающий всё подряд, отвечает 250 на любое имя в своих доменах |
DATA | Начинает передачу содержимого письма | Заканчивается одной точкой на отдельной строке |
QUIT | Закрывает сеанс | Доставка уже решена ответом 250 после DATA |
Момент, когда ответственность переходит к другому
Этот последний ответ 250 — важнейшая строка сеанса. До него письмо принадлежит серверу Bright Parcel, и если соединение оборвётся, он попробует снова. После него ответственность принял получатель. Панель отправителя теперь обычно напишет «доставлено», но это означает лишь, что этот участок пройден. Это не значит, что человек что-либо увидел.
Коды ответов объясняют многое из того, что видят люди:
- 2xx — успех, а
250означает «принято». - 3xx — промежуточный шаг, а
354велит отправителю передавать письмо. - 4xx — временный сбой, например
421или451. Отправитель оставляет письмо в очереди и повторяет попытку. - 5xx — постоянный сбой, например
550(ящик недоступен или отклонён) или552(слишком большое). Отправитель сдаётся и обычно создаёт сообщение о возврате.
Разница между 4xx и 5xx объясняет большинство «медленной» почты. Если бы в этот момент получатель ответил 451, например из-за серых списков (greylisting, RFC 6647), наше письмо лежало бы в очереди Bright Parcel — ни потерянное, ни доставленное. RFC 5321 советует интервал повтора обычно не меньше 30 минут и срок отказа не меньше четырёх-пяти суток, хотя реальные системы задают собственные расписания, и многие повторяют раньше. Вот почему одно подтверждение может прийти через несколько секунд, а следующее через двадцать минут, и ни в том ни в другом случае ничего не сломано.
Два набора адресов
В SMTP два уровня адресации. Конверт, MAIL FROM и RCPT TO, служит серверам для маршрутизации. Заголовки, From:, To: и Subject:, входят в содержимое письма, и именно их вы видите на экране. Они могут различаться. Рассылка может показывать To: subscribers, хотя получателем конверта был ваш временный адрес. Поэтому принимающая система раскладывает письма по получателю конверта — это надёжное значение. Поэтому же заголовок Return-Path, добавляемый при окончательной доставке, записывает отправителя конверта, а не видимый адрес From.
Этап 4: почему quietfox42 не нужно было создавать
На шаге RCPT TO обычный почтовый сервер проверяет, существует ли ящик, и отвечает 550, если нет. Домен временной почты работает наоборот. Он принимает всё подряд, то есть работает как универсальный получатель (catch-all, wildcard): принимается любая локальная часть (то, что до @).
Именно этот выбор делает возможными мгновенные адреса. Когда VookMail показывает случайный адрес, ни на одном почтовом сервере ничего создавать не пришлось. Когда вы нажимаете «Новый», вводите своё имя пользователя, выбираете домен и нажимаете стрелку, это имя уже «существует», потому что домен принимает все имена. Приложению остаётся лишь показать вам письма, получатель которых совпадает с адресом на вашем экране.
К этим именам применяются два небольших правила. Стандарт говорит, что локальная часть может учитывать регистр, но почти все реальные системы считают Test@ и test@ одним ящиком, поэтому система временной почты разумно приводит регистр к одному виду, чтобы написание отправителя не раскололо ящик надвое. А RFC 5321 ограничивает локальную часть 64 октетами, а весь адрес на практике 254 символами, так что создаваемые имена должны оставаться далеко в этих пределах.
Этап 5: от почтового протокола к веб-запросу
Наше письмо теперь принято машиной, говорящей по SMTP. Сайт, показывающий ящик, — это веб-приложение. Что-то должно их соединить.
Держать почтовый сервер, открытый всему интернету, — настоящая работа: TLS, наплывы соединений, очереди, вредоносные программы и поддержание хорошей репутации. Поэтому многие современные приложения передают SMTP-часть специализированному провайдеру входящей почты, а сообщения получают как веб-запросы; такую схему часто называют веб-хуком разбора входящей почты (inbound parse webhook). VookMail использует именно эту модель. Она работает так:
- MX-узлы провайдера принимают письмо от сервера отправителя, как в сеансе выше.
- Провайдер упаковывает его либо как исходный MIME-текст, либо как уже разобранные поля: отправитель, получатели, тема, текст, HTML и вложения.
- Он отправляет этот пакет запросом HTTPS POST на адрес, которым управляет приложение временной почты, и содержимое шифруется между этими двумя точками.
- Приложение отвечает кодом успеха. Если оно недоступно или возвращает ошибку, добросовестный провайдер повторяет попытки по своей политике.
- Приложение проверяет запрос, сопоставляет получателя с адресом и временно сохраняет письмо.
| Вопрос | Собственный SMTP-приёмник | Провайдер входящей почты и HTTPS |
|---|---|---|
| Открытость | Порт 25 открыт для любого узла в интернете | SMTP-трафик берёт на себя провайдер, а приложение видит только HTTPS-запросы |
| Всплески трафика | Оператор должен заранее обеспечить мощности | Инфраструктура провайдера справляется с пиками |
| Разбор MIME | Оператор пишет или поддерживает разборщик | Часто выполняет провайдер, хотя можно использовать и исходный текст |
| Совместимость с веб-приложением | Нужен мост от почтовой очереди к приложению | Письмо приходит как любой API-запрос |
| Зависимость | Меньше сторонних участников | Зависит от доступности и настроек провайдера |
Последняя строка — настоящая цена. Если у провайдера входящей почты сбой или проблема с настройкой, доставка на все домены за ним может прекратиться до исправления, даже пока сайт временной почты работает нормально. Письма, отклонённые за это время с временной ошибкой, могут всё же дойти, когда исходные отправители повторят попытку, в зависимости от того, как долго их очереди держат письма.
Защита конечной точки
Конечная точка веб-хука — публичный адрес, так что любой может попытаться отправить на неё поддельное письмо. Аккуратные реализации обычно сочетают несколько видов защиты:
- Проверка подписи: провайдер подписывает каждый запрос, а приложение отклоняет те, что не совпадают.
- Секретный путь или токен, известный только провайдеру и приложению.
- Ограничение запросов опубликованными диапазонами адресов провайдера, где они есть.
- Ограничения размера: слишком большие данные отклоняются сразу, чтобы защитить память и хранилище.
- Идемпотентность. Провайдеры повторяют попытки, поэтому одно письмо может прийти дважды, и Message-ID или идентификатор события провайдера не даёт появиться дубликатам.
Этап 6: разбор письма на части
То, что пришло, ещё не годится для удобного чтения человеком. MIME (Multipurpose Internet Mail Extensions, RFC 2045 и далее) позволяет одному письму нести несколько частей в разных форматах. Наше письмо с подтверждением может быть устроено так, с добавленным для примера счётом:
| Часть | Что содержит |
|---|---|
multipart/mixed | Внешний контейнер, когда есть вложения |
multipart/alternative | Одно и то же содержимое дважды, как text/plain и text/html. Программа чтения показывает самый богатый из поддерживаемых видов |
multipart/related | HTML вместе со встроенными изображениями, на которые ссылаются идентификаторы cid: |
| Часть-вложение | Заголовок Content-Disposition: attachment и имя файла, затем закодированные данные файла |
Над ними расположены заголовки, в том числе Message-ID, Date и строки трассировки Received, которые записывают каждый сервер на пути письма. Если вы захотите узнать, где произошла задержка, смотреть нужно на отметки времени в строках Received.
Разборщику приходится отменять и несколько кодировок. Base64 переносит двоичные вложения и увеличивает их примерно на треть, так что файл в 10 МБ превращается в письмо размером около 13–14 МБ. Quoted-printable обрабатывает преимущественно ASCII-текст, записывая специальные символы как =XX. Значение charset= говорит, как закодирован текст, чаще всего это UTF-8, что очень важно для сервиса на множестве языков. А темы с символами не из ASCII используют синтаксис =?UTF-8?B?...?= или =?UTF-8?Q?...?= из RFC 2047.
Как сделать HTML безопасным для показа
HTML в письмах пишут посторонние люди, поэтому средство просмотра не должно позволять ему выполнять код в контексте сайта. Аккуратные реализации, как правило, удаляют скрипты, атрибуты обработчиков событий и опасные схемы адресов и показывают письмо в изолированном фрейме, чтобы его стили и содержимое не влияли на окружающую страницу.
Удалённые изображения тоже требуют внимания. Загрузка такого изображения сообщает отправителю, что письмо открыли, — так работают отслеживающие пиксели. VookMail удаляет скрытые отслеживающие пиксели и не включает изображения, пока вы не разрешите.
Средство просмотра может сделать с разобранным текстом и что-то полезное. Для нашего письма с подтверждением VookMail показывает код подтверждения или ссылку подтверждения над письмом, чтобы никому не приходилось прокручивать длинный шаблон в их поисках.
Вложения
Вложения декодируются и временно сохраняются, чтобы их можно было скачать. В VookMail распространённые исполняемые файлы вроде .exe, .bat и .apk отклоняются, для архивов вроде .zip показывается предупреждение, а максимальные размеры ограничены. Вложения удаляются вместе с письмами. Помните, что безопасность файла никак не зависит от того, где он хранился: документ с макросами так же опасен, если скачан из временного ящика.
Этап 7: путь на экран
Наше письмо теперь сохранено, но браузер, показывающий quietfox42@veylax.com, пока об этом не знает. У веб-приложений есть несколько способов это выяснить:
| Способ | Как работает | Компромиссы |
|---|---|---|
| Короткий опрос (short polling) | Страница спрашивает сервер каждые несколько секунд | Просто и надёжно, но создаёт повторные запросы |
| Длинный опрос (long polling) | Запрос остаётся открытым, пока не появятся новости или не истечёт время | Меньше пустых ответов, больше открытых соединений |
| Server-Sent Events | Один долгоживущий поток от сервера к браузеру | Эффективен в одну сторону, сам переподключается |
| WebSockets | Постоянное двустороннее соединение | Полностью интерактивно, требует отдельной инфраструктуры |
Ящик VookMail проверяет почту каждые несколько секунд, а кнопка «Обновить» проверяет вручную, например после того как устройство спало или пропала сеть. Эти несколько секунд обычно самый короткий участок пути. Если почта кажется медленной, время почти всегда ушло раньше, в очереди отправителя или на повторной попытке.
Создание адреса проходит и через небольшую защиту от ботов: короткое вычисление в браузере посетителя, известное как доказательство работы (proof of work). Обычному посетителю оно почти ничего не стоит, а массовое создание адресов делает дороже.
Адрес можно открыть и в другом месте. Поскольку сам адрес определяет ящик, для переноса на другое устройство достаточно передать адрес. Кнопка QR в VookMail показывает его в виде кода, который может отсканировать телефон, и тот же ящик открывается там, а приложения для Android и Huawei показывают почту так же. Это удобно, и это же показывает, почему такие ящики малоприватны: любой, кто знает или угадает адрес, может открыть ящик. Случайный адрес — более безопасный выбор, потому что угадать его гораздо труднее, чем короткое имя.
Этап 8: удаление
Примерно через сутки после прихода нашего письма с подтверждением оно исчезает. Срок хранения в системе временной почты обычно реализуют отметкой времени у каждого сохранённого письма и запланированным заданием, которое удаляет всё старше предела. Вложения, лежащие отдельными файлами, исчезают одновременно. В других решениях используется истечение на уровне хранилища, когда сама база данных удаляет старые записи по настройке времени жизни. Пакетные задания — одна из причин, по которой сервисы обычно говорят «примерно» сутки: точный момент зависит от того, когда запустится задание. В VookMail письма, вложения и адреса удаляются примерно через 24 часа, а кнопка «Удалить» позволяет убрать их раньше.
Короткое хранение служит сразу двум целям. Оно защищает приватность, и оно же — необходимость по ёмкости: в одноразовые ящики приходит много рекламной почты, и хранить её долго никому не нужно. Подробнее об обращении с данными рассказывают наша политика конфиденциальности и страница о методологии.
Заметьте, чего удаление не касается. У Bright Parcel адрес по-прежнему лежит в таблице клиентов, а в его журналах по-прежнему написано «доставлено». Исчезла только копия на стороне ящика.
Весь маршрут в одной таблице
| Этап | Компонент | Протокол или механизм | Типичный порт или формат |
|---|---|---|---|
| Составление | Приложение или почтовый клиент | Письмо RFC 5322, MIME | Текст с заголовками и частями |
| Передача на отправку | Почтовая служба отправителя | SMTP submission или API отправки | 587 или 465 |
| Поиск маршрута | DNS-резолвер | Запросы MX, затем A или AAAA | DNS, порт 53 |
| Передача | Сервер отправителя на MX получателя | SMTP с оппортунистическим STARTTLS | 25 |
| Приём входящей почты | Почтовый провайдер | Приём на любые имена доменов | Ответы 250, 4xx, 5xx |
| Пересылка | От провайдера в VookMail | HTTPS-запрос | 443 |
| Обработка | Приложение временной почты | Разбор MIME, очистка, хранение | База данных и файловое хранилище |
| Показ | Браузер или мобильное приложение | Проверка каждые несколько секунд и ручное «Обновить» | HTTPS |
| Истечение срока | Плановая очистка | Правило хранения | В VookMail около суток |
Где участвуют SPF, DKIM и DMARC
Эти три механизма упоминают почти в каждом разговоре о почте, поэтому полезно точно понимать, где они находятся на этом маршруте. Все они касаются подтверждения того, кто отправил письмо. Ни один из них не решает, может ли временный адрес его принять.
SPF (RFC 7208) — это TXT-запись DNS со списком серверов, которым разрешено отправлять почту с использованием домена в отправителе конверта, и получатели сверяют с ней IP подключившегося. DKIM (RFC 6376) — криптографическая подпись, которую домен отправителя добавляет к выбранным заголовкам и телу и которая проверяется открытым ключом в DNS. DMARC (RFC 7489) — политика, говорящая получателям, что делать, если письмо не проходит SPF и DKIM на соответствие видимому домену From, и куда присылать отчёты.
Для нашего письма эти проверки происходят примерно на этапе 3. Сервер Bright Parcel сверили с его записью SPF, а его подпись DKIM можно проверить опубликованным ключом. Принимающий провайдер может использовать эти результаты, чтобы пометить подделку. Пересылка немного усложняет дело: подпись DKIM сохраняется, пока письмо не изменено, а результат SPF относится только к последнему подключившемуся серверу. При ретрансляции почты ARC (Authenticated Received Chain, RFC 8617) может записывать более ранние результаты. И всё же письмо доставляют MX-запись и приём получателем.
Когда письмо так и не приходит
Каждый из этапов выше — место, где письмо может остановиться. Быстрее всего проблему обычно находят, двигаясь от стороны отправителя.
| Этап | Что пошло не так | Что вы видите или делаете |
|---|---|---|
| До отправки | Опечатка в адресе | Письмо ушло в другое место или вернулось. Используйте кнопку «Копировать» |
| Уход от отправителя | Письмо стоит в очереди или пакеты обрабатываются медленно | Для некоторых сервисов минута-две — это нормально. Подождите |
| Уход от отправителя | Сайт тихо пропускает одноразовые домены | Ничего не приходит. Уважайте это и используйте там постоянный адрес или псевдоним |
| SMTP | Ответ 4xx и повторная попытка позже | Письмо приходит с задержкой, которая может составлять минуты и больше |
| SMTP | Письмо превышает ограничение размера | Отказ 552 и возврат отправителю |
| Провайдер входящей почты | Сбой или проблема с DNS | Доставка на все домены может приостановиться до устранения |
| Ящик | Срок прошёл или адрес удалили | Письмо приходит слишком поздно, чтобы его увидели |
Как читать сбой, если вы владеете стороной отправки
Если вы тестируете собственное приложение, вы видите гораздо больше, чем пользователь, а наше руководство о временной почте для разработчиков подробнее рассказывает о построении тестов. Разумный порядок проверок:
- Откройте почтовые журналы вашего приложения или панель провайдера отправки. Было ли письмо принято и какой итоговый статус он показывает?
- Поищите возвраты или события веб-хуков, сообщающие о 5xx со стороны получателя. Текст после кода часто называет причину.
- Запросите MX-записи домена получателя из сети вашего сервера теми командами, что приведены выше. Проблема с резолвером там может нигде больше не проявиться.
- Убедитесь, что для вашего домена отправки настроены SPF, DKIM и DMARC, потому что некоторые получатели относятся к неаутентифицированной почте с подозрением.
- Отправьте небольшое текстовое письмо, чтобы исключить фильтрацию по размеру или содержимому.
- Используйте отдельное имя пользователя на каждый тест, чтобы знать, какой запуск породил какое письмо.
Если письмо пришло в ящик с опозданием, читайте его заголовки Received снизу вверх. Большой разрыв между двумя отметками времени показывает, какой участок его задержал, с поправкой на любую разницу в часах этих серверов.
Зачем столько доменов?
VookMail позволяет выбрать из более чем 30 доменов. Для этого есть практические причины. Тестировщики могут разделять проекты или наборы тестов по доменам. Если у одного домена проблема с DNS или доставкой, остальные могут продолжать работать. И меньше зависимость от единственного имени, что помогает, когда системы отправки оценивают и домены получателей, и самих отправителей.
Несколько доменов — не способ обойти сайты, которые сознательно отклоняют одноразовые адреса. Если сервис отклоняет домен временной почты, он сигнализирует, что хочет постоянный контакт, и правильный выбор — ваш настоящий адрес или постоянный псевдоним для этого сервиса. Отказ может прийти в форме, через список доменов или проверку MX, как на этапе 2, или позже, когда отправитель откажется отправлять письмо.
Что маршрут говорит о безопасности
Проследив за письмом, вы видите, докуда именно доходит каждая защита.
Шифрование применяется на каждом участке отдельно. STARTTLS защищает каждый отрезок между серверами, если поддерживают обе стороны, и он часто оппортунистический, поэтому соединение может откатиться к открытому тексту, если политика вроде MTA-STS (RFC 8461) не требует иного. HTTPS защищает участки пересылки и просмотра. Ничто из этого не является сквозным шифрованием: любая система, обрабатывающая письмо, может его прочитать.
Вторая половина — доступ. Без пароля вход открывает знание адреса, поэтому никогда не позволяйте присылать туда ничего конфиденциального. Короткое хранение ограничивает ущерб от любой утечки, но оно же означает, что ящик не может служить архивом. А поскольку содержимое ненадёжно, фишинг и вредоносные программы могут прийти в этот ящик так же, как в любой другой. Временный ящик защищает ваш настоящий адрес и мало что делает для вашего устройства, если вы откроете плохой файл. Подходящее применение — приватность, борьба со спамом и тестирование, как изложено в наших условиях использования, а важные аккаунты должны быть привязаны к другим адресам.
Как это выглядит в VookMail
Всё описанное устроено до вашего прихода. Когда вы открываете VookMail, адрес уже готов. Можно нажать «Новый», чтобы ввести имя пользователя и выбрать домен, или воспользоваться жёлтой кнопкой «Случайный», о которой рассказано в нашем руководстве как пользоваться VookMail. Регистрироваться не нужно, потому что домен уже принимает любые имена. Когда отправитель доставляет письмо, провайдер за MX-записями принимает его по SMTP и пересылает по HTTPS, и оно появляется в вашем ящике вместе с вложениями при следующей проверке страницы. Примерно через сутки его уже нет.
Сервис доступен и в виде приложения в Google Play и Huawei AppGallery.
Ещё несколько технических вопросов
Какой порт использует входящая почта?
Доставка между почтовыми серверами идёт по SMTP через TCP-порт 25. Порты 587 и 465 нужны для передачи исходящей почты вашему провайдеру, поэтому они встречаются на этапе 1, а не на этапе 3. Поэтому же домашнее подключение, блокирующее порт 25, обычно всё равно может отправлять почту через своего провайдера.
Видит ли сервис временной почты мои письма?
Технически да. Письмо приходит в сервис в читаемом виде, потому что только так он может показать его вам, и то же верно для провайдера доставки, который обрабатывает его по пути. Это так и для обычной почты у хостинга, если содержимое не зашифровано сквозным образом. Это ещё одна причина не держать ничего важного во временном ящике.
Почему отправитель может считать письмо доставленным, а я ничего не вижу?
Потому что «доставлено» на панели отправителя означает ответ 250 принимающего сервера. События после этого момента, например шаг пересылки или позднее прибытие после очистки ящика, отправителю не видны.
Может ли отправитель понять, что мой адрес принимает всё подряд?
Часто может. Проверяющая программа может попробовать выдуманное имя на этом домене, и если сервер его принимает, домен, вероятно, принимает всё подряд. Само по себе это не доказывает, что домен одноразовый, ведь многие обычные корпоративные домены настроены так же, поэтому такие программы обычно сочетают это с другими признаками.
Работают ли ответы на письмо?
Ответы с вашей стороны не входят в замысел, поскольку ящик в основном принимает почту. Если нужен двусторонний обмен, лучше подойдёт обычный ящик или сервис псевдонимов с поддержкой ответов.
Подробнее о самом продукте читайте в нашем разделе вопросов и ответов. VookMail входит в сеть бесплатных инструментов PAYATE.