» переходим на свой почтовый сервер.

foridi
Цитата:

подскажите что ставить, с учетом того, что у нас везде windows на серверах

Если есть напряги с деньгами и заморочки по поводу авторских
и смежных прав, тогда единственный вариант - hMailServer.
В разделе есть тема по нему. Если же рамки шире, тогда подойдут
Mdaemon, Kerio Connect, CommuniGate. Темы есть так же.
Ну и собственно по поводу чисто выбора:
Выбор почтового сервера/Mail Server под Windows

Замучался я c этими настройками DNS... есть хостинг и белый ip адрес, решили поставить свой почтовый сервер - сделали, но никак не могу разобраться с A и MX записями. Прописал все правильно (вроде), но никак они хотят указывать на сам почтовый сервер. Может поможет кто?

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

Если по просту, то в прямой зоне должно быть:

Код: имя.домена A ip.ad.dr.dm
MX 10 server.имя.домена
server A ip.addr.server

Доброго всем времени суток!
У меня ситуация примерно такая же, как у большинства вопрошающих тут:
Имеется хостинг и доменное имя, почта в настоящее время забирается через pop3 и хранится в почтовых клиентах пользователей. Пользователей не слишком много, человек 15, но проблема в том, что ящики чрезмерно разрослись - пара ящиков по 20 гигов, еще несколько по 5-10, ну и пяток ящиков гига по 3-4.
Это всё очень неудобно, прежде всего в плане бэкапов, ну и создает другие проблемы.
В общем мороковал я над этим всем, не придумал ничего лучше, чем поднять почтовый сервер в локалке и пускать к нему пользователей по IMAP.
Первый вопрос - кто как считает, оправданна эта затея в моей ситуации, или есть пути получше?
Второй вопрос - выставлять сервер 25 портом наружу сцыкотно, да и с инетом/электричеством бывают проблемы, поэтому я хочу принимающим сервером оставить сервер хостера (как тут советовали, оставить там один ящик на всех, а своим сервером забирать письма и сортировать), а вот как тут быть с отправкой? Первое, что приходит в голову, в прямой зоне оставить MX как есть, а в обратной прописать уже свой местный адрес, прокатит ли это? Или какие-то еще варианты?

Shweper
Цитата:

в прямой зоне оставить MX как есть, а в обратной прописать уже свой местный адрес

Чего?!
Цитата:

выставлять сервер 25 портом наружу сцыкотно, да и с инетом/электричеством бывают проблемы

Ну и что? У вас электричества неделями не бывает?
Ну погаснет оно на час, пусть даже на день. Все письма останутся на отправляющих
серверах, включат электричество, они все к вам придут
Цитата:

а вот как тут быть с отправкой?

Можно отправлять через сервер хостера, с авторизацией.
Либо делать свой полноценный сервер, MX, PTR, SPF, все дела...

vlary

Цитата:

Чего?!

О, оказывается, это называется SPF Спасибо!

Цитата:

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

Ну, тут еще вопрос, как настроены отправляющие серверы, бывает что и кривовато, забудут повторить, или, если света не было весь день (редко, но бывает), у них таймауты вырастут зверски и письмо дойдет на след. день, после возвращения света... В принципе, я могу поднять резервный MX в другом месте, но использовать в качестве резервного MX или релея сервер хостера - более заманчиво
Ну и факт выставления на улицу 25 порта меня несколько пугает, у меня канал всего 16 мегабит, если начнут ломиться спамеры, может быть худо... Или не так страшен черт?
Правда вот сейчас подумал, без открытия 25 порта всё равно не обойтись, чтобы могли работать клиенты за пределами локалки

Добавлено:

Цитата:

Можно отправлять через сервер хостера, с авторизацией.

То есть авторизация будет на сервере хостера, и учетки придется дублировать на нем и на своем сервере?

Shweper
Цитата:

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

Я фигею! "Ну, вы, ребята. слишком много кушать!" (с) Ширли-Мырли
У нас в конторе всегда был свой почтовый сервер. Начинали также с 30+ человек.
Инет был 64 Кбит, который мы еще по-братски делили с соседней фирмой.
И ничего, всем и на почту хватало, и на странички посмотреть.
Цитата:

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

