Heya DM.
I was just testing out SRIF/FREQ with Synchronet's netmail functionality, and I'm noticing an issue again with BSO-specific handling.
When sending a Netmail to anything@ZONE:NET/NODE, using FR: somename for the subject, as documented, sbbsecho packs it up like arcmail style, despite being configured for Binkley BSO style.
The way BinkD, for example, handles file requests is by having a specially named hexnetnode.req file being the contents of what's being requested. When SBBSEcho is configured for BSO, it packs it up just as-if it were a regular netmail. I know this because I'm looking at the *.msg it exports (and isn't deleted due to a prior bug/fix already resolved), and it's got the flags Frq on it, just like attachmail would be done, thus gets packed up, and sent as an .out file, which BinkD will take and import as netmail for whomever it is destined for.
Re: FREQing with Synchronethandling.
By: Psi-Jack to Digital Man on Sun Sep 06 2015 02:30 am
Heya DM.
I was just testing out SRIF/FREQ with Synchronet's netmail
functionality, and I'm noticing an issue again with BSO-specific
When sending a Netmail to anything@ZONE:NET/NODE, using FR: somename
for the subject, as documented, sbbsecho packs it up like arcmail
style, despite being configured for Binkley BSO style.
The way BinkD, for example, handles file requests is by having a
specially named hexnetnode.req file being the contents of what's being
requested. When SBBSEcho is configured for BSO, it packs it up just
as-if it were a regular netmail. I know this because I'm looking at
the *.msg it exports (and isn't deleted due to a prior bug/fix already
resolved), and it's got the flags Frq on it, just like attachmail
would be done, thus gets packed up, and sent as an .out file, which
BinkD will take and import as netmail for whomever it is destined for.
I'll look into. I've never heard of this .req file before.
Re: FREQing with Synchronet
By: Digital Man to Psi-Jack on Mon Sep 07 2015 12:00 am
Re: FREQing with Synchronet
By: Psi-Jack to Digital Man on Sun Sep 06 2015 02:30 am
Heya DM.
I was just testing out SRIF/FREQ with Synchronet's netmail
functionality, and I'm noticing an issue again with BSO-specific handling.
When sending a Netmail to anything@ZONE:NET/NODE, using FR: somename
for the subject, as documented, sbbsecho packs it up like arcmail
style, despite being configured for Binkley BSO style.
The way BinkD, for example, handles file requests is by having a
specially named hexnetnode.req file being the contents of what's being
requested. When SBBSEcho is configured for BSO, it packs it up just
as-if it were a regular netmail. I know this because I'm looking at
the *.msg it exports (and isn't deleted due to a prior bug/fix already
resolved), and it's got the flags Frq on it, just like attachmail
would be done, thus gets packed up, and sent as an .out file, which
BinkD will take and import as netmail for whomever it is destined for.
I'll look into. I've never heard of this .req file before.
Ditto, neither had I, but it's been around apparently since 1995. It's a very simple file, in the format of:
<filename> [!<password>]
One file per line, optional password required, prefixed by an exclaimation mark for the password. Then the poll file ?lo references that .req file with a ^/path/to/file.req, to delete it upon transmission.
This is for SRIF style file requests, to be specific, which is what IP mailers like BinkP use.
The way BinkD, for example, handles file requests is by having a
specially named hexnetnode.req file being the contents of what's being
requested. When SBBSEcho is configured for BSO, it packs it up just
as-if it were a regular netmail. I know this because I'm looking at the
*.msg it exports (and isn't deleted due to a prior bug/fix already
resolved), and it's got the flags Frq on it, just like attachmail would
be done, thus gets packed up, and sent as an .out file, which BinkD
will take and import as netmail for whomever it is destined for.
I'll look into. I've never heard of this .req file before.
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 333 |
Nodes: | 10 (0 / 10) |
Uptime: | 146:05:51 |
Calls: | 581 |
Messages: | 237921 |