На сегодняшний день у некоторых организаций имеются свои почтовые серверы, которые не посредственно расположены физически в самой организации а веб сайт находиться на хостинге в интернете так как же быть? Чтобы почта доходила до сервера почтового в компании а при наборе доменного адреса в браузере запрос перенаправлялся на хостинг где расположенный сайт.
Всё это можно сделать грамотно настроив MX запись на DNS сервере.
Что нам для этого надо?
1.Выделенный IP адрес белый на шлюзе или почтовом сервере в организации

2.Доступ к редактировнаию записей DNS на хостинге или на локаунте регистратора(если не знаете о чём идёт речь задайте этот вопрос регистратору или хостер вашему на котором располагается домен или сайт)

Если выше описанные два пункта выполняются тогда кратко какие бывают записи DNS и как они не посредственно работают те которые нам не посредственно понадобиться.

1.Запись A (address record) или запись адреса связывает имя хоста с адресом IP..226.224.102 , на этом IP адресе физически располагается сайт www.сайт . Синтаксис написание сайт 86400 IN A 87.226.224.102 (86400 это время жизни данной записи после чего она обновиться повторно с сервера DNS)
2.Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена..ru , Синтаксис написание сайт 86400 IN MX 10 сайт (86400 это время жизни данной записи после чего она обновиться повторно с сервера DNS, MX это тип данных описываемых, 10 это приоритет по которому выбирается адрес доставки почты чем меньше число тем выше приоритет,если у вас всего один почтовый сервер то вам сойдёт любое число от 0 до 10)
вот собственно и всё что мы будем редактировать.

И так приступим мы имеем почтовый сервер который располагается на внешнем IP или внешнем шлюзе с IP адресом 10.10.10.10 и веб сайт с доменным именем www.test.ru который располагается на сервере хостинга тот который в свою очередь находиться на IP адресе 20.20.20.20 , заходим в админку хоста или админку регистратора имени и смотрим записи DNS на наше доменное имя test.ru и видим следующую картину

test.ru 86400 IN MX 10 test.ru (или своё доменное имя обычно второго уровня хостинговое)

теперь расшифровываем домен *.test.ru c любым префиксом располагается физически на IP адресе 20.20.20.20 дальше домен test.ru располагается физически на IP адресе 20.20.20.20 это понятно, почтовая служба домена test.ru есть и она располагается на адресе test.ru всё вроде бы понятно.
Теперь нам надо сделать так чтоб те кто набирал в адресной строке браузера www.test.ru или test.ru попадали на сайт наш который расположен на хостенге,а те которые писали письмо на почту нашего домена например на Данный адрес e-mail защищен от спам-ботов, Вам необходимо включить Javascript для его просмотра. то это письмо не посредственно отправлялась на нашу почтовую машины расположенную в нашей конторе по адресу 10.10.10.10 так вот чтоб это сделать надо перезаписать MX запись на DNS сервере, можно сделать это так test.ru 86400 IN MX 10 10.10.10.10 что будет соответствовать для доменного имени test.ru почтовый сервер находиться на IP адресе 10.10.10.10 многие так и думают да эта запись будет работать и даже вы сможете отправлять и получать письма но не все почтовые сервера будут с вами работать, так как крупные почтовые сервисы такие как mail.ru считают хорошим тоном что MX запись на DNS сервера получателя почты должна быть не IP адресом а не посредственным доменным именем это так компания майл ру беспокоиться за нелегальные почтовые сервера и опасаются за спам. В связи с чем почтовый сервис майл ру не будет с вами работать по обмену почтой, все остальные будут работать и почта нормально будет доходить до вас и с рамблера и с гугли и с яндекса. Но как же нам сделать чтоб наш домен был полноценным и принимал и отправлял почту на любые почтовые сервисы и на любые почтовые домены не опасаясь что письмо пропадёт или не дойдёт до вашего почтового сервера? Нам надо превратить наш IP 10.10.10.10 в доменное имя которое мы запищим в MX запись и которое будет у почтовых систем ассоциироваться с IP адресом 10.10.10.10.......тут есть два варианта первый это зарегистрировать доменное имя любое у любого регистратора и указать на A записи в его настройках наш IP 10.10.10.10 то есть сопоставить имя доменное и адрес расположение. Данный способ работает конечно но он трудно-затратен это линии оплаты 600 рублей в год за доменное имя + за DNS к этому доменному имени и того 1000 рублей точно встанет в год и если сказать честно этот способ хоть и рабочий но не совсем правильный, нет он работать будет со всеми почтовыми сервисами но есть но по правилам хорошего тона.
Второй способ более нам и всем подходящий,поскольку мы имеем белый IP адрес на нашем шлюзе или почтовом сервере 10.10.10.10 то наш провайдер по нашей просьбе должен у себя на DNS сервере своём прописать обратную зону DNS для нашего доменного имени. Что такое обратная зона dns вы уж найдите и прочитайте сами в интернете.
Хочу сказать одно нам не нужна обратная зона dns домена первого уровня нашего test.ru которая будет выглядеть так 10.10.10.10.in-addr.arpa и соответствовать test.ru нам надо попросить нашего провайдера чтоб он нам прописал в обратной зоне dns доменное имя второго уровня например mx1.test.ru на ip адрес 10.10.10.10 и всё после того как он пропишет его нам остаётся только подставить mx1.test.ru в нашу MX запись на нашем dns сервере и окончательно наши записи днс должны выглядит следующем образом

