Re: Re: File Request question
By: Digital Man to Deuce on Mon Dec 29 2025 03:55 am

I wasn't able to reproduce this (see the extension is included in the filename from the file request subject line):

I assume it's not doing some archive weirdness...
---
þ Synchronet þ The future of BBSing

Re: Re: File Request question
By: Digital Man to Deuce on Mon Dec 29 2025 03:55:18

I wasn't able to reproduce this (see the extension is included in the filename from the file request subject line):

12/29/25 03:53:36 Created NetMail (2.msg) from Rob Swindell (1:103/705) to wx6yyz (1:103/13), attr: 0983 (PRIVATE, CRASH, KILLSENT, LOCAL, FREQ), subject: FILENAME.EXT
12/29/25 03:53:36 BSO file request from Rob Swindell (1:103/705) to wx6yyz (1:103/13): FILENAME.EXT
--
digital man (rob)

Hello. I've also provided little to no information. I'm currently using what I believe is one of the latest versions of dailybuild_linux_x64, but with FreeBSD 15. I don't know if the master branch would change anything regarding that minor bug.
Currently, I can't switch the server to another Linux system. It's something beyond my control.

What I've done is create a script, and it seems to avoid that bug. Does anyone know where the bug is? I'll have to compile the master branch to see if it disappears and saves me all this trouble.

Sorry for filling up the message with all of the following.

events.log

2025-12-29 18:24:27 BINKOUT Call attempt to 1:229/700@fidonet, file: /sbbs/fido/outbound.001/00e502bc.clo
2025-12-29 18:24:27 BINKOUT JSBinkP/4 call to 1:229/700@fidonet initiated 2025-12-29 18:24:29 BINKOUT Connecting to 1:229/700@fidonet on mysticrealms.ddns.net:24554
2025-12-29 18:24:30 BINKOUT Authentication successful: not secure
2025-12-29 18:24:30 BINKOUT Sending file: /sbbs/fido/outbound.001/00e502bc.req (0.0KB)
2025-12-29 18:24:30 BINKOUT File sent: /sbbs/fido/outbound.001/00e502bc.req (0.0KB)
2025-12-29 18:24:30 BINKOUT We received an M_EOB, but there is still an M_GOT file pending.
2025-12-29 18:24:30 BINKOUT File deleted: /sbbs/fido/outbound.001/00e502bc.clo 2025-12-29 18:24:30 BINKOUT File deleted: /sbbs/fido/outbound.001/00e502bc.req 2025-12-29 18:24:31 BINKOUT Timed event: '?binkit' returned 0



sbbsecho.log

2025-12-29 18:24:22 NetMail (1.msg) created from Tanausu Martin (2:341/207) to Jeff Earle (1:229/700), attr: 0983 (PRIVATE, CRASH, KILLSENT, LOCAL, FREQ), subject: FR:AP251228.ZIP
2025-12-29 18:24:22 OST file request from Tanausu Martin (2:341/207) to Jeff Earle (1:229/700): FR:AP251228.ZIP
2025-12-29 18:24:22 BSO/FLO file shrunk for 1:229/700: ../fido/outbound.001/00e502bc.clo
2025-12-29 18:24:22 SBBSecho (PID 95438) ending with error level 0, NetMail (0 imported, 1 exported, 0 packaged)

Debug:
=== Only variables/properties ===
from = Tanausu Martin
from_net_type = 2
from_net_addr = 2:341/207
a = Jeff Earle
to_net_type = 2
to_net_addr = 1:229/700
subject = FR:AP251228.ZIP
attr = 1
auxattr = 8193
netattr = 73
-----Header Properties-----
from (string) = Tanausu Martin
from_net_type (number) = 2
from_net_addr (string) = 2:341/207
a (string) = Jeff Earle
to_net_type(number) = 2
to_net_addr (string) = 1:229/700
subject(string) = FR:AP251228.ZIP
attribute(number) = 1
auxiliary_attribute(number) = 8193
netattr (number) = 73
-----end of header-----

var new_hdr =
{
from: name_of_from,
from_network_type: hdr.to_network_type,
from_network_address: aka,
to: subject_name,
from_network_type: hdr.to_network_type,
from_network_address: subject.address,
subject: parts.subject,
attribute: hdr.attribute,
attribute: hdr.attribute,
attribute: hdr.attribute,
netattr: hdr.netattr
};

