|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valery Lutoshkin 2:5005/77 12 Jul 2004 08:23:31
To : Valentin Nechayev
Subject : О борьбе со спамом.
--------------------------------------------------------------------------------
11 Jul 2004 14:51, Valentin Nechayev wrote to Valery Lutoshkin:
VN>>>>> Hепонятно. Чтобы проверить что proxy.some.domain показывает на этот
VN>>>>> адрес, никому нафиг не нужно чтобы этот адрес имел PTR на
VN>>>>> proxy.some.domain. Достаточно прямого резолвинга (IN A).
VL>>>> Однако, возвращаясь к, антиспамовые системы требуют наличия PTR, а не
VL>>>> пользуются прямым ресолвингом.
VN>>> Да, но их в подавляющем большинстве случаев интересует факт
VN>>> существования корректного резолвинга, а не конкретные значения.
VL>> Вот видимо кое-где сие все-таки не так. Иначе бы и проблемы с
VL>> несколькими ptr не было, правильно? При нескольких ptr факт существования
VL>> корректного ресолвинга адреса в какое-нибудь из имен будет иметь место в
VL>> любом случае.
VN> OK, уточнение: их интересует факт существования корректного резолвинга
VN> (ip -> name -> тот же ip) при том, что реализация берёт только одно имя
VN> из нескольких возможно полученных.
Эка блин квотить сколько приходится. Hо иначе мысль теряется :(
Так твое уточнение, опять же, не подразумевает проблему с несколькими PTR.
Вообще, проблема с несколькими PTR возможна в одном случае - если имя,
которое должно ресолвиться в IP, берется не из dns, а какими-либо другими
путями (зашито в софт, берется из HELO и прочая). Hу или еще - если в цепочке
ресолвинга имя из dns берется больше одного раза.
VL>>>> И системы, построенные по такому принципу, к сожалению, не редкость.
VL>>>> А когда в двух разных системах жестко зашиты имена, долженствующие
VL>>>> соответствовать адресам, и эти имена разные...
VN>>> Так может - назначить два разных IP и ходить к разным сервисам с разных
VN>>> адресов?
VL>> В принципе, это тоже возможное решение. Hо тоже, к сожалению, влекущее
VL>> за собой некоторое количество организационных проблем.
VL>> Конечно, решение проблемы может быть произведено ценой бОльших или
VL>> меньших усилий, но я все-таки сначала попытаюсь запинать криво работающих
VL>> антиспамеров :)
VN> Боюсь, что их слишком много, чтобы можно было всех запинать.
Мне достаточно запинать только одного. В случае которого моя контора сама
заинтересована, чтобы почта к нему уходила. Для всех остальных - пусть
получатели почты сами разбираются, потому что это нужно им, а не мне. Если
каждый заинтересованный пнет своего провайдера - все получится само собой :)
Bye, Valery
--- GoldED+/W32 1.1.5-040321
* Origin: Star Seed (2:5005/77)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
