On 31 Jan 2020 at 01:00p, g00r00 pondered and said...
users). Or my memory is failing me! I've been starting to notice my
age lately *cry*
I have updated to the latest build and just catching up on emails.
Seems some of the message I wrote here at 1/101 did not come back to me on
the rescan, not sure why, but they were only a few recent ones I wrote to you and others... I can see the replies to my posts but not my originals. I guess because they came from here MUTIL would not toss them back in despite the echomail base not containing them?
+ Feb 01 20:29:07 Importing 0108f60f.pkt (21:1/100 to 21:1/101)
+ Feb 01 20:29:07 Import #75041 to FSX_GEN
+ Feb 01 20:29:07 Import #75042 to FSX_GEN
! Feb 01 20:29:07 Circular PATH reference
! Feb 01 20:29:07 Duplicate message found in FSX_GEN
Yes, thats the idea. But not taking into consideration the From field
was an oversight on my part and I have already corrected that in the latest pre-alpha. People may still want to see their old Netmail
messages that they've sent after all.
Thanks for this.
The reason Netmail is included is because its private. A Netmail
message that comes *from* your BBS should always be from a BBS user. A netmail message *to* your BBS should always be addressed to a BBS user...
When neither of those things are true, you are left with a private
message that no one can ever see. Those are the messages the purge is trying to remove. If you have a use-case that you think falls outside of that idea please let me know. I certainly don't have the same
experience with FTN as you.
All sounds good. One thought, consider if a script can send netmail does it need to be as a user also or is it conceivable it may do this outside the
user base records? If so then that could be some exception I can conceive but
I agree it's a rare one.
I use it daily to maintain Usenet bases at a max number of messages.. it's not really an option for me to cease this.
I understand. It should be corrected now to include the From field. If it still seems like something you absolutely don't want, then I can make it an option in the mutil.ini for you to disable.
I think it's fine now as it is. If I find anything down the track to suggest otherwise I'll let you know. Cheers.
Private reply is meant to be a local thing so you wouldn't enable it for echomail bases. Some of those QuickBBS style softwares didn't have the concept of a private mailbox, they just had message bases and thats it. In a base you could reply with a private flag so only the "To" user
could read the message, and that would be how you would communicate privately. Private Reply is intended to mimic that behavior.
I would not offer it for echomail bases as I think it's confusing. I also wonder about the worth of it to be honest.
If you did try to enable it for echomail bases, I don't know how the various systems would handle it. But I think Mystic would ask the user
if they wanted to send the message as Private and it would send it out with that flag (untested, just guessing)
Likewise, untested but assuming yes, and another reason to remove from
echomail bases or all together?
Best, Paul
--- Mystic BBS v1.12 A44 2020/01/31 (Windows/32)
* Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (21:1/101)