Another possibility is fudging it on the server side by setting the lastread pointer to the last message that was fully downloaded, when
using NNTP. Someone raised that possibility the other day. The add
in would simply have to retrieve the value of the lastread pointer and update TB on opening the group.
..It's not like one is flooded with messages
these days anyway. ;)
You'll be surprised, especially on nets like FSXnet, which has been
known to get 100+ messages in a day in its main echo. :)
And it's even worse when you lost track and end up replying to an old message you had already replied to! :D
1124 29.03 Ý Ý Ý +-Vk3jed1603 26.03 Ý Ý +-Oli
1179 29.03 Ý Ý Ý +-Phoobar
How many devices to you "hop" for FTN-based mail anyway?
I have it down to two, because I have the netbook for travelling.
Having phone access would be nice, but hasn't proven practical for me
at this stage.
On 03-29-20 09:32, August Abolins wrote to Vk3Jed <=-
Yes.. I saw that. I understand it better the way you just said it.
I was a little surprised to see so few echo areas in FSXnet after I
heard it was one of the busiest FTN based message echange. It seems to primarily cater to bbs sysops/techie. That's fine. But the _GEN echo tends to get many different topics. Imho, it could be better to expand the area collection to more topics. The _GEN echo could then serve as
a welcome base where people can be steered into the other areas that
match a query/topic.
This is the fundamental problem I see with the defacto Fidonet. First, there is no easy way for a newcomer to identify a "dead" echo. That
just adds frustration when posting in an echo that many people have abandoned. Instead, if there was a WELCOME, ENTERHERE, GROUNDZERO echo
for example, that would be the fist echo the visitor could post their interest and the experts could steer the visitor to an appropriate echo for that topic. That process would help keep the plethora of other
echo areas populated. This mechanism could serve well for the
othernets too.
And it's even worse when you lost track and end up replying to an old message you had already replied to! :D
In my foray into revisiting QWK/Sempoint, I've encountered the same
issue especially when fetching the same echo from diffferent BBSes (to explore which one I like better). But then, that is where threading
(on the case of Sempoint - the "parent/child" symbol and the msg number next to it)comes in handy.
I've moved to OpenXP (and operating as a point) for FSX_GEN. The threading and message management is feature rich. For example, while reading one message of interest pressing Shift-# produces a
thread-tree:
I don't see nntp/newsreader a practical solution for a smartphone. Too awkward to edit a good looking reply using a tiny virtual keyboard.
But it could be a good tool to monitor activiy or spot a personal reply
in advance.
Sysop: | BrokenMind |
---|---|
Location: | Central Pennsylvania United States |
Users: | 60 |
Nodes: | 4 (0 / 4) |
Uptime: | 16:29:09 |
Calls: | 175 |
Files: | 2,017 |
Messages: | 20,380 |