Бесплатная Яндекс.Почта для вашего домена! Чтобы применить ярлык. Чтобы создать новый ярлык

17.05.2019

В этой секции вы сможете настроить некоторые специфические параметры программы (к примеру, методику обработки писем на почтовом сервере).

Управление почтой (при использовании протокола POP3 )

Удалять письма с сервера - если выбран этот метод, то The Bat! после приема будет удалять письма с сервера и хранить их только на машине пользователя. Это правильная настройка для POP3, необходимая для сохранения места на почтовом сервере (многие ограничивают размер почтового ящика).

Оставлять письма на сервере - полезно в том случае, если вы предпочитаете читать почту на работе, а хранить ее дома. Более того, если вы случайно удалили необходимое письмо, его можно будет принять повторно.

Срок хранения писем на сервере - позволяет не засорять сервер старыми письмами. Они будут автоматически удалены в процессе очередного приема почты по истечению установленного периода.

Удалять письма с сервера при их удалении из корзины - обычно сообщения, удаленные из мусорной корзины, не представляют особого интереса, поэтому их копии незачем хранить на сервере.

Максимальный размер письма - если The Bat! обнаружит на сервере письмо, размер которого превышает указанное значение, она скачает только заголовки и создаст специальное уведомление. Если письмо оказалось действительно нужным, можно попросить автора повторить отправку.

При отмеченной опции "Удалять письма с сервера ", вы уже не сможете получить пропущенное The Bat! объемное сообщение. Попробуйте указать "Срок хранения писем на сервере" и скачать необходимое письмо с помощью диспетчера.

Внимание : Вы можете потерять важные сообщение, когда эта опция активна!

Диспетчер писем (при использовании протокола POP3 )

Принимать с заголовком первых строк письма - количество строк должно быть разумным с точки зрения быстроты загрузки заголовков.

Автоматически вызывать при каждой проверке - если этот параметр установлен, то при каждой проверке будет происходить интерактивный прием корреспонденции с сервера.

Показывать все письма на сервере - эта опция становится доступной только после выбора предыдущего параметра. Она позволяет просмотреть в диспетчере все письма, оставленные на сервере (иначе будут показаны только новые сообщения).

Кодирование 8-битных символов

Некоторые почтовые серверы "не пропускают" в теле письма символы, номера которых превышают 127 (к примеру, весь алфавит кириллицы). Используйте параметр "Не кодировать" только в том случае, если вы абсолютно уверены, что на пути письма не попадутся вышеупомянутые серверы. В противном случае рекомендуется использовать Quoted-printable или Base64.

Разница между ними заключается в том, что Base64 создает полностью нечитабельный текст, а Quoted-printable прочитать можно (при условии, что вы используете в основном латинский алфавит - кодируются только дополнительные символы). Если почтовая программа получателя распознает Base64 и Quoted-printable автоматически, выбирайте любой из этих двух методов.

Если вы помните логин, но забыли пароль или получаете при входе в аккаунт сообщение «Неправильная пара логин-пароль! Авторизоваться не удалось» , пожалуйста, воспользуйтесь нашими рекомендациями .

Не удается восстановить логин администратора домена

Если вы уже пользуетесь Яндекс.Почтой на вашем домене, но не можете вспомнить аккаунт, с помощью которого домен был подключен, сотрудники службы поддержки Почты для домена могут помочь вам перенести управление доменом в другой аккаунт на Яндексе (с логином вида «*@yandex.tld» ).

Для этого:

    Если при создании аккаунта вы указывали номер телефона или дополнительный email-адрес, укажите их на странице восстановления. Номер телефона нужно указать полностью, начиная с кода страны. Вы сможете получить код подтверждения на телефон или email-адрес.

    Если вы видите сообщение о том, что email или номер неправильный, проверьте, не опечатались ли вы при вводе. Если корректно введенный номер все-таки не подходит, постарайтесь вспомнить, какие еще адреса или номера вы могли привязать к аккаунту.

    Если вы не привязывали к аккаунту ни номер телефона, ни email-адрес, ответьте на контрольный вопрос. Ввести правильный ответ с первого раза может не получиться - попробуйте другие варианты написания и раскладку клавиатуры.

    Не удается восстановить пароль

    Если самостоятельно восстановить доступ не получается, заполните анкету для восстановления доступа .

    По возможности заполняйте анкету на том же устройстве (компьютере, телефоне или планшете), при помощи которого вы обычно заходили на Яндекс. Также рекомендуется заполнять анкету там, где вы обычно выходите в интернет - например, из дома, а не используя публичный WiFi.

    В анкете вводите персональные данные, которые вы указывали при регистрации аккаунта или в Паспорте. Пишите как помните, точный текст вспоминать необязательно.

    Требования к фотографии

    Хочу передать управление доменом на другой аккаунт

    Вы можете передать управление доменом другому пользователю.

    Самостоятельная передача домена

    Внимание. При самостоятельной передаче домена все созданные для него почтовые ящики придется удалить.

    Чтобы передать управление доменом:

    1. Удалите все почтовые ящики на домене. Восстановить письма и другую информацию для этих ящиков будет невозможно.

      Отключите домен.

      Войдите на Яндекс с аккаунтом, которому хотите передать домен.

      Подключите домен для нового аккаунта.

      Подтвердите владение доменом для нового аккаунта.

      Если домен делегирован на серверы Яндекса, он может случайно подтвердиться для чужого аккаунта, для которого пытались подключить этот же домен. Чтобы этого не произошло, перед подтверждением временно делегируйте домен на серверы сторонней компании (не Яндекса). После подтверждения вы снова сможете делегировать домен на серверы Яндекса.

    Передача домена с сохранением почтовых ящиков

    API Почты для домена .

    Если домен делегирован на серверы Яндекса, заместитель с помощью API может управлять не только доменом, но почтовыми ящиками и DNS. Для этого передайте заместителю авторизационный токен.