*.test.ru 86400 IN A 20.20.20.20
test.ru 86400 IN A 20.20.20.20
test.ru 86400 IN MX 10 mx1.test.ru

всё теперь у нас всё настроено и через сутки после обновления всех российских днс почта будет приходит для нашего домена на наш почтовый сервер который находиться у нас в конторе и не один почтовый сервис не будет возвращать письма из за не корректных записей MX DNS сервера домена.

Я за свою практику встречал несколько раз когда различные компании или люди не правильно всё это дело настраивали в случаи нашем когда почтовый сервер находиться не на хосте хостинговой компании а не посредственно в организации. Ну много сейчас есть контор которые имеют сайт на хосте покупном а почтовый сервер находиться физически в конторе, так как там свой домен своя сеть и тд.....Теперь рассмотрим типичные ошибки которые я встречал с подобной настройкой и которые вы не должны повторить
1.Один сервер был настроен вот так
*.test.ru 86400 IN A 20.20.20.20
test.ru 86400 IN A 10.10.10.10
test.ru 86400 IN MX 10 test.ru
тут всё работало только сайт открывался в браузере только по адресу www.test.ru и не хотел открываться если я просто набираю test.ru, зато почта ходила исправно.
Данный человек не знал видимо что можно у провайдера прописать обратную зону днс и знал что не все почтовые сервисы будут работать с MX записью где адресом является IP адрес машины с почтовым сервером и решил сделать так он сопоставил адрес www.test.ru c IP 20.20.20.20 там где находиться физически сайт и адрес test.ru (без www) сопоставил с IP адресом машины сервера почтового ну и конечно в MX записи прописал test.ru обслуживает почтовик test.ru в итоги всё работало кроме того что те люди которые в браузере набирали просто test.ru не могли попасть на сайт, а это есть плохо не только для удобства человека но это ещё и отображается на SEO раскрутки сайта так как многие каталоги и доски объявлений в строке веб сайт любят отображать не www.test.ru а http://test.ru в итоги люди не могут попасть на сайт. Это одна из типичных ошибок настройки DNS домена.
Второй ошибочный вариант выглядит следующим образом: среди DNS записей есть такая запись типа CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя или адрес так вот некоторые люди делают так они помимо A,MX записей делают запись CNAME с указанием сопоставления например mx1.test.ru на IP адрес 10.10.10.10 то есть на физический адрес почтового сервера или щлюза и уже в свою очередь в MX записи прописывают test.ru 86400 IN MX 10 mx1.test.ru то есть они пытаются сопоставить mx1.test.ru с IP 10.10.10.10 и уже в MX записи прописать mx1.test.ru это тоже не правильно так как современные почтовые системы уже не реагируют на записи CNAME которые имеют свою запись в MX записи, почтовые сервиси всё ровно распознают такой приём как обманный и тем самым не ведут обмен писем с данным доменом.