// Check if the message is a file request
// If so, set the flag and let sbbs do the rest
if (new_hdr.subject != null && new_hdr.subject.substring(0, 3) === "FR:")
{
new_hdr.netattr |= NETMSG_LOCAL | NETMSG_KILLSENT | NETMSG_CRASH;
new_hdr.auxattr |= MSG_FILEREQUEST;
}

getproperties(new_hdr)
dump_header_props(new_hdr);

if(!msgbase.save_msg(new_hdr, parts.body))
{
print("Error sending message\n");
continue;
}

//Mark the original as deleted
hdr.attr |= MSG_DELETE;

if(!msgbase.put_msg_header(true, msg_nodelete[a], hdr))
print("Error updating header for offset " + msg_nodelete[a]);

---
þ Synchronet þ Citrick BBS

Re: Re: File Request question
By: Tanausu M. to Digital Man on Mon Dec 29 2025 06:53 pm

What I've done is create a script, and it seems to avoid that bug. Does anyone know where the bug is? I'll have to compile the master branch to see if it disappears and saves me all this trouble.

Sorry for filling up the message with all of the following.

sbbsecho.log

2025-12-29 18:24:22 NetMail (1.msg) created from Tanausu Martin (2:341/207) to Jeff Earle (1:229/700), attr: 0983 (PRIVATE, CRASH, KILLSENT, LOCAL, FREQ), subject: FR:AP251228.ZIP

The "FR:" isn't supposed to actually be part of the subject stored in the message header. If you include the "FR:" prefix in a netmail subject that you enter from within Synchronet (the terminal server), it'll strip the "FR:" prefix and add the FREQ attribute. This message you're showing has both the FREQ attribute *and* the "FR:" prefix in the subject. That's not correct.
--
digital man (rob)

Rush quote #25:
Throw off those chains of reason and your prison disappears
Norco, CA WX: 67.0øF, 21.0% humidity, 15 mph NE wind, 0.00 inches rain/24hrs ---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: Re: File Request question
By: Tanausu M. to Digital Man on Mon Dec 29 2025 06:53 pm

Hello. I've also provided little to no information. I'm currently using what I believe is one of the latest versions of dailybuild_linux_x64, but with FreeBSD 15. I don't know if the master branch would change anything regarding that minor bug.
Currently, I can't switch the server to another Linux system. It's something beyond my control.

Can you at least run a FreeBSD build instead of a Linux one?
---
þ Synchronet þ The future of BBSing

Re: Re: File Request question
By: Digital Man to Tanausu M. on Mon Dec 29 2025 13:33:54

Re: Re: File Request question
By: Tanausu M. to Digital Man on Mon Dec 29 2025 06:53 pm

What I've done is create a script, and it seems to avoid that bug. Does anyone know where the bug is? I'll have to compile the master branch to see if it disappears and saves me all this trouble.

Sorry for filling up the message with all of the following.

sbbsecho.log

2025-12-29 18:24:22 NetMail (1.msg) created from Tanausu Martin (2:341/207) to Jeff Earle (1:229/700), attr: 0983 (PRIVATE, CRASH, KILLSENT, LOCAL, FREQ), subject: FR:AP251228.ZIP

The "FR:" isn't supposed to actually be part of the subject stored in the message header. If you include the "FR:" prefix in a netmail subject that you enter from within Synchronet (the terminal server), it'll strip the "FR:" prefix and add the FREQ attribute. This message you're showing has both the FREQ attribute *and* the "FR:" prefix in the subject. That's not correct.

Sorry for the inconvenience, I've already fixed part of that error, a couple more, and now I'm receiving files in the nonsecure folder.

/sbbs/fido/nonsecure $ ls
agoranet.zip

---
þ Synchronet þ Citrick BBS

Re: Re: File Request question
By: Deuce to Tanausu M. on Tue Dec 30 2025 03:31:43

Re: Re: File Request question
By: Tanausu M. to Digital Man on Mon Dec 29 2025 06:53 pm

Hello. I've also provided little to no information. I'm currently using what I believe is one of the latest versions of dailybuild_linux_x64, but with FreeBSD 15. I don't know if the master branch would change anything regarding that minor bug.
Currently, I can't switch the server to another Linux system. It's something beyond my control.

Can you at least run a FreeBSD build instead of a Linux one?

Hi. The version I had was compiled from the dailybuild_linux-x64 branch. I switched to the master branch, but the error persisted. I was finally able to fix it with the JavaScript script.

---
þ Synchronet þ Citrick BBS