The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Преимущества и недостатки backup mx "
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Преимущества и недостатки backup mx "  
Сообщение от ajvon email(ok) on 17-Фев-06, 11:57 
Провайдер надает для моего почтового имени услугу backup mx:
host -t mx mydomain.com
mydomain.com mail is handled (pri=30) by myhost.mydomain.com
mydomain.com mail is handled (pri=90) by isp_provider.com
Но я пока наблюдаю только недостатки. Напр., с определенного ip адреса мне приходят вирусы через isp_provider.com, всегда от имени разных отправителей. У себя я могу заблокировать его айпишку. Но он шлет через isp_provider.com. Как мне его заблокировать?
Какие еще недостатки и приемущества backup mx?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


1. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 17-Фев-06, 12:14 
>Какие еще недостатки и приемущества backup mx?
Преимущество - если у тебя ляжет  канал, почта на тебя уляжется в бэкапный сервер и при подъеме канала сбросится к тебе... Быстро сбросится, если использовать ETRN.
Недостатки - сам видишь. Ставь у себя фильтр, который будет перенаправлять эти письма в /dev/nul, хоть это и антисанитарное решение.
Рабочее решение - организовывать backup MX самому, на том сервере, которым можешь рулить.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "Преимущества и недостатки backup mx "  
Сообщение от ajvon email(ok) on 17-Фев-06, 12:36 
>>Какие еще недостатки и приемущества backup mx?
>Преимущество - если у тебя ляжет  канал, почта на тебя уляжется
>в бэкапный сервер и при подъеме канала сбросится к тебе... Быстро
>сбросится, если использовать ETRN.
У меня есть еще один почтовий сервер без backup mx. Если он ляжет, то почта все равно придет через несколько часов, после поднятия канала. Я так понимаю, это происходит потому что почта все-равно на сервере отправителя пробует отсылатся через некоторые время, после неудачной попытки. Меня устраивает эта задержка. Буду отказыватся от backup mx со стороны провайдера.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

4. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 17-Фев-06, 12:44 
Тогда мне совсем непонятно... А _кто_ мешает сделать первый почтовик бэкапным для второго и второй - бэкапным для первого?
Тогда недостатки уйдут, а достоинства останутся.
P.S. По умолчанию почта пытается доставиться три дня, потом возвращается отправителю. Причем если не доставлено сходу, то промежутки между попытками большие....

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

5. "Преимущества и недостатки backup mx "  
Сообщение от ajvon email(ok) on 17-Фев-06, 12:55 
>Тогда мне совсем непонятно... А _кто_ мешает сделать первый почтовик бэкапным для
>второго и второй - бэкапным для первого?
>Тогда недостатки уйдут, а достоинства останутся.
Я когда писал первый ответ только об этом подумал. И хотя это разные организации, но всеравно никто даже знать ничего не будет :-)
>P.S. По умолчанию почта пытается доставиться три дня, потом возвращается отправителю. Причем
>если не доставлено сходу, то промежутки между попытками большие....


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

6. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 17-Фев-06, 13:09 
>>Тогда мне совсем непонятно... А _кто_ мешает сделать первый почтовик бэкапным для
>>второго и второй - бэкапным для первого?
>>Тогда недостатки уйдут, а достоинства останутся.
>Я когда писал первый ответ только об этом подумал. И хотя это
>разные организации, но всеравно никто даже знать ничего не будет :-)
>
Не рекомендую... Лучше сказать в каждой из организаций, что ты договорился за резервный MX. А вот тогда, если узнают, что и они на других работают, будет железный ответ "так ведь долг платежом..."
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "Преимущества и недостатки backup mx "  
Сообщение от uldus (ok) on 18-Фев-06, 22:58 
С тех пор как спамеры начали перебирать по словарю адреса через все MX, backup mx ушел в историю. С ним жди завала тоннами мусора раз в месяц (чистый DoS).

А про "ляжет канал" - и при одном MX не страшно, если лежит не неделю, почта все равно будет переотправлена сервером инициатором отправки.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 10:17 
>С тех пор как спамеры начали перебирать по словарю адреса через все
>MX, backup mx ушел в историю. С ним жди завала тоннами
>мусора раз в месяц (чистый DoS).
>
>А про "ляжет канал" - и при одном MX не страшно, если
>лежит не неделю, почта все равно будет переотправлена сервером инициатором отправки.
>
А с тех пор, как нормально настраивается blacklists servers и SpamAssassin, я даже не отвергаю неизвестных локальных пользователей

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