Вот собственно и всё сегодня вы узнали как правильно надо настраивать MX запись и не допустить ошибки в настройки и правильном почтовом обмени с другими почтовыми сервисами думаю что я всё изложил максимально понятно.

Если кто знает ещё не правильные способы то буду рад выслушать а за свой опыт работы других не встречал.

Все ресурсные записи DNS, в том числе и «MX» , необходимо добавлять на DNS-серверах, прописанных для вашего домена. Поэтому сначала вам необходимо выяснить, какие DNS-серверы прописаны для вашего домена: .

Если вы не видите своей пары DNS-серверов в списке ниже — это значит, что для домена прописаны не DNS-серверы сайт и вам необходимо обратиться к вашему поставщику DNS с просьбой прописать MX-запись.

В зависимости от тех DNS-серверов, которые вы используете в сайт, добавление MX -записи происходит по соответствующей инструкции:

Для ns1..сайт

Для ns1.hosting..hosting.сайт

Добавление и редактирование ресурсных записей DNS (A, MX , TXT, CNAME) происходит через панель управления хостингом. Чтобы добавить MX-запись, и в зависимости от вашей панели (ISPmanager , Parallels Plesk или cPanel ) следуйте одной из предложенных инструкций:

Перейдите в раздел Доменные имена , кликните по нужному домену и нажмите Записи :

чтобы изменить существующую MX-запись, нажмите Изменить ;

чтобы добавить новую запись, нажмите Создать .

Пример добавления MX-записи

Нажмите ОК внизу страницы, чтобы сохранить изменения.

Parallels Plesk

В разделе Сайты и домены откройте Настройки DNS необходимого домена:

• чтобы изменить существующую запись, просто нажмите на нее;
• чтобы добавить новую, нажмите кнопку Добавить Запись :

Пример добавления MX-записи

В разделе Домены выберите пункт Zone Editor :

затем нажмите Изменить напротив нужной записи:

Пример добавления MX-записи

Чтобы настроить маршрутизацию почты, в блоке «Электронная почта» перейдите в раздел Маршрутизация электронной почты :

Одним из основополагающих принципов построения любой почтовой системы в современной сети – наличие и правильная настройка MX записей в DNS. К сожалению, далеко не все почтовые администраторы досконально понимают что такое MX запись и какова ее роль в организации почтовой системы домена.

Основы DNS

Аббревиатура MX расшифровывается как “mail exchanger” (почтовый обменник). MX запись это один из видов DNS записей, поэтому для того, чтобы понять что такое MX запись необходимо понимать основы архитектуры и функционирования службы DNS (Domain Name System).

Наиболее важная функция службы DNS – преобразование имен доменов в IP адреса. Например, если вы в адресной строке вашего браузера набираете www.microsoft.com, то служба DNS позволяет определить IP адрес сервера с которым необходимо установить соединение. В этом примере имя домена — microsoft.com.

А что же произойдет, если вы пытаетесь отправить почтовое сообщение на адрес [email protected]?

И в этом случае для определения почтового сервера нам нужно воспользоваться функциями службы DNS. Сервер, отправляющий почту, ищет в DNS MX запись принимающего почтового сервера по следующему алгоритму:

1. Определение авторитетного сервера имен (NS или name server)для домена microsoft.com
2. Запрос к серверу имен домена microsoft.com на получение всех MX записей
3. Разрешение имен серверов MX записей в их IP адреса

Если вы хотите вручную определить MX записи для домена microsoft.com, то эта процедура будет выглядеть так:
C:\>nslookup
Default Server: UnKnown
Address: 10.0.1.9

> set type=mx
> microsoft.com
Server: UnKnown
Address: 10.10.21.19

Non-authoritative answer:
microsoft.com MX preference = 10, mail exchanger = mail.messaging.microsoft.com

