>>  MvdV> Does anyone have any experience with Fmail and JAM.

 >> yes...

 >>  MvdV> I can't seem to get it to work properly, but it may
 >>  MvdV> be my editor.

 >> in what way can't you get it to work?

 MvdV> No last read pointers,

they are in the JLR files... each user has a CRC32 of their name and then
there are two pointers... one is last read and the other is last seen or
some such... this gives one the ability to hop through the base and then
have a set starting point...

 MvdV> no reply linking,

depends on the tosser, to an extent... JAM was designed for MSGID/REPLY
linking for true(r) threading than the old subject line linking...

 MvdV> seen by and path are missing,

those are within the JHR files... or should be, anyway... if not there,
then possibly hidden behind ^a in the JDT files...

 MvdV> mail entered locally is not exported.

at all or does it require a complete message base scan to get them out?

 MvdV> The fmail doc mentiones a file ECHOMAIL.JAM but I can't locate
 MvdV> that anywhere.

it should be located in the same place as the possibly empty HMB files...

 MvdV> Well, I guess, it is this buggy editor that comes with
 MvdV> InterMail 2.50 that must be the problem then... :-(

it may very well be... have you tried another JAM capable editor on those
same bases to see? i use TimED (from original author) in conjunction with
FM on the bbs system as well as the bbs' reader...

i do tend to see some anomolies depending on the software i'm using... one
doesn't use the same last read/seen pointer as the others... another uses
the record position in the userbase file as the record position in the JLR
file instead of searching for the CRC32 value... another allows one to
place the echomail.jam (and netmail.jam) files whereever they want instead
of putting them with the HMB files... while i don't call these bugs, they
can be annoying at times...

)\/(ark