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


Присутствуют сообщения из эхоконференции ENET.SYSOP с датами от 10 Jul 13 21:42:12 до 13 Sep 24 12:11:54, всего сообщений: 12549
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5986 из 12549 ====================================== ENET.SYSOP =
От   : Benny Pedersen                   2:230/0            04 Feb 18 17:16:16
Кому : Markus Reschke                                      04 Feb 18 17:16:16
Тема : Montly Rulez posting
FGHI : area://ENET.SYSOP?msgid=2:230/0+5a774138
На   : area://ENET.SYSOP?msgid=2:240/1661+5a772699
= Кодировка сообщения определена как: LATIN1 =================================
Ответ: area://ENET.SYSOP?msgid=2:240/1661+5a77269e
==============================================================================
Hello Markus!

04 Feb 2018 15:30, Markus Reschke wrote to Benny Pedersen:

BP>> ----- HEARTBEAT begins -----
BP>> EchoArea HEARTBEAT /home/xpoint/fido/msgb/HEARTBEAT -b Squish -a
BP>> 2:230/0 -d "Is Our Uplink Alive" -g WARD 2:292/854 -def 2:230/38.1 -p
BP>> 1 -DupeCheck off -DupeHistory 0
BP>> ----- HEARTBEAT ends -----

BP>> works for me

BP>> with on, it always dupes

MR> I think we can improve hpt's dupe detection for echomail without
MR> MSGIDs with a small change. hpt already supports dupe checking for
MR> such echomails by generating a pseudo MSGID. But there seems to be a
MR> logical error in the creation of the pseudo MSGID regarding SEEN-BY
MR> and PATH lines.

it still just my very old install of husky from 2008, i dont know if it works to make a upgrade in 2018, i know qico crash still, and husky do something with crash a working config file aswell triggered by calling areafix/filefix, i can only secure that by disabled it, or upgrade to a new husky install

for the msgids it would possible be something dokumented what to make dupechecking on, and not just let it be random, more or less i think this is the underlaying problem here in the debat of it works for some, and others see its a problem

i can test dupechek on with dupehistorie 1, have not tryed that yet, but my logical thinking says me it would be more correct, it might just still not solve the underlaying problem


 Regards Benny

... there can only be one way of life, and it works :)

--- Msged/LNX 6.2.0 (Linux/4.9.76-gentoo-r1 (i686))
* Origin: I will always keep a PC running CPM 3.0 (2:230/0)

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