транзит писем
Модератор: xM
Правила форума
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
Убедительная просьба юзать теги [code] при оформлении листингов.
Сообщения не оформленные должным образом имеют все шансы быть незамеченными.
-
- проходил мимо
транзит писем
Добрый день, уважаемые коллеги.
Необходима помощь (за материальное вознаграждение конечно) в наладке сервера на базе ос 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.
Остался вопрос, возьметесь ли Вы и сколько это стоит.
Необходима помощь (за материальное вознаграждение конечно) в наладке сервера на базе ос 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.
Остался вопрос, возьметесь ли Вы и сколько это стоит.
Услуги хостинговой компании Host-Food.ru
Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/
- Alex Keda
- стреляли...
- Сообщения: 35437
- Зарегистрирован: 2004-10-18 14:25:19
- Откуда: Made in USSR
- Контактная информация:
Re: транзит писем
с подписями - проблемно...
у меня, например, автоподписи в письмах не забито - я по настроению забиваю чёнить...
соответственно по настроению отделяю или не отделяю подпись от основного текста.
посему вынужден признать что данная задача реализуема на 100% только человеком
с некоторой вероятностью (посомтрев несколько писем с подписями от разных MUA) можно реализовать это на перл - но результат будет не 100%
==========
остальное - вроде без проблем.
вопрос тока кто будет составлять и актуализировать базу соответствия.
про деньги... наверное от 300 и выше...
самая проблема, помоему, будет с автоподписью....
у меня, например, автоподписи в письмах не забито - я по настроению забиваю чёнить...
соответственно по настроению отделяю или не отделяю подпись от основного текста.
посему вынужден признать что данная задача реализуема на 100% только человеком
с некоторой вероятностью (посомтрев несколько писем с подписями от разных MUA) можно реализовать это на перл - но результат будет не 100%
==========
остальное - вроде без проблем.
вопрос тока кто будет составлять и актуализировать базу соответствия.
про деньги... наверное от 300 и выше...
самая проблема, помоему, будет с автоподписью....
Убей их всех! Бог потом рассортирует...
- dikens3
- подполковник
- Сообщения: 4856
- Зарегистрирован: 2006-09-06 16:24:08
- Откуда: Нижний Новгород
- Контактная информация:
Re: транзит писем
1. Незыбывайте заголовки (received и т.п.) удалять из писем.
2. Проблема с наличием E-Mail'а в письме при желании отправителя нерешаема вовсе. (Мой E-Mail: admin[dot]lissyara[dot]su)
3. Каким образом проверять подпись неясно и маловероятно.
4. Возможно поможет очень строгий WEB-Интерфейс для отправки писем пользователей, но незабываем про пункт 2 и 3.
P.S. В своё время тупые кадровые агентства (хотя и сейчас не умнее) делали WEB-форму в которой надо было указывать свои контактные данные и т.п. Я просто указывал свой телефон в описании фирм и т.п. блоках. (Т.е. в тех блоках, которые не скрываются от работодателя) Очень помогает кидать такие агентства, которые на этом деньги зарабатывают. Надо сказать звонков с предложениями гораздо больше.
P.S2. Вы не доверяете сотрудникам? Ну-Ну. Может быть к людям (и тем более к сотрудникам) стоит относиться по человечески (по совести т.п.), а не с точки зрения выгоды? Если вы относитесь к сотрудникам как выгоден/невыгоден, то и они в свою очередь продадут вашу базу клиентов с огромным удовольствием.
2. Проблема с наличием E-Mail'а в письме при желании отправителя нерешаема вовсе. (Мой E-Mail: admin[dot]lissyara[dot]su)
3. Каким образом проверять подпись неясно и маловероятно.
4. Возможно поможет очень строгий WEB-Интерфейс для отправки писем пользователей, но незабываем про пункт 2 и 3.
P.S. В своё время тупые кадровые агентства (хотя и сейчас не умнее) делали WEB-форму в которой надо было указывать свои контактные данные и т.п. Я просто указывал свой телефон в описании фирм и т.п. блоках. (Т.е. в тех блоках, которые не скрываются от работодателя) Очень помогает кидать такие агентства, которые на этом деньги зарабатывают. Надо сказать звонков с предложениями гораздо больше.
P.S2. Вы не доверяете сотрудникам? Ну-Ну. Может быть к людям (и тем более к сотрудникам) стоит относиться по человечески (по совести т.п.), а не с точки зрения выгоды? Если вы относитесь к сотрудникам как выгоден/невыгоден, то и они в свою очередь продадут вашу базу клиентов с огромным удовольствием.
Лучше установить FreeBSD, чем потратить 30 лет на Linux'ы и выяснить какой из них хуже.
- Urgor
- лейтенант
- Сообщения: 668
- Зарегистрирован: 2006-03-14 16:30:18
- Откуда: Гилея (СПб)
- Контактная информация:
Re: транзит писем
Клепать скрипт. Мыл же обычно пишут латиницей (адын признак!) и шаблон не особо меняется... хотя (от блин, сразу пошол в другом направлении мыслить) шо помешает сцылку на свою страничку во фкантакте переслать? тогда и сцылки резать надо! Или номер мабылы/аськи/etc....dikens3 писал(а):2. Проблема с наличием E-Mail'а в письме при желании отправителя нерешаема вовсе. (Мой E-Mail: admin[dot]lissyara[dot]su)
3. Каким образом проверять подпись неясно и маловероятно.
IMHO, задача не решаема в принципе. Можно только на шлюзе засылать копии писем в СБ, а те пусть все или выборочно проверяют.
dikens3 писал(а): P.S2. Вы не доверяете сотрудникам? Ну-Ну. Может быть к людям (и тем более к сотрудникам) стоит относиться по человечески (по совести т.п.), а не с точки зрения выгоды?