21. "Преимущества и недостатки backup mx "  
Сообщение от uldus (ok) on 20-Фев-06, 14:38 
>А с тех пор, как нормально настраивается blacklists servers и SpamAssassin, я
>даже не отвергаю неизвестных локальных пользователей

Если на вас начнется "broure force" перебор рабочих адресов, с тысяч затрояненых машин, через backup MX, спул этого backup MX забъется в мгновение ока. После этого владелец этого backup MX намотает опыт себе на ус.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 17-Фев-06, 12:21 
Если backup MX не ваш, то ИМХО больше недостатков и использовать его не стоит.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

9. "Преимущества и недостатки backup mx "  
Сообщение от lavr email on 20-Фев-06, 11:25 
>Если backup MX не ваш, то ИМХО больше недостатков и использовать его
>не стоит.

sorry, верхнее - бред, ничего личного.

MX с весами(backup) - это ПРАВИЛЬНАЯ и продуманная технология.
А то что протокол SMTP - старый, это беда стандарта времени царя Гороха,
да и стандарт сам по себе неплох, вот только он разрабатывался для
НОРМАЛЬНЫХ людей.

Правильность backup-mx доходит до человека лишь после аварийных ситуаций
- падение канала и длительное его восстановление или сгорание до тла
smtp-сервера и отсутствие дубля для быстрого поднятия альтернативы.

Backup-MX "каши не ест" и больших накладных расходов НЕ ТРЕБУЕТ, или
вовсе не требует расходов если по договоренности бекапный MX держит
КТО-ТО ВО ВНЕ (весь геморрой в случае чего ляжет на него).

Борьба со спамом начинает напоминать создание "вечного двигателя",
бороться надо, несомненно, но не следует доводить сие до ИСТЕРИИ.
Пока не будет разработан НОВЫЙ стандарт на почту - не будет
"вечного двигателя".

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

10. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 11:46 
Пишу не просто так, а на основании личного опыта. Были и падения сервера, и канала, и у нас, и у клиентов. В отсутствии backup-mx очередь писем клиентов находится на их MTA, а не на backup-mx. В этом случае у местных администраторов есть возможность диагностировать проблемы с почтой. В последнее время спамеры стали использовать для рассылки именно backup-mx. В итоге primary-mx часто отвергает от него письма и очередь backup-mx завалена NDR (это к вопросу о накладных расходах).
Основная мысль: очередь писем находится не на одном MTA (backup-mx), а на разных (MTA клиентов). Вот я вся разница.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

11. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 13:18 
>Пишу не просто так, а на основании личного опыта. Были и падения
>сервера, и канала, и у нас, и у клиентов. В отсутствии
>backup-mx очередь писем клиентов находится на их MTA, а не на
>backup-mx. В этом случае у местных администраторов есть возможность диагностировать проблемы
>с почтой.
Т.е. другие должны диагностировать Ваши проблемы??? Ор-р-р-р-игинально, как сказал поручик Ржевский
>В последнее время спамеры стали использовать для рассылки именно
>backup-mx. В итоге primary-mx часто отвергает от него письма и очередь
>backup-mx завалена NDR (это к вопросу о накладных расходах).
>Основная мысль: очередь писем находится не на одном MTA (backup-mx), а на
>разных (MTA клиентов). Вот я вся разница.
Опять двадцать пять.... Так и не понято, о чем сказал lavr...
"В интернете 2 беды - вирусы и антивирусы" (с) Exler. То же относится и к спаму. Или ты считаешь, что потеря нескольких писем некритична? Я, например, работаю в управлении судами, и не стоит здесь объяснять, сколько стоят сутки простоя судна - я уж не говорю об безопасности мореплавания, когда на судне авария или оно захвачено пиратами (в прошлом году, кстати, наше судно захватывали). Поэтому кроме бэкапных MX и резервированых каналов, на всех почтовых серверах почта дублируется в архивы, сделан веб-доступ и пр. - для надежности.
А по поводу борьбы со спамом - у нас один провайдер так дозащищался - и через релей другого провайдера не принимал - тоже спецы.
Я еще ни разу не встречал потока спама  с грамотно установленного и зарегистрированого почтовика - даже если реверс не совпадает с прямым. А вот объяснять, что так настраивать фильтры не стоит - приходится постоянно - последний раз ругался с голландцами, они исправили.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

13. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 13:21 
>Опять двадцать пять.... Так и не понято, о чем сказал lavr...
>"В интернете 2 беды - вирусы и антивирусы" (с) Exler. То же
>относится и к спаму. Или ты считаешь, что потеря нескольких писем
>некритична?
О каких потерях писем, в случае отсутствия backup-mx, Вы говорите, уважаемый?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

15. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 13:38 
>>Опять двадцать пять.... Так и не понято, о чем сказал lavr...
>>"В интернете 2 беды - вирусы и антивирусы" (с) Exler. То же
>>относится и к спаму. Или ты считаешь, что потеря нескольких писем
>>некритична?
>О каких потерях писем, в случае отсутствия backup-mx, Вы говорите, уважаемый?
Простой канала больше трех часов - письмо холдится надолго. В аварийных случаях это критично.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

16. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 13:42 
>Простой канала больше трех часов - письмо холдится надолго. В аварийных случаях
>это критично.
Подробнее, плиз. Не понял, где здесь потеря писем и где они "холдятся"?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

18. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 13:53 
>>Простой канала больше трех часов - письмо холдится надолго. В аварийных случаях
>>это критично.
>Подробнее, плиз. Не понял, где здесь потеря писем и где они "холдятся"?
>
Тут уже правильно написал lavr - вот цитата из него
-skip-
MTA мб настроен-расстроен
по всякому - клиент попытался отправить письмо и при отсутствии связи,
канала и тд и тп просто получил отлуп, один, второй... и забил
-skip-
От себя добавлю, что типичный случай настройки МТА - осуществить N = 5-6 попыток отправить почту, после чего отложить (захолдить) его на M = 3 часа, повторить попытку, не удалось - письмо отложить на еще больший срок (тут уж по разному), повторять _редкими_ временами и через K = 3 дня вернуть письмо отправителю.
Вспомним вполне реальный случай, когда весь восток Украины остался практически без инета - ну очень хорошо магистральную оптику порвали.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

19. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 14:31 
>От себя добавлю, что типичный случай настройки МТА - осуществить N =
>5-6 попыток отправить почту, после чего отложить (захолдить) его на M
>= 3 часа, повторить попытку, не удалось - письмо отложить на
>еще больший срок (тут уж по разному), повторять _редкими_ временами и
>через K = 3 дня вернуть письмо отправителю.
Да тоже самое будет делать backup-mx MTA, к настройкам которого у Вас нет доступа.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

12. "Преимущества и недостатки backup mx "  
Сообщение от lavr email on 20-Фев-06, 13:20 
>Пишу не просто так, а на основании личного опыта. Были и падения
>сервера, и канала, и у нас, и у клиентов. В отсутствии
>backup-mx очередь писем клиентов находится на их MTA, а не на
>backup-mx. В этом случае у местных администраторов есть возможность диагностировать проблемы
>с почтой. В последнее время спамеры стали использовать для рассылки именно
>backup-mx. В итоге primary-mx часто отвергает от него письма и очередь
>backup-mx завалена NDR (это к вопросу о накладных расходах).
>Основная мысль: очередь писем находится не на одном MTA (backup-mx), а на
>разных (MTA клиентов). Вот я вся разница.

возможность ДИАГНОСТИРОВАТЬ - есть ВСЕГДА, MTA мб настроен-расстроен
по всякому - клиент попытался отправить письмо и при отсутствии связи,
канала и тд и тп просто получил отлуп, один, второй... и забил

Так что не надо про диагностирование и нахождение в спуле "отправителя"

Если не сталкивались с возможностью аварии на недельный срок и больше,
никогда не поймете ВАЖНОСТЬ и ПОЛЕЗНОСТЬ backup-mx.
В жизни всякое бывает, особливо в этой, пусть родной, но забытой богом
стране.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

14. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 13:26 
>возможность ДИАГНОСТИРОВАТЬ - есть ВСЕГДА, MTA мб настроен-расстроен
>по всякому - клиент попытался отправить письмо и при отсутствии связи,
>канала и тд и тп просто получил отлуп, один, второй... и забил
Какой отлуп? Чем отличается правила доставки почты на backup-mx MTA и на MTA клиента? Да ничем.
>Так что не надо про диагностирование и нахождение в спуле "отправителя"
Еще как надо.
>Если не сталкивались с возможностью аварии на недельный срок и больше,
>никогда не поймете ВАЖНОСТЬ и ПОЛЕЗНОСТЬ backup-mx.
Если у Вас лежит канал/сервер толку от чужого backup-mx - ноль. Делаем второй канал в Инет, ставим СВОЙ backup-mx и спим спокойно.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

17. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 13:45 
>>возможность ДИАГНОСТИРОВАТЬ - есть ВСЕГДА, MTA мб настроен-расстроен
>>по всякому - клиент попытался отправить письмо и при отсутствии связи,
>>канала и тд и тп просто получил отлуп, один, второй... и забил
>Какой отлуп? Чем отличается правила доставки почты на backup-mx MTA и на
>MTA клиента? Да ничем.
Так здесь говорится об отсутствии бэкапа... а бэкап ставить не только в том же оффисе, а вообще в той же сетке - антисанитарно.
>>Так что не надо про диагностирование и нахождение в спуле "отправителя"
>Еще как надо.
Еще раз - отправитель должен диагностировать ВАШИ проблемы? в частности, то, что борьба со спамом ушла за пределы возможного? Респондент (простая контора) шлет почту через релей провайдера - как они проконторлируют доставку?
>>Если не сталкивались с возможностью аварии на недельный срок и больше,
>>никогда не поймете ВАЖНОСТЬ и ПОЛЕЗНОСТЬ backup-mx.
>Если у Вас лежит канал/сервер толку от чужого backup-mx - ноль. Делаем
>второй канал в Инет, ставим СВОЙ backup-mx и спим спокойно.
Делаем... имеем... только вот спать спокойно не получается - находятся такие, кто в благородном порыве начинает так бороться со спамом, что почта вообще перестает ходить.
"-Будет ли война?
-Нет. Войны не будет. Будет такая борьба за мир, что камня на камне не останется"

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

20. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 14:36 
>Так здесь говорится об отсутствии бэкапа... а бэкап ставить не только в
>том же оффисе, а вообще в той же сетке - антисанитарно.
Здесь говорится о ЧУЖОМ (неподконтрольном Вам) backup-mx. Читайте выше. К тому же как два провайдера выдадут адреса из одной подсети?
>>>Так что не надо про диагностирование и нахождение в спуле "отправителя"
>>Еще как надо.
>Еще раз - отправитель должен диагностировать ВАШИ проблемы? в частности, то, что
>борьба со спамом ушла за пределы возможного? Респондент (простая контора) шлет
>почту через релей провайдера - как они проконторлируют доставку?
Доставку, в данном случае, котролирует провайдер.
>Делаем... имеем... только вот спать спокойно не получается - находятся такие, кто
>в благородном порыве начинает так бороться со спамом, что почта вообще
>перестает ходить.
>"-Будет ли война?
>-Нет. Войны не будет. Будет такая борьба за мир, что камня на
>камне не останется"
Вам бы книжки писать...
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

22. "Преимущества и недостатки backup mx "  
Сообщение от lavr email on 20-Фев-06, 14:44 
>>Так здесь говорится об отсутствии бэкапа... а бэкап ставить не только в
>>том же оффисе, а вообще в той же сетке - антисанитарно.
>Здесь говорится о ЧУЖОМ (неподконтрольном Вам) backup-mx. Читайте выше. К тому же
>как два провайдера выдадут адреса из одной подсети?
>>>>Так что не надо про диагностирование и нахождение в спуле "отправителя"
>>>Еще как надо.
>>Еще раз - отправитель должен диагностировать ВАШИ проблемы? в частности, то, что
>>борьба со спамом ушла за пределы возможного? Респондент (простая контора) шлет
>>почту через релей провайдера - как они проконторлируют доставку?
>Доставку, в данном случае, котролирует провайдер.
>>Делаем... имеем... только вот спать спокойно не получается - находятся такие, кто
>>в благородном порыве начинает так бороться со спамом, что почта вообще
>>перестает ходить.
>>"-Будет ли война?
>>-Нет. Войны не будет. Будет такая борьба за мир, что камня на
>>камне не останется"
>Вам бы книжки писать...

