apam wrote to Tiny <=-
I could do that. I guess it doesn't really need to have "AREA"
prepended to it, I just wasn't sure if the area tag needed to be human readable - though I suppose AREA100 isn't any more informative than 100 lol.
apam wrote to Tiny <=-
Sure, if you want to - does ezycom use squish though? For some reason I thought it used it's own format for message areas?
Though, I suppose it wouldn't matter what the format is as long as when you repack the base the numbers stay the same.
Do message bases often fill up to over 64k messages? I see fsx_gen on agency is over 98k now, but for some reason I think there are a lot of dupes in it (I seem to remember Paul saying something about that?)
I'm honestly not really worried about it - by the time you reach 64k messages in a base we will be on to new BBS iteration 3 or 4 I'm
sure... (LOL)
apam wrote to Tiny <=-
the woods. Offline works the best for me keeping LRP updated and the
same interface.
What's LRP?
I'll email you a link to the packet.
Do message bases often fill up to over 64k messages?
I see fsx_gen on
agency is over 98k now, but for some reason I think there are a lot of dupes in it (I seem to remember Paul saying something about that?)
apam wrote to Oli <=-
As to why people use it now, I'm sure most don't. Tiny does, and
he's explained why, and he's really the only reason I'm adding
bluewave anyway.
Ahhhh shucks. I did join patreon, I figured I can give up 3 cans of beer
a month for the cause. ;)
Yes I've explained why but will again quickly for Oli. In the summer when I'm "In the woods" I have very limited bandwith, and a point setup doesn't work as I use different computers depending on weather I'm in the city or the woods. Offline works the best for me keeping LRP updated and the
same interface.
Thanks for that, it was a bug in the windows version... I had
incorrectly
assumed Windows had the same endian macros as linux oops.
New bug - This time I could read the packet no problem. When I upload
the .new packet Talisman just hangs up on me and none of the messages
are
imported. I have a .new packet ready to go whenever. ;)
apam wrote to Tiny <=-
I'll email you a link to the packet.
Thanks for that, it was a bug in the windows version... I had
incorrectly assumed Windows had the same endian macros as linux oops.
I've sent you an updated Talisman.exe you can copy over the top and it should fix it.
(Though I didn't bump the version number, I figured you're the only one who uses windows at the moment anyway)
Oli wrote to Tiny <=-
Yes I've explained why but will again quickly for Oli. In the summer when I'm "In the woods" I have very limited bandwith, and a point setup doesn't work as I use different computers depending on weather I'm in the city or the woods. Offline works the best for me keeping LRP updated and the
same interface.
I get the offline part, I'm also reading offline. I was wondering why
QWK and/or BlueWave for offline reading instead of getting FTN packets through a binkp connection. You can even install Mystic and can read
the mail in your local Mystic BBS (or some preferred BBS, point or FTN software).
apam wrote to Tiny <=-
LOL this time, I'm sure it will work!
Sorry to be so difficult as a Windows user... but it's like I've got
Quoting Oli to Apam <=-
I never understood why people used QWK / Bluewave back in the 90s (I
tried and was not convinced). Crosspoint or a FTN editor seemed so
much more enjoyable to use. But I have to admit, I haven't used an offline reader since then. Maybe someone can remind me what the advantages of offline readers are?
I'm turning of happyland tonight as we've got a thunderstorm brewing.
Will
get onto fixing those dupe problems tomorrow.
Can you chunk them up into N message bases where N == # messages /
65535?
i.e. FSX_GEN1, FSX_GEN2, ..., FSX_GENN?
apam wrote to All <=-
65535 is the max for unsigned short. So, at some point you may have to "Archive" your message bases and start over with fresh message bases.
What did you do in Magicka? ie: did JAM support a max of 65535 or?
Also... that reminds me, does postie pack and purge the message base
or do I need something else to do that?
apam wrote to Tiny <=-
I didn't do anything in Magicka, I think JAM supports more messages
than that, I just didn't think of it until I was redoing it in
talisman.
Postie doesn't do those things. You shouldn't need to do that unless
you delete messages I think. Even if you delete messages though, squish will fill up the holes with new messages that fit.
apam wrote to All <=-
My main concern with rushfan's idea, is if a packet spans messages over the cutoff, like some messages under and some over. I'm not sure how
that would work.
Tiny wrote to apam <=-
apam wrote to All <=-
My main concern with rushfan's idea, is if a packet spans messages over the cutoff, like some messages under and some over. I'm not sure how
that would work.
How about a limit in the bluewave section? ie: the most number of messages you can download in an area is the last 2000. I mean... who
in their right mind is going to download 65535+ messages in a single
area? Maybe I'm not understanding the issue though?
Oli wrote to apam <=-
QWK and Bluewave seems broken by design. The only sane format seems to
be SOUP, but RFC822 is another can of worms regarding complexity.
I never understood why people used QWK / Bluewave back in the 90s (I
tried and was not convinced). Crosspoint or a FTN editor seemed so much more enjoyable to use. But I have to admit, I haven't used an offline reader since then. Maybe someone can remind me what the advantages of offline readers are?
My main concern with rushfan's idea, is if a packet spans messages
over the cutoff, like some messages under and some over. I'm not
sure how that would work.
How about a limit in the bluewave section? ie: the most number of
messages you can download in an area is the last 2000. I mean...
who in their right mind is going to download 65535+ messages in a
single area? Maybe I'm not understanding the issue though?
No, it's the message numbers, not the number of messages. So you could download 65520-65550 and it would only be 30 messages. The number of the message is important because it's used in replys to get the right reply kludge.
I never understood why people used QWK / Bluewave back in the 90s (I tried and was not convinced). Crosspoint or a FTN editor seemed so much more enjoyable to use. But I have to admit, I haven't used an offline reader since then. Maybe someone can remind me what the advantages of offline readers are?
apam wrote to All <=-
Isn't finished yet...
I know you thought that when you saw the subject lol.
Slowly working on it, still working on the bluewave down function, and
so far it only scans email, and may or may not work.
You'll get it... you've done it once before. :)
apam wrote to All <=-
So doing coding on linux again, I'm using sublime edit, not quiet as
good as VS, but not too bad.
Apam wrote to Tiny <=-
One thing I'd like to avoid is more configuration for message areas.. Bluewave uses tags vs numbers in qwk... I'm thinking about just using
tags like AREA100 for the area that has qwk id of 100. I could use echomail tags, but that falls down with local bases.
I *think* those tags are hidden anyway, and visualy the client shows
the actual name of the area vs the tag.
Anyway, I'll do some more soon. :)
Why not just use the qwk id number as the area tag? Why re-invent the wheel? Or does it need a letter too?
One thing I'd like to avoid is more configuration for message areas.. Bluewave uses tags vs numbers in qwk... I'm thinking about just using
tags like AREA100 for the area that has qwk id of 100. I could use echomail tags, but that falls down with local bases.
I *think* those tags are hidden anyway, and visualy the client shows
the actual name of the area vs the tag.
I never understood why people used QWK / Bluewave back in the 90s
(I tried and was not convinced). Crosspoint or a FTN editor seemed
so much more enjoyable to use. But I have to admit, I haven't used
an offline reader since then. Maybe someone can remind me what the
advantages of offline readers are?
I used offline mail simply because of the time limits that were a constraint back in the day. That way I still had time to download files
if I needed to do that.
Offline mail does work well even today. The only thing I don't like is
that you are limited to the packet you have open. A point reader is much better but pointing was never big around these parts. I have three points on board at the moment and never had more than two or three, even back in the heyday.
If there had not been the point (or node) option, I would also had used QWK and Bluewave longer. For me the time limit in the BBS was mostly the phone bill. I also tend to forget there were cultural differences between Europe and the US. Maybe the availability of CrossPoint (with UI and documentation in German) was another reason many users got a point address.
Now trying to build OpenXP and see if it has a working QWK module...
apam wrote to Tiny <=-
No, it's the message numbers, not the number of messages. So you could download 65520-65550 and it would only be 30 messages. The number of
the message is important because it's used in replys to get the right reply kludge.
apam wrote to Oli <=-
As to why people use it now, I'm sure most don't. Tiny does, and he's explained why, and he's really the only reason I'm adding bluewave
anyway.
Ahhhh shucks. I did join patreon, I figured I can give up 3 cans of
beer a month for the cause. ;)
the woods. Offline works the best for me keeping LRP updated and the
same interface.
Ohhh I see. I wonder how ezycom and the others deal with it? I can
email Stephen and ask him what he does in ezy if you want?
| Sysop: | Gary Ailes |
|---|---|
| Location: | Pittsburgh, PA |
| Users: | 132 |
| Nodes: | 5 (0 / 5) |
| Uptime: | 108:23:24 |
| Calls: | 733 |
| Files: | 2,171 |
| Messages: | 81,479 |