Re: imsg on incoming echomail
By: deon to Digital Man on Mon Jan 20 2025 06:53 pm

Howdy,

addressed to you (or one of your other BBS users). I'll add some more debug-level log messages to sbbsecho so it's obvious when messages are imported and whom each was addressed to.

OK, updated.

OK, got something:

2025-01-21 15:07:54 Adding PVT_TEST message from Clearing Houz (10:1/1) to packet for 10:999/900: /opt/sbbs/temp/sbbsecho/678f1d9a.pkt
2025-01-21 15:07:54 Added PVT_TEST message from Clearing Houz (10:1/1) to packets for 1 links (exceptions: 1 seen)
2025-01-21 15:07:54 PVT_TEST: Imported message from Clearing Houz (10:1/1) to deon, subject: Test Reply
2025-01-21 15:07:54 PVT_TEST: Local message recipient (deon): user #1

2025-01-21 15:07:54 PVT_TEST: User (deon #1) doesn't have read access to sub-board

2025-01-21 15:07:54 Deleting /opt/sbbs/fido/inbound/000a2338.pkt (from line 6325)
2025-01-21 15:07:54 Imported: 1 msgs pvt_test <- PVT_TEST

So sbbsecho thinks I dont have access to the sub board now - and no, I havent made any changes, havent run scfg/echocfg nor edited any of the config files.

-rw------- 1 root root 131 Jan 21 10:08 msgs/0001.last.msg
-rw------- 1 root root 71 Jan 20 21:54 msgs/0001.last.0.msg
-rw------- 1 root root 71 Jan 20 21:51 msgs/0001.last.1.msg

-rw-r--r-- 1 deon deon 30395 Jan 20 08:18 ctrl/sbbsecho.ini
-rw-r--r-- 1 deon deon 11398 Jan 10 14:06 ctrl/sbbs.ini
-rw-r--r-- 1 root root 147354 Jan 10 14:06 ctrl/msgs.ini


...ëîåï

---
þ Synchronet þ AnsiTEX bringing back videotex but with ANSI

Re: imsg on incoming echomail
By: deon to Digital Man on Tue Jan 21 2025 03:20 pm

OK, got something:

2025-01-21 15:07:54 PVT_TEST: User (deon #1) doesn't have read access to sub-board

Okay, that's a good find. What are the access requirements for the message group that the echo is in and the access and reading requirements for the sub-board (in SCFG)?
--
digital man (rob)

Sling Blade quote #19:
Doyle: I can't so much as drink a damn glass of water around a midget
Norco, CA WX: 54.4øF, 13.0% humidity, 1 mph NE wind, 0.01 inches rain/24hrs

Re: imsg on incoming echomail
By: Digital Man to deon on Mon Jan 20 2025 08:24 pm

Howdy,

Okay, that's a good find. What are the access requirements for the message group that the echo is in and the access and reading requirements for the sub-board (in SCFG)?

From msgs.ini:

[grp:0010:PVT]
description=PrivateNet
ars=PROT != IMAP AND PROT != IMAPS

[sub:0010:PVT:TEST]
description=Test Messages
ars=
read_ars=
post_ars=
operator_ars=
moderated_ars=
area_tag=PVT_TEST


...ëîåï

---
þ Synchronet þ AnsiTEX bringing back videotex but with ANSI

Re: imsg on incoming echomail
By: deon to Digital Man on Tue Jan 21 2025 04:54 pm

Howdy,

Okay, that's a good find. What are the access requirements for the message group that the echo is in and the access and reading requirements for the sub-board (in SCFG)?

Oh, and its not just that sub:

2025-01-21 01:04:34 FSX_BBS: User (deon #1) doesn't have read access to sub-board
2025-01-21 14:24:04 FSX_GEN: User (deon #1) doesn't have read access to sub-board
2025-01-21 15:07:54 PVT_TEST: User (deon #1) doesn't have read access to sub-board

What will be common, is the ars for IMAP:
ars=PROT != IMAP AND PROT != IMAPS

But that might not be it. I did used to have "ars=PROT NOT IMAP" before (which did nothing at the time).


...ëîåï

---
þ Synchronet þ AnsiTEX bringing back videotex but with ANSI

Re: imsg on incoming echomail
By: deon to Digital Man on Tue Jan 21 2025 04:54 pm

Re: imsg on incoming echomail
By: Digital Man to deon on Mon Jan 20 2025 08:24 pm

Howdy,

Okay, that's a good find. What are the access requirements for the message group that the echo is in and the access and reading requirements for the sub-board (in SCFG)?

From msgs.ini:

[grp:0010:PVT]
description=PrivateNet
ars=PROT != IMAP AND PROT != IMAPS

[sub:0010:PVT:TEST]
description=Test Messages
ars=
read_ars=
post_ars=
operator_ars=
moderated_ars=
area_tag=PVT_TEST

So at some point you're probably connecting with IMAP[S] which sets your user account protocol to IMAP[S] and then disqualifies your account from reading the "PVT" message group. Removing those access restrictions would resolve the issue. I'll look into making a service option to not change the user protocol (something you could enable for IMAP and IMAPS to prevent this situation).
--
digital man (rob)

Steven Wright quote #19:
I intend to live forever ... So far, so good.
Norco, CA WX: 54.3øF, 13.0% humidity, 6 mph NNE wind, 0.01 inches rain/24hrs

Re: imsg on incoming echomail
By: deon to Digital Man on Tue Jan 21 2025 05:00 pm

What will be common, is the ars for IMAP:
ars=PROT != IMAP AND PROT != IMAPS

But that might not be it. I did used to have "ars=PROT NOT IMAP" before (which did nothing at the time).

No, I think that's definitely it.
--
digital man (rob)

Rush quote #50:
I've always been a big sponge. - Neil Peart
Norco, CA WX: 54.3øF, 13.0% humidity, 6 mph NNE wind, 0.01 inches rain/24hrs

Re: imsg on incoming echomail
By: Digital Man to deon on Mon Jan 20 2025 11:04 pm

Howdy,

So at some point you're probably connecting with IMAP[S] which sets your user account protocol to IMAP[S] and then disqualifies your account from reading the "PVT" message group. Removing those access restrictions would resolve the issue. I'll look into making a service option to not change the user protocol (something you could enable for IMAP and IMAPS to prevent this situation).

So this should be easy to validate. I only have the IMAP connection on my mac mini which I actually dont use as much as my laptop (and so most of the time its asleep).

I think it must wake up every now and again and get mail, but if I quit mail, then there wont be any IMAP connection to SBBS...

That should proove if thats it...


...ëîåï

---
þ Synchronet þ AnsiTEX bringing back videotex but with ANSI