зачем так грубо? Люди разные бывают, одни НЕ ПОНИМАЮТ, другие НЕ ХОТЯТ
понимать или остаются с сугубо СВОИМ ПРАВИЛЬНЫМ мнением.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

23. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 14:52 
>зачем так грубо? Люди разные бывают, одни НЕ ПОНИМАЮТ, другие НЕ ХОТЯТ
>
>понимать или остаются с сугубо СВОИМ ПРАВИЛЬНЫМ мнением.
Сори, никого не хотел обидеть. Я не утверждаю, что мое мнение сугубо правильное. Просто желательно говорить по делу, приводить реальные аргументы, а не поэмы писать.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

25. "Преимущества и недостатки backup mx "  
Сообщение от lavr email on 20-Фев-06, 15:07 
>>зачем так грубо? Люди разные бывают, одни НЕ ПОНИМАЮТ, другие НЕ ХОТЯТ
>>
>>понимать или остаются с сугубо СВОИМ ПРАВИЛЬНЫМ мнением.
>Сори, никого не хотел обидеть. Я не утверждаю, что мое мнение сугубо
>правильное. Просто желательно говорить по делу, приводить реальные аргументы, а не
>поэмы писать.

дык нуна учиться читать и иметь желание услЫшать что другие говорят,
а сказано было четко и вразумительно:

- SMTP разработан давно, все что касается DNS и MX продумано идеально
и гениально, реклама-спам имеют лишь косвенное отношение к EMAIL и
использует технологические проколы в старинном протоколе и сопутствующих
механизмах. Еще раз: SMTP и косвенно DNS(MX) НЕ разрабатывались для
рассылки рекламы и в плане своего использованы - протоколы разработаны
идеально, ЧТО ТУТ ЕЩЕ НУЖНО ПОЯСНЯТЬ?!
На всякий случай, для тех кто не понимает:
- рождение ядерной физики НЕ СВЯЗАНО с ядерной бомбой, НЕ БЫЛО ЦЕЛИ
УНИЧТОЖЕНИЯ ВСЕГО и ВСЯ, однако возможность таковая есть - уничтожения
и тут ничего не поделаешь.
Еще на всякий случай - мб вы везунчик и встречали идеальные механизмы
и машины (протоколы & etc) - я не встречал.

- борьба со SPAM != технология SMTP, про проколы в технологии ВСЕМ давно
известно и если вы так и не поняли-понимаете смысл backup-mx во внешнем
мире - ваши проблемы.

Sorry, ничего личного, никаких претензий ни к кому не имею.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

27. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 15:24 
>- SMTP разработан давно, все что касается DNS и MX продумано идеально
>
>и гениально, реклама-спам имеют лишь косвенное отношение к EMAIL и
>использует технологические проколы в старинном протоколе и сопутствующих
>механизмах. Еще раз: SMTP и косвенно DNS(MX) НЕ разрабатывались для
>рассылки рекламы и в плане своего использованы - протоколы разработаны
>идеально, ЧТО ТУТ ЕЩЕ НУЖНО ПОЯСНЯТЬ?!
Да кто с этим спорит?
> На всякий случай, для тех кто не понимает:
>- рождение ядерной физики НЕ СВЯЗАНО с ядерной бомбой, НЕ БЫЛО ЦЕЛИ
>
>УНИЧТОЖЕНИЯ ВСЕГО и ВСЯ, однако возможность таковая есть - уничтожения
>и тут ничего не поделаешь.
> Еще на всякий случай - мб вы везунчик и встречали идеальные
>механизмы
>и машины (протоколы & etc) - я не встречал.
Пардон, но Вы тоже писатель? :)
>- борьба со SPAM != технология SMTP, про проколы в технологии ВСЕМ
>давно
>известно и если вы так и не поняли-понимаете смысл backup-mx во внешнем
>
>мире - ваши проблемы.
Я прекрасно понимаю смысл и назначение backup-mx. Был он у нас у провайдера. uldus знает, почему отказались. Что я нарушаю, не имея backup-mx?
>
>Sorry, ничего личного, никаких претензий ни к кому не имею.
Аналогично.
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

