forum.lissyara.su

Добрый день, уважаемые коллеги.
Необходима помощь (за материальное вознаграждение конечно) в наладке сервера на базе ос FreeBDS, используемого для доставки/отправки писем, при которой отправить и получатель не знают друг друга. Как я себе это представляю:
ДОСТАВКА
1. Отправитель ivanov@mail.ru отправляет письмо на manager1@domain.ru
2.1 На MTA сервера domain.ru прописано, что получатель manager1@domain.ru на самом деле petrov@yandex.ru.
2.2 Так же, при приеме письма, почтовая система смотрит по базе посылал ли когда-нибудь ivanov@mail.ru ранее письма. Если нет, то заменяла бы отправителя ivanov@mail.ru на следующего по маске (например client-23@domain.ru) и добавляла в базу.
2.3 Пересылал бы это письмо от имени client-23@domain.ru получателю petrov@yandex.ru
3. На ящик petrov@yandex.ru приходит письмо от client-23@domain.ru и он даже не знает, о существовании такого отправителя как ivanov@mail.ru
ОТПРАВКА (по той же схеме, что и доставка, только в обратном направлении)
1. petrov@yandex.ru -> client-23@domain.ru
2.1 система по базе определяет, что client-23@domain.ru это ivanov@mail.ru
2.2 меняет petrov@yandex.ru на manager1@domain.ru
2.3 Отправляет письмо от имени manager1@domain.ru на ivanov@mail.ru
3. На ящик ivanov@mail.ru приходит письмо от manager1@domain.ru и он даже не знает, о существовании такого отправителя как petrov@yandex.ru

Желательно конечно "припаять" к этой связке анти-спам и антивирь, ну и в идеале проверять содержание письма (понятное дело без вложений), чтобы все почтовые адреса в подписи, аля "С уважением, Петров А.А. petrov@yandex.ru" менялись бы на "С уважением, Петров А.А. manager1@domain.ru", ну или просто удалялись: "С уважением, Петров А.А."

Забыл сказать, письма не должны оставаться на сервере domain.ru. Т.е. сервер просто является транзитом, а не хранилищем. Максимум - это база сопоставлений "отправитель" - "получатель".

Как Вы понимаете организовать надо пункты 2.1-2.3. По-моему это под силу только EXIM.

Остался вопрос, возьметесь ли Вы и сколько это стоит.

с подписями - проблемно...
у меня, например, автоподписи в письмах не забито - я по настроению забиваю чёнить...
соответственно по настроению отделяю или не отделяю подпись от основного текста.
посему вынужден признать что данная задача реализуема на 100% только человеком
с некоторой вероятностью (посомтрев несколько писем с подписями от разных MUA) можно реализовать это на перл - но результат будет не 100%
==========
остальное - вроде без проблем.
вопрос тока кто будет составлять и актуализировать базу соответствия.

про деньги... наверное от 300 и выше...
самая проблема, помоему, будет с автоподписью....

1. Незыбывайте заголовки (received и т.п.) удалять из писем.
2. Проблема с наличием E-Mail'а в письме при желании отправителя нерешаема вовсе. (Мой E-Mail: admin[dot]lissyara[dot]su)
3. Каким образом проверять подпись неясно и маловероятно.
4. Возможно поможет очень строгий WEB-Интерфейс для отправки писем пользователей, но незабываем про пункт 2 и 3.

P.S. В своё время тупые кадровые агентства (хотя и сейчас не умнее) делали WEB-форму в которой надо было указывать свои контактные данные и т.п. Я просто указывал свой телефон в описании фирм и т.п. блоках. (Т.е. в тех блоках, которые не скрываются от работодателя) Очень помогает кидать такие агентства, которые на этом деньги зарабатывают. Надо сказать звонков с предложениями гораздо больше.

P.S2. Вы не доверяете сотрудникам? Ну-Ну. Может быть к людям (и тем более к сотрудникам) стоит относиться по человечески (по совести т.п.), а не с точки зрения выгоды? Если вы относитесь к сотрудникам как выгоден/невыгоден, то и они в свою очередь продадут вашу базу клиентов с огромным удовольствием.

dikens3 писал(а):2. Проблема с наличием E-Mail'а в письме при желании отправителя нерешаема вовсе. (Мой E-Mail: admin[dot]lissyara[dot]su)
3. Каким образом проверять подпись неясно и маловероятно.

Клепать скрипт. Мыл же обычно пишут латиницей (адын признак!) и шаблон не особо меняется... хотя (от блин, сразу пошол в другом направлении мыслить) шо помешает сцылку на свою страничку во фкантакте переслать? тогда и сцылки резать надо! Или номер мабылы/аськи/etc....
IMHO, задача не решаема в принципе. Можно только на шлюзе засылать копии писем в СБ, а те пусть все или выборочно проверяют.

dikens3 писал(а): P.S2. Вы не доверяете сотрудникам? Ну-Ну. Может быть к людям (и тем более к сотрудникам) стоит относиться по человечески (по совести т.п.), а не с точки зрения выгоды?

Неисправимый идеалист!

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

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

Теперь объясни как эта вэб-морда помешает отправить клиенту свои (манагера) координаты? Если никак, то зачем плотить больше?

100% перлюстрация человеком.
больше никак.

Urgor писал(а):Теперь объясни как эта вэб-морда помешает отправить клиенту свои (манагера) координаты? Если никак, то зачем плотить больше?

так как сказал Лис. Но проблема в том, что сисема управления заказами и почтовый сервер это разные вещи.

так это же NAT, только почтовый

~6k ye