Для каждого подтвержденного домена можно настроить алиас (получать письма с адреса на другом домене), выбрать адрес по умолчанию и создать адресную книгу с общими контактами домена.
С помощью API Почты для домена вы также можете назначить заместителей для администратора домена, которые смогут управлять ящиками домена, но не общими настройками.
Эта функция пригодится тем, в чьем распоряжении находится более одного домена. Вы можете добавить алиас для любого из ваших доменов.
Если один из ваших доменов уже подключен к Почте для домена и на нем есть ящики, вы можете сделать второй домен его алиасом. Это значит, что на ящик основного домена будут приходить также и письма, отправленные на ящик с тем же именем в домене-алиасе.
Пример
Если вы сделаете домен yourdomain2.tld алиасом к домену yourdomain1.tld, на адрес [email protected] вы будете также получать письма, отправленные на [email protected].
Выберите алиас в списке Алиас домена .
Алиасом может быть только домен без почтовых ящиков, уже подключенный к Почте для домена. Если у вас нет таких доменов, выпадающий список будет пустым.
Для одного домена вы можете добавить неограниченное количество алиасов.
Вы можете сделать любой из ящиков на домене адресом по умолчанию. На этот адрес будут приходить письма, отправленные на любой несуществующий ящик в вашем домене.
Чтобы сделать один из ящиков адресом по умолчанию:
Почтовые адреса, относящиеся к одному домену, можно объединить в общую адресную книгу. При заполнении поля Кому эти адреса будут отображаться в виде всплывающих подсказок.
Примечание. Почтовые адреса домена, объединенные в общую адресную книгу, доступны только в виде всплывающих подсказок. Они не будут видны в адресной книге с личными контактами пользователя в веб-интерфейсе Почты.
Чтобы создать общие контакты, перейдите в настройки домена и нажмите ссылку включить напротив соответствующего пункта:
Заместители могут управлять почтовыми ящиками и их настройками, но не имеют доступа к настройкам самого домена и DNS-записям.
Заместителей можно добавить с помощью.
Для пересылки. Если, к примеру, у пользователя имеется адрес [email protected] , а ему необходим адрес [email protected] , то можно этот адрес сделать алиасом к основному, и вся поступающая почта будет собираться в одном почтовом ящике.
Термин алиас расширения иногда используется для обозначения конкретных режимов пересылки электронной почты, подразумевая тем самым более общий смысл термина алиас почтового адреса, то есть адрес, на который направляется сообщение в упрощённом режиме.
1 / 3
Как создать красивый почтовый адрес
Как настроить письмо для подтверждения подписки
Drupal 7 Pathauto Module - Daily Dose of Drupal episode 71
Алиас электронного адреса может быть создан на почтовом сервере . Каждый алиас email-адреса просто пересылает электронные сообщения на каждый из указанных адресов. Алиасы электронных адресов часто используются для создания псевдонимов для длинных или плохо запоминаемых email-адресов. Алиасы можно также использовать для создания общих почтовых адресов, таких как [email protected] или [email protected] . В UNIX-подобных системах алиасы почтовых адресов могут быть помещены в файл алиасов и иметь вид: local-alias-name: adifferentlocaluser, anotherlocaluser, [email protected]
Сообщение, которое пересылается через алиас почтового адреса, сохраняет исходные данные об отправителе и получателе. Если сообщение является скрытой копией, то получатель может сказать, было ли сообщение передано через алиас, путём анализа заголовка сообщения. Однако стандарт не требует упоминания в заголовке получателя сообщения. Таким образом, получатели сообщений могут быть не в состоянии восстановить, какой, в конечном итоге, адрес электронной почты был использован отправителем для доставки сообщения в почтовый ящик.
Получатели, которые не могут проследить, какие адреса отправителя использовались, не могут попросить отправителя прекратить отправку, так как отправитель, скорее всего, не сможет связать их текущий адрес электронной почты с одним из адресов, используемых для отправки. Даже если пользователи имеют возможность узнать точный адрес, используемый для отправки, их почтовый клиент не может обеспечить удобный способ передать ответ с использованием адреса отправителя. Другими словами, использование алиасов почтовых адресов не является обратимым. Это особенно актуально в ситуации, когда отправитель не даёт надёжного механизма для ответа в теле сообщения. Так, например, информационные сообщения могут быть отправлены списку получателей, что требует значительно меньше ресурсов, чем отправка письма каждому получателю отдельно.
Для каждого подтвержденного домена можно настроить алиас (получать письма с адреса на другом домене), выбрать адрес по умолчанию и создать адресную книгу с общими контактами домена.
С помощью API Почты для домена вы также можете назначить заместителей для администратора домена, которые смогут управлять ящиками домена, но не общими настройками.
Эта функция пригодится тем, в чьем распоряжении находится более одного домена. Вы можете добавить алиас для любого из ваших доменов.
Если один из ваших доменов уже подключен к Почте для домена и на нем есть ящики, вы можете сделать второй домен его алиасом. Это значит, что на ящик основного домена будут приходить также и письма, отправленные на ящик с тем же именем в домене-алиасе.
Пример
Если вы сделаете домен yourdomain2.tld алиасом к домену yourdomain1.tld, на адрес [email protected] вы будете также получать письма, отправленные на [email protected].
Выберите алиас в списке Алиас домена .
Алиасом может быть только домен без почтовых ящиков, уже подключенный к Почте для домена. Если у вас нет таких доменов, выпадающий список будет пустым.
Для одного домена вы можете добавить неограниченное количество алиасов.
Вы можете сделать любой из ящиков на домене адресом по умолчанию. На этот адрес будут приходить письма, отправленные на любой несуществующий ящик в вашем домене.
Чтобы сделать один из ящиков адресом по умолчанию:
Почтовые адреса, относящиеся к одному домену, можно объединить в общую адресную книгу. При заполнении поля Кому эти адреса будут отображаться в виде всплывающих подсказок.
Примечание. Почтовые адреса домена, объединенные в общую адресную книгу, доступны только в виде всплывающих подсказок. Они не будут видны в адресной книге с личными контактами пользователя в веб-интерфейсе Почты.
Чтобы создать общие контакты, перейдите в настройки домена и нажмите ссылку включить напротив соответствующего пункта:
Заместители могут управлять почтовыми ящиками и их настройками, но не имеют доступа к настройкам самого домена и DNS-записям.
Заместителей можно добавить с помощью .
Для пересылки. Если, к примеру, у пользователя имеется адрес [email protected] , а ему необходим адрес [email protected] . В этом случае можно этот адрес сделать алиасом к основному, и вся поступающая почта будет собираться в одном почтовом ящике.
Термин алиас расширения иногда используется для обозначения конкретных режимов пересылки электронной почты, подразумевая тем самым более общий смысл термина алиас почтового адреса, то есть адрес, на который направляется сообщение в упрощенном режиме.
Алиас электронного адреса может быть создан на почтовом сервере . Каждый алиас email-адреса просто пересылает электронные сообщения на каждый из указанных адресов. Алиасы электронных адресов часто используются для создания псевдонимов для длинных или плохо запоминаемых email-адресов. Алиасы можно также использовать для создания общих почтовых адресов таких, как [email protected] или [email protected] . В UNIX-подобных системах алиасы почтовых адресов могут быть помещены в файл алиасов и иметь вид: local-alias-name: adifferentlocaluser, anotherlocaluser, [email protected]
Сообщение, которое пересылается через алиас почтового адреса, сохраняет исходные данные об отправителе и получателе. Если сообщение является скрытой копией, то получатель может сказать, было ли сообщение передано через алиас путем анализа заголовка сообщения. Однако, стандарт не требует упоминания в заголовке получателя сообщения. Таким образом, получатели сообщений могут быть не в состоянии восстановить, какой, в конечно итоге, адрес электронной почты был использован отправителем для доставки сообщения в почтовый ящик.
Получатели, которые не могут проследить, какие адреса отправителя использовались, не могут попросить отправителя прекратить отправку, так как отправитель, скорее всего, не сможет связать их текущий адрес электронной почты с одним из адресов, используемых для отправки. Даже если пользователи имеют возможность узнать точный адрес, используемый для отправки, их почтовый клиент не может обеспечить удобный способ передать ответ с использованием адреса отправителя. Другими словами, использование алиасов почтовых адресов не является обратимым. Это особенно актуально в ситуации, когда отправитель не дает надежного механизма для ответа в теле сообщения. Так, например, информационные сообщения могут быть отправлены списку получателей, что требует значительно меньше ресурсов, чем отправка письма каждому получателю отдельно.
Пересылка (форвардинг)
Wikimedia Foundation . 2010 .
Заведя для себя «почту для домена» на Яндексе , я решил открыть свободную регистрацию посторонним юзерам почтовых ящиков на своем «модном» домене. Помимо включения функции catch-all , которая направляет всю входящую почту несуществующих ящиков моего домена на мой основной ящик, предо мной встала необходимость зарезервировать за собой все «стандартные» названия ящиков, чтобы не было недоразумений, когда какое-то имя уже забил посторонний, и вся «служебная» почта уходит совсем не вам. В П.Д.Д. можно, конечно, в любой момент экспроприировать любой ящик подконтрольного домена, но ведь осадочек-то остается. Я озадачился: какие же имена почтовых ящиков являются стандартными и системными?
Техподдержка Яндекса ответила, что они резервируют для себя только имя postmaster@ на каждом домене, чтобы отслеживать жалобы и проблемы с почтой, и что на данный момент вопрос о наборе резервированных имен у них остается открытым. Далее, результат поиска в интернете оказался немного предсказуем.
(на картинке: знаменитый black mailbox, место паломничества уфологов-любителей)
Сдается мне, что этот RFC 2142 одобрялся во времена расцвета доткомов, а значит потребность в подобных соглашениях была очень актуальна. Предполагалось, видимо, что сотрудники на автомате должны уметь отправлять почту на соответствующие всем известные адреса и ожидать соответствующих компетентных ответов.
Таким образом, следует сделать алиасы этих имен на свой «основной» email, чтобы никто не смог, например, на вашем домене открыть usenet конференцию, не стал из «отдела продаж» банчить валенками и не подписывался системным администратором всея сети с ящика noc@.
Кроме этого мне почти ничего не известно о соглашениях почтовых имен в системах Windows, существуют ли они в действительности?
Таким образом, зарезервировав все эти имена, как алиасы для своего основного ящика на домене, вы обезопасите себя, в том, числе от мейлбокс-сквоттерства и злонамеренного использования ящиков с «системными» именами. Так же вся «служебная» переписка по вашему домену, которая может придти на системные имена не останется без внимания. Если вы организовываете почту для офиса, то подобные соглашения могут быть так же полезны вам.