29. "Преимущества и недостатки backup mx "  
Сообщение от lavr email on 20-Фев-06, 15:56 
>>- SMTP разработан давно, все что касается DNS и MX продумано идеально
>>
>>и гениально, реклама-спам имеют лишь косвенное отношение к EMAIL и
>>использует технологические проколы в старинном протоколе и сопутствующих
>>механизмах. Еще раз: SMTP и косвенно DNS(MX) НЕ разрабатывались для
>>рассылки рекламы и в плане своего использованы - протоколы разработаны
>>идеально, ЧТО ТУТ ЕЩЕ НУЖНО ПОЯСНЯТЬ?!
>Да кто с этим спорит?
>> На всякий случай, для тех кто не понимает:
>>- рождение ядерной физики НЕ СВЯЗАНО с ядерной бомбой, НЕ БЫЛО ЦЕЛИ
>>
>>УНИЧТОЖЕНИЯ ВСЕГО и ВСЯ, однако возможность таковая есть - уничтожения
>>и тут ничего не поделаешь.
>> Еще на всякий случай - мб вы везунчик и встречали идеальные
>>механизмы
>>и машины (протоколы & etc) - я не встречал.
>Пардон, но Вы тоже писатель? :)

теперь уже без всяких пардонов - вы болван (точка) (сие написано без
какой-либо обиды, злобы & etc)

>>- борьба со SPAM != технология SMTP, про проколы в технологии ВСЕМ
>>давно
>>известно и если вы так и не поняли-понимаете смысл backup-mx во внешнем
>>
>>мире - ваши проблемы.
>Я прекрасно понимаю смысл и назначение backup-mx. Был он у нас у
>провайдера. uldus знает, почему отказались. Что я нарушаю, не имея backup-mx?
>

ничего не нарушаете, можете иметь, можете не иметь - дело хозяйское.
если вы полагаете что кругом дураки - ошибаетесь, если считаете что
приоритетное направление - это борьба со спамом, тоже ошибаетесь,
самое главное - ПОЧТА должна работать, желательно всегда, без сбоев
и без потерь и в этом смысле ВНЕШНИЙ MX(разумеется с максимальным весом)
ВСЕГДА РУЛЬ, а то что при этом может оказаться большой прокол со спамом,
это ежику понятно, ПРАКТИК вы мой.
Если же у вас ПРИОРИТЕТНОЕ направление БОРЬБА со спамом - выход
прост, КУПИТЕ колокейшен в МТУ или ЗЕНОН или еще у кого, заплатите
море бабла за установку backup-mx сервера на M9 или M10 - он буить
ваш и боритесь себе на здоровье со спамом. Сейчас конечно же нереально
влезть на M9 или M10, но суть понятна.
Верхнее решает как проблемы с внешним MX - он ВАШ во внешней сети на
скоростной магистрали и ПЛЮС решает ваши проблемы в нелегкой борьбе со
спамом

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

30. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 16:12 
>теперь уже без всяких пардонов - вы болван (точка) (сие написано без
>
>какой-либо обиды, злобы & etc)
Спасибо. Вам того же (сие написано без какой-либо обиды, злобы & etc). "Что хочется больше всего, когда залез наверх? Плюнуть вниз."
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

24. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 15:03 
>>Так здесь говорится об отсутствии бэкапа... а бэкап ставить не только в
>>том же оффисе, а вообще в той же сетке - антисанитарно.
>Здесь говорится о ЧУЖОМ (неподконтрольном Вам) backup-mx. Читайте выше. К тому же
>как два провайдера выдадут адреса из одной подсети?
Здесь уже давно тема ушла в другую сторону - lavr в этой нити писал о правильно организованом МХ, и не я ушел в сторону заявлений о неприеме писем с бэкапных МХ в целях борьбы со спамом. Не надо подменять предмет - тред перед глазами.
>>>>Так что не надо про диагностирование и нахождение в спуле "отправителя"
>>Респондент (простая контора) шлет
>>почту через релей провайдера - как они проконторлируют доставку?
>Доставку, в данном случае, котролирует провайдер.
Не встречал такого... провайдер вернет через К дней письма - и все. Или ваша контора отслеживает паузы в почте клиентов?
>>Делаем... имеем... только вот спать спокойно не получается - находятся такие, кто
>>в благородном порыве начинает так бороться со спамом, что почта вообще
>>перестает ходить.
>>"-Будет ли война?
>>-Нет. Войны не будет. Будет такая борьба за мир, что камня на
>>камне не останется"
>Вам бы книжки писать...
Привести перечень моих печатных работ? Ж8-))).... Они, правда, в области цифровой фильтрации...
Просто уже не первый раз обсуждается... в http://www.opennet.me/openforum/vsluhforumID1/62840.html
было все расписано ясно  в посте 35 - еще раз процитирую
RFC1123
Requirements for Internet Hosts -- Application and Support

