forum.lissyara.su

Есть сайт на хостинге провайдера, допустим 'name.ru'. Там же есть почта.
Сейчас там есть один почтовый ящик 'admin@name.ru' куда собственно в настройках
почты указано переправлять все письма, которые приходят на ящики в этом домене.

Далее есть компьютер с FreeBSD который используется в качестве прокси-сервера, доступ в инет
через adsl, ip адрес у него динамический. Есть желание развернуть на нем почтовый сервер,
собственно что бы почта забиралась с почтового ящика admin@name.ru, далее сортировалась
по локальным почтовым ящикам на этом компе и собственно другие компы, которые используют
его сейчас как прокси, могли использовать его и как почту, т.е. запустить допустим
оутлук и забрать и отправить свою почту.

Собственно кое что прочитал, но есть вопросы, так сказать с чего начать... Например, прочитал
что программа fetchmail может забирать почту с моего почтового ящика и.... а вот куда она денется
дальше? И подходит ли она для моего случая? Может есть для такого режима работы с почтой какой то
готовый рецепт настроек и программ? Или схема работы, типа вот первая программа берет почту
с ящика провайдера, далее передает второй, та третьей и т.д....

Ответьте, пожалуйста на вопрос по первому абзацу: какая веская причина делать именно так???

Laa писал(а):Ответьте, пожалуйста на вопрос по первому абзацу: какая веская причина делать именно так???

Да оно так было сделано изначально, так сказать настройка по умолчанию при создании домена...
А собственно как можно сделать по другому? Создать там несколько ящиков для конкретных пользователей?

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

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

Очень хорошо когда почтовый сервер на стадии приема письма отбивает спам и принимает окончательно письмо, а не принимает его, обрабатывает (или пересылает на офисный сервер) и с какими-то ошибками шлет назад возможно поддельному отправителю. Спамеры подделывают адреса отправителей и такие ошибки будут приходить к ни в чем не виновным людям. Будете часто бывать в блэк-листах.

Если у вас будет эта схема, то возможны случаи получения кучи спама, или получения кучи спама и потом последующая отправка писем "пользователь не существует" ни в чем не виновным владельцам подставленных е-мэйлов. Вам же будет сложно отлавливать случаи, когда два ваших пользователя будут подписаны на одну и ту же рассылку, как вы будете разбрасывать фетчмейлом письмо обоим получателям, когда оно придет а один ящик admin@.. ? И так далее. В общем, намного лучше и правильнее по многим причинам держать почтовый сервер с заведенными ящиками персонально для каждого получателя. И держать этот сервер в интернете, дабы сразу принимать решение о судьбе письма. И потом, потом будет легче разгребать проблемы, так как в будущем вы с ними при вашей схеме 100% столкнетесь. В будущем еще появится еще один домен к этому почтовому серверу, там отдельные аккаунты и тд... короче потом же себе же будет хуже.

Laa писал(а):Очень хорошо когда почтовый сервер на стадии приема письма отбивает спам и принимает окончательно письмо, а не принимает его, обрабатывает (или пересылает на офисный сервер) и с какими-то ошибками шлет назад возможно поддельному отправителю. Спамеры подделывают адреса отправителей и такие ошибки будут приходить к ни в чем не виновным людям. Будете часто бывать в блэк-листах.

Если у вас будет эта схема, то возможны случаи получения кучи спама, или получения кучи спама и потом последующая отправка писем "пользователь не существует" ни в чем не виновным владельцам подставленных е-мэйлов. Вам же будет сложно отлавливать случаи, когда два ваших пользователя будут подписаны на одну и ту же рассылку, как вы будете разбрасывать фетчмейлом письмо обоим получателям, когда оно придет а один ящик admin@.. ? И так далее. В общем, намного лучше и правильнее по многим причинам держать почтовый сервер с заведенными ящиками персонально для каждого получателя. И держать этот сервер в интернете, дабы сразу принимать решение о судьбе письма. И потом, потом будет легче разгребать проблемы, так как в будущем вы с ними при вашей схеме 100% столкнетесь. В будущем еще появится еще один домен к этому почтовому серверу, там отдельные аккаунты и тд... короче потом же себе же будет хуже.

А зачем на спам отправлять что пользователь не существует?... По идее спам нужно просто удалять...

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

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

В одном месте настраивал по такому принципу, тоже посоветую что это полное Г....ВНО.

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

SlavaBVC писал(а): А зачем на спам отправлять что пользователь не существует?... По идее спам нужно просто удалять...

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

Делайте как хотите.
Конфиг фетчмыла дали. Да там и не сложно ничего.

Удачи.

Laa писал(а):

SlavaBVC писал(а): А зачем на спам отправлять что пользователь не существует?... По идее спам нужно просто удалять...

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

Делайте как хотите.
Конфиг фетчмыла дали. Да там и не сложно ничего.

Удачи.

Да я не против сделать и как то по другому, вот собственно и ищу варианты... Как бы лучше поступить в моем случае...
Я просто с почтовыми серверами практически никогда не сталкивался... Прочитал на этом сайте несколько статей, что то понял, но многое скорее в тумане

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

Далее, про единый почтовый сервер - а как это понять, что и где это должен быть за сервер?

Ну просто один должен быть сервер, лучше чтобы на нем были заведены все ящики индивидуально. Если у вас много локальной почты, то ставьте этот сервер в офисе (чтобы не таскать тонны почты через линк к провайдеру и не быть без сервиса, когда свалится канал к провайдеру), а если больше внешней почты -- то ставьте его лучше у провайдера. Хостинг ваш можно настроить на разные почтовые сервера, можно даже использовать встроенный сендмыл для отправки почты с хостинга на этот почтовый сервер, то есть все скрипты шлют почту на 127.0.0.1, а сендмыл шлет всю почту на отдельный почтовый сервер (то ли в офис, то ли к провайдеру на площадку).

Laa писал(а):Ну просто один должен быть сервер, лучше чтобы на нем были заведены все ящики индивидуально. Если у вас много локальной почты, то ставьте этот сервер в офисе (чтобы не таскать тонны почты через линк к провайдеру и не быть без сервиса, когда свалится канал к провайдеру), а если больше внешней почты -- то ставьте его лучше у провайдера. Хостинг ваш можно настроить на разные почтовые сервера, можно даже использовать встроенный сендмыл для отправки почты с хостинга на этот почтовый сервер, то есть все скрипты шлют почту на 127.0.0.1, а сендмыл шлет всю почту на отдельный почтовый сервер (то ли в офис, то ли к провайдеру на площадку).

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

Допустим разберем вариант сервера в офисе - опять же из за маленьких обьемов это же может быть тот же самый сервер, где сейчас прокси и ftp у меня? На него что нужно поставить? Вот на этом сайте читал например ссылки про установку таких программ: exim & dovecot или exim & courier-imap. Это то что мне нужно?

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

exim + dovecot, если самому рулить. Это может быть на сервере с фтп и прокси, какие проблемы!?

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

Laa писал(а):exim + dovecot, если самому рулить. Это может быть на сервере с фтп и прокси, какие проблемы!?

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

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