mail.messaging.microsoft.com internet address = 216.32.181.178
Итак, мы узнали – что IP адрес «почтового обменника» для домена for microsoft.com -216.32.181.178.

MX Preferences

Еще одним нюансом функционирования почтовой службы – возможность задания приоритета почтового сервера, эта технология называется «MX preference». Чтобы понять, что такое MX preference, познакомимся с DNS и MX-записями домена google.com.
> google.com
Server: UnKnown
Address: 10.10.21.19

Non-authoritative answer:
google.com MX preference = 10, mail exchanger = aspmx.l.google.com
google.com MX preference = 20, mail exchanger = alt1.aspmx.l.google.com
google.com MX preference = 30, mail exchanger = alt2.aspmx.l.google.com
google.com MX preference = 40, mail exchanger = alt3.aspmx.l.google.com
google.com MX preference = 50, mail exchanger = alt4.aspmx.l.google.com

aspmx.l.google.com internet address = 74.125.39.27
alt1.aspmx.l.google.com internet address = 209.85.173.27
alt2.aspmx.l.google.com internet address = 74.125.127.27
alt3.aspmx.l.google.com internet address = 209.85.225.26
alt4.aspmx.l.google.com internet address = 74.125.65.26
Как вы видите, для домена google.com существует 5 различных MX записей (пять почтовых серверов) с различным значением параметра preference. Параметр preference позволяет задать приоритет каждой MX записи, т.е. определяет в какой последовательности на эти сервера будут осуществляться попытки доставить письмо. Меньшее значение соответствует боле высокому приоритету, т.е. именно на этот почтовый сервер будут отправлять письма в первую очередь.

Несколько MX записей нужны для:

• Возможности организации балансировки нагрузки между принимающими почтовыми серверами, для чего необходимо создать несколько MX записей с одинаковым приоритетом
• Организация отказоустойчивости почтовой системы, определяющей порядок определения следующего принимающего почтового сервера, если первичный сервер (с минимальным значением MX preference) недоступен.

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

На что же должны указывать MX записи?

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

Если ваша организация содержит и поддерживает почтовую систему самостоятельно (получает почту напрямую), тогда MX запись вашего домена должна указывать на внешний IP адрес вашего сетевого экрана (если используется технология трансляции адресов / портов NAT/PAT) или же внешний адрес вашего почтового сервера (например, это может быть сервер с ролью Edge Transport, или же почтовый MTA на базе Linux).

Если в вашей компании для фильтрации почты используете некий внешний «облачный» сервис, тогда MX записи вашего домена должны указывать на IP адрес, указанный провайдером этого сервиса.

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

Вот и все! В данной статье мы вкратце познакомились с понятием MX записи и зачем она нужна, надеюсь она окажется полезной для начинающих почтовых администраторов.

Запись MX

За́пись MX (от англ. m ail ex changer ) - это один из типов записей в DNS , указывающий способ маршрутизации электронной почты . MX-записи для данного домена указывают серверы, на которые нужно отправлять электронную почту, предназначенную для адресов в данном домене. Кроме того, MX-записи указывают приоритет каждого из возможных серверов для отправки.

Имя хоста , указанного в записи MX, должно содержать IP-адрес , определённый с помощью записи IN A. Псевдонимы IN CNAME не могут иметь своих MX-записей.

Чтобы отправить электронную почту на определённый адрес, сервер-отправитель делает DNS-запрос, запрашивая MX-запись домена получателя электронного сообщения (то есть части адреса после символа «@»). В результате запроса возвращается список имён хостов почтовых серверов , принимающих входящую почту для данного домена, а также величину приоритета для каждого из хостов. Сервер-отправитель затем пытается установить SMTP -соединение с одним из этих хостов, начиная с того, у кого значение величины приоритета наименьшее, перебирая каждый из них, пока не удастся установить соединение хотя бы с одним из них. Если же имеется несколько хостов с одинаковыми приоритетами, то должны быть предприняты попытки установить соединение с каждым из них.