Власть в руках у чужаков, и ты им платишь дань...
-
- полковник
- Сообщения: 5845
- Зарегистрирован: 2007-12-07 13:51:33
- Откуда: Верх-Нейвинск
Re: транзит писем
гм.. а зачем так извращаться? когда можно гораздо проще сделать? есть же црмки, в крайнем случае пишется простецкая система аля веб-почтвик, где манагер не связывается с клиентом на прямую, а только через веб-интерфейс, при этом кроме как из админки он вообще не может ничего делать. Вся переписка соотвественно хранится в базе, а у начальства всегда есть возможность просмотреть кто когда с кем о чём. Или вы хотите ловко сэкономить?
- Urgor
- лейтенант
- Сообщения: 668
- Зарегистрирован: 2006-03-14 16:30:18
- Откуда: Гилея (СПб)
- Контактная информация:
Re: транзит писем
Теперь объясни как эта вэб-морда помешает отправить клиенту свои (манагера) координаты? Если никак, то зачем плотить больше?zg писал(а):есть же црмки, в крайнем случае пишется простецкая система аля веб-почтвик, где манагер не связывается с клиентом на прямую, а только через веб-интерфейс, при этом кроме как из админки он вообще не может ничего делать.
Власть в руках у чужаков, и ты им платишь дань...
- Alex Keda
- стреляли...
- Сообщения: 35437
- Зарегистрирован: 2004-10-18 14:25:19
- Откуда: Made in USSR
- Контактная информация:
Re: транзит писем
100% перлюстрация человеком.
больше никак.
больше никак.
Убей их всех! Бог потом рассортирует...
-
- полковник
- Сообщения: 5845
- Зарегистрирован: 2007-12-07 13:51:33
- Откуда: Верх-Нейвинск
Re: транзит писем
так как сказал Лис. Но проблема в том, что сисема управления заказами и почтовый сервер это разные вещи.Urgor писал(а):Теперь объясни как эта вэб-морда помешает отправить клиенту свои (манагера) координаты? Если никак, то зачем плотить больше?