Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FTN.DEVELOP
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FTN.DEVELOP с датами от 12 Jul 13 20:52:30 до 18 Oct 24 22:48:06, всего сообщений: 2735
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 2135 из 2735 =================================== RU.FTN.DEVELOP =
От   : Nil A                            2:5015/46          24 Apr 23 23:58:04
Кому : Vitaliy Aksyonov                                    24 Apr 23 23:58:04
Тема : Inbound/ProtInbound/LocalInbound и что-то среднее
FGHI : area://RU.FTN.DEVELOP?msgid=2:5015/46+6446f08a
На   : area://RU.FTN.DEVELOP?msgid=1:104/117+6446e3ec
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FTN.DEVELOP?msgid=2:5030/722.143+64474caf
==============================================================================
* Originally in ru.fidonet.today
* Crossposted in ru.ftn.develop
Hello, Vitaliy!

Monday April 24 2023 14:16, from Vitaliy Aksyonov -> Michael Dukelsky:

VA> Тогда вариант с откладыванием непарольной почты в отдельный
VA> "отстойник" с уведомлением сисопа и ручной обработкой - самое
VA> адекватное решение. Ну или не выставлять в "мир" ничего лишнего.

В терминологии FTN, есть непарольный инбаун, в хасках просто Inbound - оттудова тосситься только непакованна почта (а иначе што, зип-бомба?), и только нетмейл (ясно дело, хотя можно было бы пустить в локалку, как пускают многие NNTP безпарольные в локалку). И только, если дестинейшен это наш AKA, а иначе тоже не камельфо по роутингу пускать левые нетмейлы. Тут всё Ок.

Вопрос залу (поэтому я как-то больше XC: ru.ftn.develop), вот параграф выше я, как потенциальный девелопер, должен был узнать из FTSC, или просто прочитал сорцы хаски, а как другие тоссеры поступают?

ProtInbound - тут понятно, если есть пароль на pkt, и он совпадает, то хорошо, иначе.. в z1 мало кто ставит пароли на pkt и это можно скипнуть allowemptypktpwd on

LocalInbound - тут можно ничего не проверять и верить. Кстати, опять же, в FTSC таких нету понятий, implementation details этого самого хаски?

И тут, вуаля, мы готовы изобрести новый энтити, типа инбаунд такой полу секьюрный, полу-не-очень. А мы проверяем, если к нам пришла бинк сессия, и IP из нодлиста (после всех этапов резолва и CNAME резолюции, разумеется), и таким мы верим чуть больше, чем пид@расам, которые просто вбили первый попавшийся адрес в мейлер и фрекают там чего могут нафрекать.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: Linux 2.6.32-042stab145.3 (2:5015/46)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.160984 секунды