Механизм записей MX предоставляет возможность использовать множество серверов для одного домена и упорядочивания их использования в целях уменьшения нагрузки и увеличения вероятности успешной доставки почты. Кроме того, такой механизм предоставляет возможность распределить обработку входящей почты среди нескольких физических серверов.

Особенности обработки MX при маршрутизации почты

Для одного домена может быть указано несколько почтовых серверов с разными приоритетами. Если по каким-то причинам почта доставляется на узел с относительно низким приоритетом (то есть большим числом в MX-записи), то этот узел, при решении о маршрутизации (релеинге) на узел-получатель (на любой из узлов с максимальным приоритетом), игнорирует свою MX-запись и MX-записи с приоритетом, ниже чем у себя. Для правильного исключения самого себя из списка адресов для доставки почты, в MX-записях должны указываться только канонические имена. В случае некорректной настройки возможны циклы (когда сервер пытается доставить почту самому себе).

Примеры запроса MX-записи

С помощью утилиты host в UNIX -подобных ОС

С помощью утилиты host в ОС GNU/Linux , FreeBSD и т. п. запросим запись MX для домена wikipedia.org.

$ host -t mx wikipedia.org. wikipedia.org mail is handled by 50 lists.wikimedia.org. wikipedia.org mail is handled by 10 mchenry.wikimedia.org.

Здесь список почтовых серверов, обслуживающих почту домена, представлен двумя хостами: lists.wikimedia.org. и mchenry.wikimedia.org. MX-приоритеты у них 50 и 10 соответственно. Таким образом, при попытке доставить почту адресату в домене wikipedia.org. , первым будет выбран сервер mchenry.wikimedia.org.

С помощью утилиты nslookup

С помощью утилиты nslookup в ОС семейства Microsoft Windows запросим запись MX для домена wikipedia.org.

C:\>nslookup -type=mx wikipedia.org ns2.wikimedia.org Server: ns2.wikimedia.org Address: 91.198.174.4 wikipedia.org MX preference = 50, mail exchanger = lists.wikimedia.org wikipedia.org MX preference = 10, mail exchanger = mchenry.wikimedia.org lists.wikimedia.org internet address = 91.198.174.5 mchenry.wikimedia.org internet address = 208.80.152.186

Примечание: примерно так же работает nslookup в UNIX.

См. также

• DNS - система доменных имён;
• SMTP - широко используемый протокол передачи почты.

Wikimedia Foundation . 2010 .

Смотреть что такое "Запись MX" в других словарях:

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

ЗАПИСЬ, записи, жен. 1. только ед. Действие по гл. записать (в 1 и 2 знач.) записывать (книжн.). Запись сказок отняла у меня целое лето. Предварительная запись на облигации займа. 2. То, что записано (в 1 знач.; книжн.). Тетрадь с записями. 3.… … Толковый словарь Ушакова

запись - ЗАПИСЬ, арх., истор. 1. Запись, письменная передача чего л. виденного, слышанного (1055 г.); 2. Документ, запись о каком л. юридическом акте (XV в.) (Сл.РЯ XI XVII. 5. 266 267). Одиношная запись. – Мир (прим. авт.). – Не ведаю, как покончить… … Словарь трилогии «Государева вотчина»

запись - Документ, содержащий достигнутые результаты или свидетельства осуществленной деятельности. Примечания 1. Записи могут использоваться, например, для документирования прослеживаемости и свидетельства проведения верификации, предупреждающих действий … Справочник технического переводчика

- (record) Собрание/комплекс взаимосвязанной информации, которая рассматривается как единое целое в файле (file) или базе данных (database) компьютера. Например, файл о заработной плате персонала компании может быть подразделен на отдельные записи… … Словарь бизнес-терминов

ЗАПИСЬ, сохранение звуковых и видеосигналов на носителях, таких как грампластинка или МАГНИТНАЯ ЛЕНТА. В традиционной ЗВУКОЗАПИСИ записываемые звуки преобразуются в электрический ток, управляющий движениями пишущей иглы. Она прорезает первичный… … Научно-технический энциклопедический словарь