Почта Mail.Ru Почта Yandex

Бесплатная почта Mail.Ru на вашем домене!

  • Неограниченный объем почтового ящика
  • 5000 ящиков на одном домене - хватит всем сотрудникам!
  • Мультиавторизация - возможность работы с несколькими ящиками одновременно
  • Привычный веб-интерфейс почты Mail.Ru
  • IMAP и POP3 протоколы
  • Защита от спама и вирусов
  • Приложения для мобильных устройств
  • Интеграция с Mail.Ru Агент
  • Онлайн-просмотр и редактирование офисных документов
  • Место в облачном хранилище для любых файлов
  • Календарь
  • Новый сервис "Моя компания" - быстрый доступ к контактным данным коллег

Подключить бесплатно!


Подключить почту Mail.Ru для вашего домена можно за один клик, если домен настроен на неймсервера регистратора. Просто нажмите на ссылку "Подключить Mail.Ru почту для домена" на странице управления доменом . Все необходимые настройки будут произведены автоматически.

Смотреть подсказку по подключению почты Mail.ru

Как это работает?

Подключив почту к своему домену, вы сможете создавать красивые и запоминающиеся адреса электронной почты. После подключения услуги все письма, которые адресованы пользователям в вашем домене ([email protected]) , будут обрабатываться почтовыми серверами Mail.Ru и попадать в ваши почтовые ящики.

Подключите Яндекс.Почту для Вашего домена и Вы получите:

  • Красивый почтовый адрес на базе Вашего домена.
  • Неограниченный объём почтового ящика.
  • Надёжную систему защиты от спама и вирусов.
  • POP3/IMAP протоколы , веб-интерфейс, а также доступ с мобильных устройств .
  • 1000 и более почтовых ящиков.
  • Девять цветовых схем интерфейса.
  • Удобные инструменты работы с письмами в веб-интерфейсе.
  • Чат на страницах Почты.
  • Расширенные возможности (адрес по умолчанию, алиасы доменов и др.).
  • Особые возможности для корпоративной почты (календарь рабочего дня, расписания встреч и ведения списков дел).

Для подключения Яндекс.Почты необходимо, чтобы в Вашем аккаунте были зарегистрированы домены

3 июня 2013 в 15:52

Как устроена Яндекс.Почта для доменов

  • Блог компании Яндекс

Несколько лет назад мы предположили, что собственные почтовые службы, развернутые в компаниях, - особенно небольших и без своего системного администратора - доставляют хлопот больше, чем приносят пользы. И со временем все больше людей будут передавать ответственность за хранение и обработку электронных писем на аутсорс, специальным сервисам. Так у нас появилась Почта для доменов.

Как показало время, мы не ошиблись, и сегодня Почта для доменов Яндекса является почтовым сервисом в Рунете. Всего к ПДД подключено более 200 тысяч доменных имен и почти 3,5M почтовых ящиков. Каждый день к ПДД подключается около 200 доменов. В этой статье мы расскажем, как работает ПДД, а в комментариях с радостью ответим на ваши вопросы.

За время своего существования ПДД обросла множеством дополнительных функций: интеграцией с адресной книжкой, поддержкой jabber-сервера, списками рассылок, импортом почты с прежних серверов пользователя, и, конечно же, внешним API для автоматизации запросов. Например, нас долгое время просили сделать так, чтобы пользователь стороннего сайта, авторизованный на нём, сразу же попадал в свой ящик - без повторной авторизации в Яндекс.Почте для доменов. И наше API позволило реализовать такой способ беспарольной авторизации.

Все возможности, которые предлагает ПДД, требуют интеграции с различными компонентами продуктов Яндекса и не только. По сути своей, ПДД - это интеграционный сервис, сводящий воедино разрозненные компоненты под управлением администратора домена.