Status of This Memo

This RFC is an official specification for the Internet community.  It
incorporates by reference, amends, corrects, and supplements the
primary protocol standards documents relating to hosts.

5.2.5  HELO Command: RFC-821 Section 3.5

The sender-SMTP MUST ensure that the <domain> parameter in a
HELO command is a valid principal host domain name for the
client host.  As a result, the receiver-SMTP will not have to
perform MX resolution on this name in order to validate the
HELO parameter.

The HELO receiver MAY verify that the HELO parameter really
corresponds to the IP address of the sender.  However, the
receiver MUST NOT refuse to accept a message, even if the
sender's HELO command fails verification.

Примерный перевод последнего абзаца:
Получатель МОЖЕТ проверять соответствие параметра HELO
IP-адресу отправителя. Но получатель НЕ ДОЛЖЕН отказываться
принимать письмо, даже если параметр HELO не соответствует
IP-адресу отправителя.


Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

26. "Преимущества и недостатки backup mx "  
Сообщение от jonatan (ok) on 20-Фев-06, 15:19 
>Здесь уже давно тема ушла в другую сторону - lavr в этой
>нити писал о правильно организованом МХ, и не я ушел в
>сторону заявлений о неприеме писем с бэкапных МХ в целях борьбы
>со спамом. Не надо подменять предмет - тред перед глазами.
Правильно. Вы ее и уводите. Я писал, что если иметь backup-mx, то свой.
>Не встречал такого... провайдер вернет через К дней письма - и все.
>Или ваша контора отслеживает паузы в почте клиентов?
Аналогично через K дней вернет письмо (точнее NDR) backup-mx. И что?
>Привести перечень моих печатных работ? Ж8-))).... Они, правда, в области цифровой фильтрации...
>
Пожалуйста не в этом треде.
>Просто уже не первый раз обсуждается... в http://www.opennet.me/openforum/vsluhforumID1/62840.html
>было все расписано ясно  в посте 35 - еще раз процитирую
Как связаны та тема и эта? Мой вопрос там Вы спокойно проигнорировали.
>Примерный перевод последнего абзаца:
>Получатель МОЖЕТ проверять соответствие параметра HELO
>IP-адресу отправителя. Но получатель НЕ ДОЛЖЕН отказываться
>принимать письмо, даже если параметр HELO не соответствует
>IP-адресу отправителя.
Опять же, при чем здесь проверка имени в HELO?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

28. "Преимущества и недостатки backup mx "  
Сообщение от _KAV_ (ok) on 20-Фев-06, 15:51 
>Правильно. Вы ее и уводите. Я писал, что если иметь backup-mx, то
>свой.
Ну, дикуссия разгорелась с постов номер 7 (uldus, о том, что бэкапные МХ ушли в историю), и номер 10 (jonatan, о том, что игнорируется почта от бэкапов, о том, что отправитель должен контролировать проблемы принимающего и пр.) То, что свой бэкап лучше, я писал с самого начала, но отказываться от других = это по ситуации.

>>Или ваша контора отслеживает паузы в почте клиентов?
>Аналогично через K дней вернет письмо (точнее NDR) backup-mx. И что?
Пример, случившийся вчера... Лег внешний канал провайдера. Но почта проходила - за счет доступности бэкапов по городскому бэкбону. У меня, правда, бэкапы свои - но когда их еще не было, работал с чужими. Как уже писал, зачастую задержки в почте недопустимы. Дополнительно - я сам выбираю бэкапные сервера, и при необходимости заберу хоть hdd-net-ом

>Опять же, при чем здесь проверка имени в HELO?
Сорри, тут я невольно ответил на вопрос из другого треда... о реверсных записях.
Мы уже просто не первый раз сталкиваемся в обсуждении работы почты...

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

31. "Преимущества и недостатки backup mx "  
Сообщение от legas (ok) on 28-Июл-06, 12:08 
как можно отправить всю почту с бэкап-МХ в /dev/null?
Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру