LINUX.ORG.RU

Мысли в слух

 , ,


0

1

Почему в RFC нельзя ввести вариант отсылки письма не через smtp-сервер, как сейчас

MUA (почтовый клиент) ========> [:25 smtp-auth на сервере] ===пересылка письма====>[mx-получателя]

а так, напрямую

MUA (почтовый клиент) ========механизмы в TXT, позволяющие валидировать отправителя====>[mx-получатель]

т.е. исключить «релеи».

Будет иметь такая схема жизнь?

★★★★★

Последнее исправление: int13h (всего исправлений: 2)

Ответ на: комментарий от int13h

Нет, ну покупать себе белый ip — не вариант =)

проблемы негров =)

IPv6 через туннель тогда

Harald ★★★★★
()

чтобы «улучшить» один кривой легаси протокол, обмажем его ещё больше другим кривым легаси протоколом, чтобы наверняка получить некатсыльное неговно. верный способ же.

system-root ★★★★★
()
Последнее исправление: system-root (всего исправлений: 1)

Гори в Аду, спамер-ддосер!

r3lgar ★★★★★
()
Ответ на: комментарий от thesis

нет.

дудосить днс? вы серьезно? а что мешает сейчач дудосить? =)

Я предлагаю заменить проверку PTR и SPF на механизм валидации через запись в TXT, передав функции MSA (MTA) на MUA

int13h ★★★★★
() автор топика
Последнее исправление: int13h (всего исправлений: 1)

Кому в слух?

Deleted
()
Ответ на: комментарий от int13h

а что мешает сейчач дудосить? =)

Ничего не мешает, и чуваки временами этим занимаются. Здесь удобство в том, что почтари по твоей просьбе заваливают ДНС запросами, а ты сам как бы стоишь в стороне.
Но вообще думал,ты хочешь аутентификацию каждого отдельного юзера втащить в TXT. Навскидку мне подумалось, что это получилась бы довольно дорогая операция, и совсем неспецифичная для ДНС к тому же.
Непосредственное подключение MUA к MX получателя... Ну хез. Теоретически возможно, но зачем? Даже отлуп в общем случае нормально не получишь.

thesis ★★★★★
()

механизмы в TXT, позволяющие валидировать отправителя

А кто сказал что механизмы валидации через DNS - единственные?

Pinkbyte ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.