ПДД начинается с домена: его нужно подключить и проверить, что владелец домена и администратор ПДД - один и тот же человек. Случается, что домены по тем или иным причинам отключаются от ПДД на уровне DNS. Для подтверждения владения и для подтверждения статуса домена мы используем систему очередей проверок, состоящую из нескольких серверов хранилища очередей проверок в реляционной СУБД и кластера распределенных блокировок на базе MongoDB.

Чтобы не перегружать проверками серверы, на которых размещены сайты доменов либо DNS-серверы зон, каждая следующая проверка подтверждения происходит с возрастающим временным интервалом - начиная с пяти минут и заканчивая 24 часами. Проверки статусов доменов происходят чаще - приблизительно раз в четыре часа с постоянными временными интервалами. Такой подход позволяет значительно снизить нагрузку на воркеры очередей проверок. Как только домен подтвержден, его администратору становятся доступны все основные функции и он может создавать ящики.

Чтобы сохранить универсальный подход и уменьшить число ошибок, мы разработали внутренний API почты для доменов, который может быть использован другими компонентами Яндекса для обмена необходимой информацией. Так, например, публичный API почты для доменов - это один из таких компонентов. Вызовы публичного API транслируются в универсальные вызовы внутреннего API. Любые действия в веб-интерфейсе ПДД также вызывают методы внутреннего API.

В зависимости от требуемых действий обработчик вызовов внутреннего API может обращаться к тем или иным компонентам Яндекса. Основной принцип при проектировании новой функциональности заключается в том, чтобы не хранить на стороне ПДД информации, которая уже хранится где-то в другом месте. Исключение делается только для запросов, которые критичны ко времени выполнения, - их приходится кешировать.

Например, чтобы создать новый почтовый ящик, необходимо в Паспорте завести нового пользователя, после чего проинициализировать для этого пользователя хранилище в Почте и настроить новый почтовый ящик именно так, как выбрал администратор домена.

Если для домена включена общая адресная книга, то каждый вызов методов создания или удаления ящика сопровождается дополнительными вызовами API адресной книги на изменение книжки домена. Таким образом, информация о новых адресатах домена моментально становится доступна для поиска. А если включен общий список контактов в jabber"е, то пользователя нужно добавить еще и в список контактов на стороне jabber-сервера.

При подобной интеграции большое значение приобретает время ответа сервисов и обработка возможных возникающих ошибок. В основном ошибки бывают двух видов: сетевые и логические. Для полноты картины посмотрим на список сервисов и особенности интеграции ПДД с ними.

Паспорт

Фактически, это основной источник данных для ПДД, не менее важный чем база данных, а местами даже и более. С Паспортом ПДД общается через внутреннее API по протоколу HTTP. Любые ошибки Паспорта критичны. Если Паспорт вернул ошибку или в общении с Паспортом произошел сбой, мы транслируем ошибку пользователю и отменяем действия, уже выполненные в базе данных или других сервисах. Таким образом, поддерживается транзакционность операций между разными интегрированными сервисами: для каждой команды есть ее антипод - команда отмены операции.

Почта

Это ключевой сервис, которым администратор домена управляет через ПДД. Создание почтового ящика требует большого объема вычислений, поэтому происходит в фоновом режиме. Образуется очередь атомарных операций, необходимых для завершения регистрации: завести ящик, применить основные настройки, заданные для домена и т.п. Сетевые ошибки в этом случае не столь критичны, поэтому в случае проблем операция спокойно откладывается на потом, в еще одну распределенную очередь, обработчики этой очереди старательно пытаются донастроить ящик в течении суток после сбоя.

DNS

Приблизительно каждый третий домен ПДД размещает DNS зону на серверах Яндекса. Ошибки работы с бэкендом DNS считаются критичными только в случае сетевых сбоев и полной невозможности записать в базу. Во всех остальных случаях срабатывают алгоритмы, которые позволяют решить задачу пользователя.

Например, в момент делегирования домена, Яндекс копирует часть записей с прежнего DNS сервера, чтобы пользователю не приходилось выполнять нудную работу по аккуратному переносу зоны. При этом может возникнуть ситуация, когда корневая запись домена имеет тип CNAME, что противоречит стандарту. Пользователь с такой CNAME записью не может включить Яндекс.Почту на своем домене, поэтому при импорте такая запись будет пропущена.

Журналирование и протоколирование

Как и в любом большом хозяйстве, здесь без протоколов никуда. ПДД ведет подробные журналы для всех операций взаимодействия с другими компонентами Яндекса. Часто по этим журналам удается найти проблему до того, как она становится заметна пользователям. За тем, чтобы сервис работал быстро и качественно, следит специальное ПО для мониторинга системных журналов. В случае больших аварий или ошибок, когда время обработки запросов значительно увеличивается или в ответах появляются ошибки, системные администраторы замечают это в течение нескольких минут и приступают к починке в любое время дня или ночи. Но об этом в следующий раз.

Ждём ваших вопросов!