|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 26 Jan 2001 17:42:57
To : All
Subject : Re: drweb+smtp
--------------------------------------------------------------------------------
Andrey Melnikov wrote:
>
> AB> 1.Вы добавляете нестандартный заголовок в хедер. А кто его будет
> AB> обрабатывать без дополнительной договоренности ?
> Те, кто за мной сидит и кто знает что в письме есть заголовок, а в
> заголовке мой хидер.
Т.е. все расположенные за вами должны доверять вашему обработчику
вирусов. Если это только местная ситуация, то попробуйте ее перести в
иные условия. Там и админ может быть иным и его клиенты посуровей. Hо
даже в этом случае, никакие новые заголовки не имеют смысла пока их не
начнут обрабатывать почтовые клиенты. Т.е. вам надо добится
стандартизации вашего нового заголовка.
> AB> 2.Вы беретесь выполнять дополнительную работу о которой вас не
> AB> просили. А на что вы надеетесь что это повлияет ? Hа известность
> AB> вашего почтового риллея ?
> Мне как-то начихать, что с той стороны от моего релея - пусть хоть
Hу вот опять, один - "плюет" , другой - "чихает" ;)
> а своих клиентов защищать надо.. Hа моей стороне - это моя проблема, внедрять
> > массы этот заголовок.. А может и не заголовок.. Вот сижу и думаю - может его
> (письмо с вирусом) упаковывать в новое письмо.. или добавлять еще один MIME
> chunk, в которм писать - что тут вирус..
К-хех.
К-хех ! ( погромче )
Э-э , маестро ! Можно я робко попытаюсь прервать полет ваших размышлений
;)
К-хех. ( собираясь с мыслями )
А не ложный ли это путь ? ;)
Вы , мне кажется, ясно опредилили стимул - "защищать своих клиентов".
Что из этого следует.
1.Клиенты должны быть. Иначе это просто "самозащита".
2.И число их должно быть конечно и известно иначе какие же это "свои".
3.Защищать "своих" клиентов значит от "чужих", т.е. именно от писем
чужих клиентов. Значит это именно приемный конец почтовой пересылки, а
не транзит.
4.Клиенты должны поручить вам эту защиту в явном виде и согласится на
вашу схему действий. Иначе вы их можете просто растерять, с последующими
финансовыми выводами.
5.Конечно вам решать что делать. Hо чем более ваши клиенты "свои" и чем
более приходящие письма "чужие" тем правильнее будет всю "порченную"
корреспонденцию просто удалять, отбонсивая отправителю извещение о
произведенной акции.
Далее я все о своем. Для меня типична ситуация, когда клиенты это просто
рабочие станции в том интранете, который я установил. И вот тут мы
получаем 5-ий пункт в максимизированном виде. Теперь только удалять !
> AB> рода пятое колесо.
> Почему ? Есть у меня скажем корпоративный клиент, ктороый сидит за моим
> релеем, умеет забирать на свой поддомен почту свом SMTP, но вот только их
> начальству - глубоко всеравно, что им приходит, а их админ готов поить меня
> пивом, что-бы самому не гемороиться с avp/drwe/etc. Ему проще по моему
> клуджику письмишко в сторону сдвинуть и потом разобраться..
Так и чудненько. У вас явная договоренность с клиентом о согласованных
действиях. И все при полной политкорректности. Вы сам их почту не
губите. Только фильтруете и помечаете. Все решения по явному удалению
нежелательной почты принимает сам владелец.
Тут главное чтобы между вам и вашим клиентом не мог никто вклинится и
припихнуть письмо с неотфильтрованным вирусом но с вашей пометкой.
А вы не пробовали подписывать письма ssl-ем ? Imho это наиболее
действенный способ предотвратить атаку типа "сведение к середине".
> Лечить надо обоих, бо столько сидит на win??/оутглюк и нифига не думают
Во ! Полный консенсус ! Лечить надо их всех ! ;)
> мозгами, открывая что попало и запуская что пришло.. Я долго воевал у себя в
> оффисе с этим бардаком, потом решил - нехотят они - буду херить письма сам.. И
> что вы думаете - за последнии полгода ничего уже нету..
Аналогично. Это просто говорит о утилитарной роли электронных
коммуникаций. Типа, пока карбюратор не засорился, никто и пальцем не
покажет где он.
Обыдно, конечно сравнивать свою роль с работой слесаря-сантехника, но
это почти так.
Bye.
--
Aleksey Barabanov <alekseybb@mtu-net.ru>
--- ifmail v.2.15dev5
* Origin: Home office (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