А вот это как раз не обязательно. Для клиентов существует
защищенный SMTP порт 465. Которым и надо пользоваться.
Цитата:

То есть авторизация будет на сервере хостера, и учетки придется дублировать на нем и на своем сервере?

Зависит от хостера. Некоторые из своей сети позволяют работать вообще без авторизации,
у некоторых достаточно одной учетки. А вот мейл.ру например требует, чтобы
обратный адрес в письме совпадал с учеткой авторизации.

vlary

Цитата:

"Ну, вы, ребята. слишком много кушать!" (с) Ширли-Мырли

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

Цитата:

Для клиентов существует
защищенный SMTP порт 465. Которым и надо пользоваться.

О, точно, сейчас же всё по SSL творится...
То есть, итоговая схема получается такая:
В качестве MX оставляю сервер хостера, (напр. mail.domain.ru), с одним общим ящиком на всех, для своего сервера завожу поддомен (smtp.domain.ru), прописываю его в PTR и SPF, открываю к нему снаружи 465, 993, 110 и 143 порты, настраиваю забор и сортировку входящей почты от хостера, исходящую для других доменов, отправляю со своего сервера, через 25 порт.
Ничего не упустил?

Shweper
Цитата:

Ничего не упустил?

Теперь осталось подходящий сервер выбрать (есть темы и под вин, и под *никс)
Ну, а если что и упустил, потом в процессе докрутишь.

vlary

Цитата:

Теперь осталось подходящий сервер выбрать (есть темы и под вин, и под *никс)
Ну, а если что и упустил, потом в процессе докрутишь.

Ну, я пока на виртуалке поднял связку postfix с его админом/dovecot/круглый кубик, вроде нормальное решение, мне понравилось...
Огромное спасибо за пояснения!

Всем привет!
Есть вопрос по поводу перехода на свою почту.
Суть следующая: есть организация, часть отделов разнесена по городу(пускай 5 отделов в разных частях города), пользователи пользуются почтой кто какой хочет: кто меилру, кто яндексом, кто гуглом, кто провайдерской почтой. Надвигается угроза и требуется всех перевести на одну "свою" почту. Как я понял для этого требуется:
- завести домен (например company в зоне gov.no)
- купить хостинг и прописать свои днс
- поднять у себя почтовый сервер и прописать что-надо у провайдера
- завести каждому нуждающемуся почтовый ящик типа имя_сотрудника@company.gov.no
- Profit!
Тут есть вопросы: а если нет желания покупать хостинг, и поднимать почтовый сервер в главном офисе на отдельном серваке нет желания ещё больше, можно спихнуть это всё на провайдера? можно договориться чтоб почта была на его стороне?

Invader Zim
Да все, что угодно. Провайдер может предоставить почту для вашей конторы.
Либо на зарегистрированный вами домен, либо на свой
(что-нибудь типа вашаконтора.провайдер.ру).
Так же корпоративная почта может быть на Яндексе или Гугле
(на зарегистрированный вами домен).

Про корпоративную почту на Яндексе/Гугле/Меилру куча статей и описаний, это понятно что так можно, но в моём случае так нельзя. Наоборот, есть четкий указ не использовать никакие сервисы.
Просто сколько читаю, везде натыкаюсь что у домена надо прописывать МХ и А записи моего хостера(на сколько я понимаю), а может в роли хостера выступать провайдер? и как тогда будет выглядеть процесс создания почтовых адресов, провайдер даст веб-морду для управления?

Invader Zim Не вижу большой разницы в держании почты у хостера или у прова или на яндексе. Одна фигня, если хорошо подумать. Доступ к вашим данным будут иметь чужие люди. Хотите избежать неких угроз, как вы говорите, подымайте почтовый сервер у себя - однозначно! Будете рулить всем и вся.

Разница в том что держать почтовый сервер за бугром нельзя, почему нельзя я могу объяснить но это немного выходит за рамки топика. Остается либо держать всё у себя - а это нужен отдельный сервер, белый айпи, + ПО и настройка этого всего добра, либо - свой почтовый домен привязать к местному провайдеру.
Лично меня больше устраивает второй вариант.