Писание, отметка; регистрация, протокол, учет; переписывание, копия; заметка, партитура, фанера, помета, пометка, уравнение, фонограмма, конспект, стенограмма, транскрипция, поновление Словарь русских синонимов. запись сущ., кол во синонимов: 47… … Словарь синонимов

Письменная фиксация операций, сделок, бухгалтерских проводок, изменений в счетах. Райзберг Б.А., Лозовский Л.Ш., Стародубцева Е.Б.. Современный экономический словарь. 2 е изд., испр. М.: ИНФРА М. 479 с.. 1999 … Экономический словарь

ЗАПИСЬ, и, жен. 1. см. записать. 2. То, что записано. Неразборчивая з. Тетрадь с записями. Музыкальные записи. 3. Документ о какой н. сделке, акт (спец.). Дарственная з. Толковый словарь Ожегова. С.И. Ожегов, Н.Ю. Шведова. 1949 1992 … Толковый словарь Ожегова

Запись - в безбумажной информатике, совокупность данных, характеризующая тот или иной объект или явление: например, кадровая анкета работника или комплектовочная ведомость на детали машины, введенная в память компьютера. При обращении к… … Экономико-математический словарь

Запись - по закону РФ Об авт. праве и смежных правах фиксация звуков и (или) изображений с помощью техн. средств в к. л. материальной форме, позволяющей эти звуки и (или) изображения неоднократно воспринимать, воспроизводить (см. Воспроизведение… … Издательский словарь-справочник

Книги

• Запись аудио- и видеосигналов , Э. И. Вологдин, К. Ф. Гласман, Ю. А. Ковалгин, Л. Г. Лишин. Рассмотрены аналоговая магнитная запись аудио- и видеосигналов; основное содержание книги посвящено цифровой записи. Изложены особенности цифрового представления аудио- и видеосигналов,…

Материал из Insales Wiki

Общая информация

Некоторые интернет-сервисы, предоставляющие услуги электронной почты, позволяют использовать почтовый адрес на домене пользователя, то есть адрес вида mymail@mydomain . Разумеется, это можно также реализовать, используя свой собственный почтовый сервер.

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

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

Если домен Вы регистрировали сами - то не забудьте проделать нужные настройки, как правило это редактирование MX-зоны на DNS-сервере. Записи MX указывают на адрес электронной почты Вашего домена.

Для настроек почты на свой домен необходимо иметь возможность редактировать MX-зону на том DNS-сервере, который используется для домена.

Настройка почты в своём домене на Яндексе

В одном домене можно создать до 100 почтовых аккаунтов - этого хватит для небольшой фирмы. Владельцы таких почтовых ящиков смогут пользоваться бесконечным пространством для писем. Работать с почтой можно как через веб-интерфейс на странице http://mail.yandex.ru/for/mydomain , так и через почтовые клиенты - The Bat, Thunderbird и другие с помощью протоколов POP3/IMAP и SMTP.

Нужно настроить для домена CNAME-запись с поддомена mail на адрес domain.mail.yandex.net. Требуется указать такие настройки:

• Имя поддомена – mail
• Тип записи – CNAME
• Данные – domain.mail.yandex.net.

Чтобы настройки вступили в силу потребуется некоторое время (от нескольких часов до двух дней).

Настройка почтовых программ

Пользоваться Яндекс.Почтой для домена можно не только через веб-интерфейс, но через различные почтовые клиенты (например, Outlook Express, The Bat, Thunderbird и другие)

Работа почтовых клиентов настраивается точно так же как для обычной Яндекс.Почты , за исключением того, что в качестве имени (логина) пользователя необходимо указывать полный e-mail (например, [email protected]).

Обращаем Ваше внимание на то, что для работы с почтой по протоколу IMAP должна быть включена его поддержка на странице «Настройки» в разделе «Почтовые клиенты».

Настройка почты GMail в своём домене

Сервис Google Apps позволяет использовать почту GMail на Вашем домене, при этом, Вы сможете использовать интерфейс GMail для доступа к ней. Также работают протоколы POP3, SMTP, IMAP. GMail предоставляет более 2 ГБ дисковой квоты для каждого аккаунта, и 7 ГБ суммарно (бесплатный базовый сервис - до пяти аккаунтов), в каждом аккаунте можно создавать до 50 почтовых записей. В GMail имеется спам-фильтр. Вы можете быть уверены, что вашу почту не просматривают; никакие органы не смогут получить копии ваших писем. Доступ к почте осуществляется посредством протокола HTTPS. Сервис бесплатен. Всё, что Вам понадобится - это доменное имя.

Создание аккаунта на Google Apps

Если у Вас ещё нет аккаунта, то перейдите по этой ссылке Регистрация в Google Apps . и нажмите на "Начать здесь".

Заполните необходимые поля для регистрации

Введите имя пользователя (Ваш адрес будет выглядеть как [email protected], где user - имя пользователя), пароль и код с картинки

Аккаунт создан.

Активация страниц входа и подтверждение права на домен

Вот как можно включить страницу входа для почтовых аккаунтов Вашего домена и подтвердить, что Вы являетесь владельцем домена, связанного с Вашим аккаунтом Служб Google . Войдите в панель управления через аккаунт администратора https://www.google.com/a/cpanel/example.ru/Dashboard . (здесь example.ru - имя Вашего домена)

Выберите удобный Вам способ подтверждения прав.

Следуйте приведенным инструкциям для загрузки файла HTML на ваш веб-сайт или другим способам.

Выполнив все действия нажмите "Подтвердить".

Создание пользовательских аккаунтов

1. Войдите в панель управления через аккаунт администратора https://www.google.ru/a/example.ru (если ещё не вошли).
2. В разделе "Пользователи и группы" верхнего меню нажмите "Создать новый аккаунт пользователя"

3.Введите имя, фамилию и имя пользователя.

4.Можно выбрать пароль на свое усмотрение, нажав "Изменить пароль".

5.Нажмите "Добавить новый аккаунт пользователя". Информацию об аккаунте можно выслать пользователю по электронной почте или распечатать. 6.Повторите эти действия для каждого пользователя вашего домена.

Внимание! Если Вы регистрировали домен через InSales, то для того, чтобы прописать MX и CNAME-записи обратитесь в нашу техподдержку!

Настройка WEB-интерфейса для доступа к почте

Настроим доступ к почтовому интерфейсу на адрес http://mail.example.ru . Порядок простой, входим в почту через предлагаемую стандартную форму Google: https://www.google.ru/a/example.ru , жмём в верхнем правом углу ссылку "Управление доменом". Попадаем в панель управления доменом и выбираем там в главном меню "Настройки службы" - "Электронная почта". Ну а дальше - задаём URL в поле "Вэб-адрес Ваши пользователи могут просмотреть почту на странице". Применяем и, если у Вашего домена есть CNAME запись mail.mydom.com для ghs.google.com, то почта будет открываться в браузере по адресу http://mail.example.ru .

Настройка почтовых клиентов

Можно получать и отправлять почту при помощи почтовых клиентов TheBat, Thunderbird и других. В них, в большинстве случаев, для получения почты используется протокол POP3, а для отправки SMTP.

Для работы POP3 необходимо включить в настройках почтового аккаунта Google POP3 . Для этого:

1. Войдите в свой аккаунт Gmail.
2. Нажмите на ссылку "Настройки" в верхней части любой страницы Gmail.
3. Нажмите на ссылку "Пересылка и POP" в оранжевом поле "Настройка почты".

Затем, в настройках (профиле) программы-клиента необходимо настроить порты и протоколы:

Логин: [email protected] (полный адрес)

Отмена внесённых изменений

Если по какой-либо причине Вы хотите отказаться от использования стороннего почтового сервиса для Вашего домена, эту операцию легко отменить. Достаточно изменить MX-запись на mydomain. (точка в конце обязательна!). Однако, помните, что каждое изменение MX записей вступает в силу в течение 24-72 часов.