Как создать почтовый псевдоним: настройка и масштабируемые правила именования
Если компания использует Google Workspace или Microsoft 365, возможно, вы платите за ненужные почтовые места. Отдельные пользователи для sales@, support@ и billing@ втрое увеличивают ежемесячный счет и распределяют данные по изолированным ящикам. Вместо этого можно создать почтовый псевдоним.
Псевдоним не является ящиком. Это правило маршрутизации, которое принимает письмо по одному адресу и доставляет его в существующий ящик. Ему не нужны хранилище, учетные данные и отдельная плата за место. Один человек может управлять пятью адресами из одной учетной записи. Основы и подходящие сценарии разобраны в руководстве о почтовых псевдонимах.
Статья показывает настройку псевдонимов на четырех платформах, описывает устойчивые при росте правила именования и объясняет возможные причины попадания писем в спам.
Конверт и заголовок: почему ответы с псевдонима не работают
Перед созданием псевдонимов важно понять два уровня каждого письма. Многие проблемы, включая ошибки "Send As", пометки "On Behalf Of" и раскрытие основного адреса, возникают из-за смешения этих уровней.
Конверт (RFC 5321) используется серверами при SMTP-рукопожатии. Команды MAIL FROM и RCPT TO определяют фактический маршрут письма. Когда сообщение приходит на псевдоним (sales@domain.com), сервер заменяет получателя в конверте реальным ящиком (bob@domain.com).
Заголовок (RFC 5322) виден получателю в почтовом клиенте: To, From, Date, Subject.
Прием обычно работает незаметно благодаря замене на сервере. Но при ответе клиент проходит аутентификацию как bob@, а не sales@. Если сервер обнаруживает несовпадение пользователя и заголовка From, возможно одно из трех последствий:
- Письмо блокируется (
5.7.1 Client does not have permissions) - Появляется пометка "Bob on behalf of Sales"
- Настоящий адрес раскрывается в заголовке Return-Path
Все инструкции ниже учитывают согласование исходящей отправки.
Как создать почтовый псевдоним: настройка по платформам
Шаги заметно различаются у разных поставщиков. Ниже включены и скрытые настройки, которые часто пропускают.
Microsoft 365 (Exchange Online)
В M365 псевдонимы называются "Proxy Addresses". Добавить адрес через интерфейс просто, но для отправки с него без пометки "On Behalf Of" нужен PowerShell.
Добавление псевдонима:
- Откройте Exchange Admin Center > Recipients > Mailboxes
- Выберите пользователя
- Нажмите Manage email address types
- Добавьте псевдоним с типом SMTP и сохраните
Включение "Send From Alias" через PowerShell:
По умолчанию M365 заменяет заголовок From основным SMTP-адресом. Это поведение нужно отключить на уровне клиента:
Connect-ExchangeOnline
Set-OrganizationConfig -SendFromAliasEnabled $true
Get-OrganizationConfig | Format-List SendFromAliasEnabled
Распространение настройки может занять до 24 часов.
Google Workspace
Google называет их "Alternate email addresses".
Добавление псевдонима:
- Admin Console > Directory > Users
- Select user > Add Alternate Emails
- Введите префикс, например support, и сохраните
Настройка клиента с учетом флажка "Treat as Alias":
- Пользователь открывает Gmail > Settings > Accounts
- В разделе "Send mail as" нажмите Add another email address
- Введите имя и адрес псевдонима
- Снимите флажок "Treat as an alias". Иначе Google использует учетные данные основного ящика и может показать настоящий адрес в заголовках
Postfix / Linux (собственный сервер)
На собственном почтовом сервере псевдонимы находятся в /etc/aliases или виртуальной карте.
Настройка через файл:
# /etc/aliases
sales: bob
support: bob, alice
# Then regenerate:
newaliases
Виртуальная карта Postfix:
# /etc/postfix/virtual
sales@example.com bob@example.com
# Apply:
postmap /etc/postfix/virtual && postfix reload
Убедитесь, что main.cf содержит virtual_alias_maps = hash:/etc/postfix/virtual.
TrekMail
В TrekMail почтовые псевдонимы создаются просто. Сервис рассчитан на управление несколькими идентификаторами. PowerShell и клиентские коды подтверждения не нужны.
- Войдите в TrekMail Dashboard
- Откройте Mailboxes
- Выберите целевой ящик
- Введите адрес псевдонима
- Нажмите Save
SMTP-серверы TrekMail могут автоматически разрешать аутентифицированному пользователю отправку с любого связанного псевдонима. Выберите адрес в списке "From" клиента, например Outlook, Thunderbird или Apple Mail. Хранилище учитывается в общем пуле домена объемом до 200 GB, а не в пользовательской квоте.
Правила именования почтовых псевдонимов, рассчитанные на рост
При каждом создании псевдонима важно его имя. Неудачные имена создают технический долг, который растет с каждым сотрудником и регистрацией у поставщика. Следующий стандарт помогает избежать массового переименования через два года.
Псевдонимы по ролям
Такие адреса сохраняются при смене сотрудников. Лучше не печатать личный адрес человека на визитке или договоре.
| Функция | Стандартный псевдоним | Не рекомендуется |
|---|---|---|
| Входящие лиды | sales@, growth@ | newbiz@ (непонятно) |
| Поддержка клиентов | support@, help@ | questions@ (слишком расплывчато) |
| Финансы | billing@, accounts@ | invoices@ (слишком узко) |
| Кадры | careers@, jobs@ | hr-dept@ (избыточно) |
| Безопасность/нарушения | abuse@, postmaster@ | Нет (требуется RFC 2142) |
RFC 2142 требует наличия postmaster@ и abuse@ на каждом домене. Направьте эти псевдонимы в контролируемый ящик.
Отслеживание поставщиков
Псевдонимы также помогают отслеживать поставщиков и утечки данных. Регистрируйтесь в сервисе с адресом vendorname@yourdomain.com, например hubspot-admin@yourdomain.com. Спам на такой адрес укажет на возможный источник. Удалите псевдоним, не затрагивая основной адрес.
Плюс-адресация (RFC 5233)
Многие современные почтовые серверы, включая TrekMail, поддерживают плюс-адресацию без дополнительной настройки администратора.
Синтаксис: user+tag@domain.com, например bob+newsletter@domain.com. Это удобно для быстрой фильтрации: правило может перемещать все письма с +newsletter в отдельную папку.
Устранение неполадок: когда почтовый псевдоним не работает
Если псевдоним неправильно принимает или отправляет письма, используйте эту таблицу для диагностики.
| Симптом | Код ошибки | Причина | Решение |
|---|---|---|---|
| Мгновенный возврат | 550 5.1.1 | Псевдоним не существует или ошибка в DNS | Проверьте написание и направление MX-записей. |
| Задержанный возврат | 5.4.14 Hop count exceeded | Петля маршрутизации | Пользователь пересылает обратно на псевдоним. Разорвите цепочку. |
| Ошибка отправки | 5.7.1 | Ограничение "Send As" | Пользователь не авторизован для псевдонима. Проверьте M365 Set-OrganizationConfig или связь в TrekMail. |
| Попадает в спам | SPF Softfail | Несовпадение согласования | Пересылка во внешний сервис без SRS. См. настройку и исправление пересылки. |
Пересылка и псевдоним: в чем разница
Если почта псевдонима направляется во внешний сервис, например с sales@yourdomain.com на you@gmail.com, это уже пересылка почтового псевдонима. Различие влияет на доставляемость.
Когда client@bank.com пишет на sales@yourdomain.com, а сервер пересылает письмо в Gmail, Gmail видит IP вашего сервера, но в поле From указан bank.com. SPF не проходит, и письмо может попасть в спам.
Для исправления нужны SRS (Sender Rewriting Scheme) и ARC (Authenticated Received Chain). TrekMail автоматически применяет SRS для исходящей пересылки. Нередко лучше хранить деловую почту внутри корпоративного домена с помощью псевдонимов, а не пересылать ее в личные аккаунты. Сравнение псевдонима и ящика в доменной почте объясняет компромиссы.
Цены TrekMail для управления псевдонимами
| Тариф | Цена | Псевдонимы | Основная функция |
|---|---|---|---|
| Free | $0 | Ограничено | Банковская карта не нужна |
| Starter | $3.50/mo | Без ограничений | Собственный домен + Send As |
| Pro | $10/mo | Без ограничений | Приоритетная поддержка + пересылка SRS |
| Agency | $23.25/mo | Без ограничений | Несколько доменов + управление командой |
Для платных тарифов предлагается бесплатный пробный период 14 дней, для которого нужна карта. Для Nano карта не требуется.
Итоги
При правильной настройке один ящик может обслуживать sales@, support@, billing@ и любые адреса для отслеживания поставщиков без дополнительных мест и раздельных процессов. В TrekMail настройка обычно занимает около пяти минут, а в M365 или Google Workspace с согласованием Send As может потребоваться больше времени.
Краткий список:
- Задайте маршрут: убедитесь, что целевой ящик существует
- Добавьте псевдоним: в панели администратора или TrekMail Dashboard
- Согласуйте исходящую отправку: настройте Send As, чтобы не раскрывать основной адрес
- Проверьте оба направления: входящую доставку и исходящие заголовки
Для адресов маршрутизации не всегда нужны отдельные пользовательские места. TrekMail предоставляет псевдонимы и управление заголовками в соответствии с текущими условиями тарифов. Начать бесплатно, без карты.
Нужно настроить псевдонимы на собственном домене? Это логичный следующий шаг.
