Hi all,

I'm having problems with BinkP not launching the incoming/outgoing script
that tosses the echomail. Anyone have any idea why it's not launching?

Thanks,
ignatius

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

Joseph Larsen wrote to All on 11-22-17 20:49 <=-

Hi all,

I'm having problems with BinkP not launching the incoming/outgoing
script that tosses the echomail. Anyone have any idea why it's not launching?

Are you using the 'FLAG' suffix to create a semaphore that will tell your tosser to process inbound mail?

Example:

flag c:\\sbbs\\data\\fidoin.now *.pkt *.PKT
flag c:\\sbbs\\data\\fidoin.now *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]

Regarding outbound, your tosser should be creating BSO style files that binkd will see and process/send outbound. Also make sure your tosser is using the right zone folders for outgoing. binkd will create those folders as per your domain statements in the cfg file. If you're operating more than one ftn style network other than Fido, use your local zone as the default-zone on ALL entries.

Example:

domain fidonet C:\\FD\\OUTBOUND 1
domain whispnet C:\\FD\\OUTBOUND 1
domain micronet C:\\FD\\OUTBOUND 1
domain agoranet c:\\fd\\outbound 1
domain sportnet c:\\fd\\outbound 1
domain TQMRadio c:\\fd\\outbound 1
domain league10 c:\\fd\\outbound 1
domain rdwxnet c:\\fd\\outbound 1

Good luck...


--

Bill

Telnet: tequilamockingbirdonline.net
Web: bbs.tequilamockingbirdonline.net
FTP: ftp.tequilamockingbirdonline.net:2121
IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
Radio: radio.tequilamockingbirdonline.net:8010/live


... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
--- MultiMail/Win32 v0.50
* Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)

Hi! Joseph (ignatius),

On 11/22/2017 08:49 PM, you wrote to All:

I'm having problems with BinkP not launching the incoming/outgoing script that tosses the echomail. Anyone have any idea why it's not launching?

Nope. Insufficient input. :(

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/384.125)

flag c:\\sbbs\\data\\fidoin.now *.pkt *.PKT
flag c:\\sbbs\\data\\fidoin.now *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]

Here's what I have:

flag toss!.now *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
lag toss!.now [0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z].???
exec "/home/dd/fido/runfido.sh /home/dd/fido/in.sec" /home/dd/fido/in.sec/*.[STFWMstfWM][ouaherOUAHER][0-9A-ZA-a] *.[pP][kK][tT]


|09ignatius |07(|15cia|07)

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

Hi! Joseph (ignatius),

On 23 Nov 17 00:13, you wrote to Bill McGarrity:

flag c:\\sbbs\\data\\fidoin.now *.pkt *.PKT
flag c:\\sbbs\\data\\fidoin.now
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]

Here's what I have:

flag toss!.now *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
lag toss!.now [0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z].???
exec "/home/dd/fido/runfido.sh /home/dd/fido/in.sec" /home/dd/fido/in.sec/*.[STFWMstfWM][ouaherOUAHER][0-9A-ZA-a] *.[pP][kK][tT]

With binkD it's _not_ an "all or nothing" thing to process incoming. You don't
need a "flag" declaration and an "exec"; it's either or. One or t'other. A flag setting requires an external job to be running 24/7, looking for flag(s).
An exec line runs a job directly. Pick one. Too easy.

Bill uses flags. I like to use exec, like so...

exec "/opt/ftn/fido/bin/tossmail.sh" *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa?
*.pkt

If nothing works for you then maybe you may either have a permissions problem or a paths problem.

Cheers,
Paul.

... For a good time call 86753099 (Jenny)...
--- GoldED+/LNX 1.1.5-b20110213
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384)

Hi! Joseph (ignatius),

On 23 Nov 17 00:13, you wrote to Bill McGarrity:

flag c:\\sbbs\\data\\fidoin.now *.pkt *.PKT
flag c:\\sbbs\\data\\fidoin.now
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]

Here's what I have:

flag toss!.now *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
lag toss!.now [0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z].? exec "/home/dd/fido/runfido.sh /home/dd/fido/in.sec" /home/dd/fido/in.sec/*.[STFWMstfWM][ouaherOUAHER][0-9A-ZA-a] *.[pP][kK][tT]

With binkD it's _not_ an "all or nothing" thing to process incoming. Y

Bill uses flags. I like to use exec, like so...

exec "/opt/ftn/fido/bin/tossmail.sh" *.su? *.mo? *.tu? *.we? *.th? *.f

If nothing works for you then maybe you may either have a permissions p

Cheers,
Paul.

... For a good time call 86753099 (Jenny)...
--- GoldED+/LNX 1.1.5-b20110213
* Origin: Quinn's Rock - Live from Paul's Xubuntu desktop! (3:640/1384

I actually solved it. I (re)copied the binkd binary over, and for some
strange reason it's actually working now. Strange. Anyway, thank you for your help. It's grately appreciated.


|09ignatius |07(|15cia|07)

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

Hello Joseph,

On Wed Nov 22 2017 20:49:16, Joseph Larsen wrote to All:

I'm having problems with BinkP not launching the incoming/outgoing
script that tosses the echomail. Anyone have any idea why it's not launching?

What does your binkd line pertaining to launching your script actually say? I would think you would need a proper "exec" line.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hello Bill,

On Wed Nov 22 2017 17:13:00, Bill McGarrity wrote to Joseph Larsen:

I'm having problems with BinkP not launching the
incoming/outgoing script that tosses the echomail. Anyone have
any idea why it's not launching?

Are you using the 'FLAG' suffix to create a semaphore that will tell
your tosser to process inbound mail?

He's not running Synchronet. He isn't using semaphores. He should probably be using an "exec" line, but he switches BBS softwares so much I can't keep up with what he's doing on a regular basis. ;)

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hello Joseph,

On Thu Nov 23 2017 00:13:08, Joseph Larsen wrote to Bill McGarrity:

Here's what I have:

flag toss!.now *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
lag toss!.now [0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z].???
exec "/home/dd/fido/runfido.sh /home/dd/fido/in.sec" /home/dd/fido/in.sec/*.[STFWMstfWM][ouaherOUAHER][0-9A-ZA-a] *.[pP][kK][tT]

Is that all one line?

I have no idea what is up with the 3rd line. You're basically telling the semaphore to be created no matter what file shows up in your inbound. I can't see that as very secure.

Your first line is good.

"lag toss!.now" is no good. Unless your copy/paste didn't work out so well.

I'd ditch the entire 3rd line.

As for the "exec" line, I'm not sure why you're specifying "/home/dd/fido/in.sec", but that should probably be specified in runfido.sh if it is necessary.

Looks to me like you've added and removed these lines so many times you don't know which is which. Also seems all of them are attempting to do basically the exact same thing.

So, which software does "toss!.now" actually work with? If it's a daydream semaphore, great, keep the first line and get rid of the rest. If it's not, delete it and use what is supposed to be used with daydream (or comment out). Seems you've tried redoing things for all your different softwares but never commented out the stuff you weren't using at the time. :(

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Is that all one line?

No, it's two seperate lines. Yes, the cut & paste didn't work out right.
I failed to explain myself, the first line was actually commented out.
The "exec" line was uncommented.

Yes. It is for Daydream BBS. True, it has been a while since i've used
Daydream as my BBS "for echomail."

I actually solved this issue, however. It seems that xinetd wasn't parsing
the (Daydream) configuration file properly. I had to do a "/etc/init.d/xinetd reload" before it actually started to work.

Thank you for your help. It's appreciated.


|09ignatius |07(|15cia|07)

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

Hi! Joseph (ignatius),

On 11/23/2017 01:17 AM, you wrote:

I actually solved it. I (re)copied the binkd binary over, and for some strange reason it's actually working now. Strange. Anyway, thank you for your help. It's grately appreciated.

Ah, a permissions thing most likely. Nice to know. :-D

Cheers,
Paul.

--- Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/384.125)

Joseph Larsen wrote to Bill McGarrity on 11-23-17 00:13 <=-

flag c:\\sbbs\\data\\fidoin.now *.pkt *.PKT
flag c:\\sbbs\\data\\fidoin.now *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]

Here's what I have:

flag toss!.now *.su? *.mo? *.tu? *.we? *.th? *.fr? *.sa? *.pkt
lag toss!.now [0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z][0-9a-Z].???
exec "/home/dd/fido/runfido.sh /home/dd/fido/in.sec" /home/dd/fido/in.sec/*.[STFWMstfWM][ouaherOUAHER][0-9A-ZA-a] *.[pP][kK][tT]

OK... here is what I make of what you wrote.

Your first flag, the 'toss!.now'. If I'm not mistaken, you should tell binkd where to place the semaphore. Right now from above, seems you're placing it in the binkd directory when it should be in the directory where your tosser will see it and trigger. But in all actuallity, this is not needed due to your EXEC section.

On your EXEC line, it seems you're telling where the secure folder is twice, once in the cfg under 'inbound' and once in your exec. Try it this way and see what happens....

exec "/home/dd/fido/runfido.sh" *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]
exec "/home/dd/fido/runfido.sh" *.[pP][kK][tT]

Enjoy...


Hopefully that will help
--

Bill

Telnet: tequilamockingbirdonline.net
Web: bbs.tequilamockingbirdonline.net
FTP: ftp.tequilamockingbirdonline.net:2121
IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
Radio: radio.tequilamockingbirdonline.net:8010/live


... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
--- MultiMail/Win32 v0.50
* Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)

Hiya Nick...

Nicholas Boel wrote to Bill McGarrity on 11-23-17 00:28 <=-

On Wed Nov 22 2017 17:13:00, Bill McGarrity wrote to Joseph Larsen:

I'm having problems with BinkP not launching the
incoming/outgoing script that tosses the echomail. Anyone have
any idea why it's not launching?

Are you using the 'FLAG' suffix to create a semaphore that will tell
your tosser to process inbound mail?

He's not running Synchronet. He isn't using semaphores. He should
probably be using an "exec" line, but he switches BBS softwares so much
I can't keep up with what he's doing on a regular basis. ;)

I see that now from his message to me. I told him he really didn't even need the FLAG option and told him to clean up his EXEC option commands. I simplified it for him.... hopefully.. :)

Have a Happy Thanksgiving Nick!!


--

Bill

Telnet: tequilamockingbirdonline.net
Web: bbs.tequilamockingbirdonline.net
FTP: ftp.tequilamockingbirdonline.net:2121
IRC: irc.tequilamockingbirdonline.net Ports: 6661-6670 SSL: +6697
Radio: radio.tequilamockingbirdonline.net:8010/live


... Look Twice... Save a Life!!! Motorcycles are Everywhere!!!
--- MultiMail/Win32 v0.50
* Origin: TequilaMockingbird Online - Toms River, NJ (1:266/404)

On 2017 Nov 23 08:02:00, you wrote to Joseph Larsen:

On your EXEC line, it seems you're telling where the secure folder is twice, once in the cfg under 'inbound' and once in your exec. Try it
this way and see what happens....

exec "/home/dd/fido/runfido.sh" *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z] exec "/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out the above quoted regex* one could have an entry for each inbound file extension they want
to use to trigger the process...

exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ss][Uu][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Mm][Oo][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Uu][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ww][Ee][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Hh][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ff][Rr][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ss][Aa][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Pp][Kk][Tt]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Ii][Cc]



*the above quoted regex, seen in a lot of places, allows for more than the desired FTN mail bundle extensions... this may not be a good thing in some cases...

mo? - good - monday mail bundle
me? - bad
mh? - bad
mr? - bad
ma? - bad
mu? - bad
wo? - bad
we? - good - wednesday mail bundle
wh? - bad
wa? - bad
wu? - bad
to? - bad
te? - bad
th? - good - thursday mail bundle
tr? - bad
ta? - bad
tu? - good - tuesday mail bundle
fo? - bad
fe? - bad
fh? - bad
fr? - good - friday mail bundle
fa? - bad
fu? - bad
so? - bad
se? - bad
sh? - bad
sr? - bad
sa? - good - saturday mail bundle
su? - good - sunday mail bundle
pkt - good - raw mail packet

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Yeah - and monkeys will fly out my butt!
---
* Origin: (1:3634/12.73)

Hello Joseph,

On Thu Nov 23 2017 06:57:46, Joseph Larsen wrote to Nicholas Boel:

No, it's two seperate lines. Yes, the cut & paste didn't work out
right. I failed to explain myself, the first line was actually
commented out. The "exec" line was uncommented.

Okay.

Yes. It is for Daydream BBS. True, it has been a while since i've used Daydream as my BBS "for echomail."

I actually solved this issue, however. It seems that xinetd wasn't
parsing the (Daydream) configuration file properly. I had to do a "/etc/init.d/xinetd reload" before it actually started to work.

Isn't xinetd just the telnet handler that answers and passes the connection to the BBS? I'm not sure as to why or how it's parsing your Daydream configuration
file, but if that's what fixed it, hopefully that's all the issue was.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

On 2017 Nov 23 08:02:00, you wrote to Joseph Larsen:

On your EXEC line, it seems you're telling where the secure folder is twice, once in the cfg under 'inbound' and once in your exec. Try it
this way and see what happens....

exec "/home/dd/fido/runfido.sh" *.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z] exec "/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out the above quoted regex* one could have an entry for each inbound file extension they want
to use to trigger the process...

exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ss][Uu][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Mm][Oo][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Uu][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ww][Ee][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Hh][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ff][Rr][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ss][Aa][0-9A-Za-z]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Pp][Kk][Tt]
exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Ii][Cc]



*the above quoted regex, seen in a lot of places, allows for more than the desired FTN mail bundle extensions... this may not be a good thing in some cases...

mo? - good - monday mail bundle
me? - bad
mh? - bad
mr? - bad
ma? - bad
mu? - bad
wo? - bad
we? - good - wednesday mail bundle
wh? - bad
wa? - bad
wu? - bad
to? - bad
te? - bad
th? - good - thursday mail bundle
tr? - bad
ta? - bad
tu? - good - tuesday mail bundle
fo? - bad
fe? - bad
fh? - bad
fr? - good - friday mail bundle
fa? - bad
fu? - bad
so? - bad
se? - bad
sh? - bad
sr? - bad
sa? - good - saturday mail bundle
su? - good - sunday mail bundle
pkt - good - raw mail packet

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Yeah - and monkeys will fly out my butt!
---
* Origin: (1:3634/12.73)

Hello Bill,

On Thu Nov 23 2017 08:05:00, Bill McGarrity wrote to Nicholas Boel:

He's not running Synchronet. He isn't using semaphores. He should
probably be using an "exec" line, but he switches BBS softwares
so much I can't keep up with what he's doing on a regular basis.
;)

I see that now from his message to me. I told him he really didn't
even need the FLAG option and told him to clean up his EXEC option commands. I simplified it for him.... hopefully.. :)

Apparantly some things were commented out that we didn't see in his original post too, so I'm at a loss there. However, your examples of what his exec lines
should be were spot on.

Have a Happy Thanksgiving Nick!!

And you as well my good man! Just about to head out to the first gathering of two today. I suspect I'll be napping by about 8pm! ;)

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hello mark,

On Thu Nov 23 2017 09:52:34, mark lewis wrote to Bill McGarrity:

exec "/home/dd/fido/runfido.sh"
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z] exec
"/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out
the above quoted regex* one could have an entry for each inbound file

If someone has to "figure out the above quoted regex", they obviously would have to figure out the below quoted regex as well. ;)

exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ss][Uu][0-9A-Za-z] exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Mm][Oo][0-9A-Za-z] exec
"/home/ftn/bin/hpt toss link"
/home/ftn/in/secure/*.[Tt][Uu][0-9A-Za-z] exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ww][Ee][0-9A-Za-z] exec
"/home/ftn/bin/hpt toss link"
/home/ftn/in/secure/*.[Tt][Hh][0-9A-Za-z] exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Ff][Rr][0-9A-Za-z] exec
"/home/ftn/bin/hpt toss link"
/home/ftn/in/secure/*.[Ss][Aa][0-9A-Za-z] exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Pp][Kk][Tt] exec "/home/ftn/bin/hpt toss link" /home/ftn/in/secure/*.[Tt][Ii][Cc]

*the above quoted regex, seen in a lot of places, allows for more than
the desired FTN mail bundle extensions... this may not be a good thing
in some cases...

Though this makes complete sense. However, anything received that the mail processor doesn't understand, wouldn't be processed anyways.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Isn't xinetd just the telnet handler that answers and passes the connec

Here's the /etc/xinet.d/telnet3 file:

service telnet3

disable = no
port = 26
socket_type = stream
protocol = tcp
user = dd
group = bbs
wait = no
server = /usr/sbin/in.telnetd
server_args = -n -h -L /home/dd/ddlogin
}

Notice the "group = bbs" line. I believe that's why it's working now.
I don't know why, but it is working. It was only after that I adjusted this file that it started working.

Thanks,

|09ignatius |07(|15cia|07)

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

On 2017 Nov 23 10:00:12, you wrote to me:

exec "/home/dd/fido/runfido.sh"
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z] exec
"/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out
the above quoted regex* one could have an entry for each inbound file

If someone has to "figure out the above quoted regex", they obviously would have to figure out the below quoted regex as well. ;)

hahaha. yeah... i just straightened it out in the same way it was written ;)

*the above quoted regex, seen in a lot of places, allows for more
than the desired FTN mail bundle extensions... this may not be a good
thing in some cases...

Though this makes complete sense. However, anything received that the
mail processor doesn't understand, wouldn't be processed anyways.

other than them being renamed by the toss when it figures out they're not the proper format... the extension would be lost at that point... other than, hopefully, the tosser logs ;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... RTFM: Ruin The Fraking Machine
---
* Origin: (1:3634/12.73)

Hello Joseph,

On Thu Nov 23 2017 19:19:02, Joseph Larsen wrote to Nicholas Boel:

Here's the /etc/xinet.d/telnet3 file:

service telnet3

disable = no
port = 26
socket_type = stream
protocol = tcp
user = dd
group = bbs
wait = no
server = /usr/sbin/in.telnetd
server_args = -n -h -L /home/dd/ddlogin
}

Notice the "group = bbs" line. I believe that's why it's working now.
I don't know why, but it is working. It was only after that I adjusted this file that it started working.

Sure, though that has nothing to do with your Daydream configuration, which is what you said in your previous post.

What did you adjust in that file, exactly? Did you just add "group = bbs" or was it something else before that?

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hello mark,

On Thu Nov 23 2017 21:50:38, mark lewis wrote to Nicholas Boel:

other than them being renamed by the toss when it figures out they're
not the proper format... the extension would be lost at that point... other than, hopefully, the tosser logs ;)

Seems as though binkd ASSumes other tossers know how to create bundles with the
proper extensions. Probably why it uses what Joseph has in it's sample configuration. Sure something odd _could_ happen, but I don't think it would be
anything drastic. Hell the tosser may even actually unpack and process a bundle
with an improper extention anyways as long as the packets inside it are good.

In the decade or so I've been using binkd I don't think I've ever seen anything
remotely close to that, though.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

What did you adjust in that file, exactly? Did you just add "group = bb

Yes. That is correct. Again, I know it doesn't make any sense as to why it's working, but it is now. After I added that line. Maybe i'm just completely insane? :)

Thanks,

|09ignatius |07(|15cia|07)

--- DayDream BBS/UNIX (Linux) 2.15a
* Origin: catch22bbs.com >>> >> > (1:340/800)

Hello Joseph,

On Fri Nov 24 2017 05:12:12, Joseph Larsen wrote to Nicholas Boel:

What did you adjust in that file, exactly? Did you just add "group
= bb

Yes. That is correct. Again, I know it doesn't make any sense as to
why it's working, but it is now. After I added that line. Maybe i'm
just completely insane? :)

It would have nothing to do with anything regarding echomail. That service is only to allow/accept telnet connections to the BBS. So there must have been something else that was restarted or changed in order for any kind of fix to your echomail processing.

Also, you may want to check for stray outbound packets, as of last night I'm still getting a bunch of empty bad packets here from you. At the moment they're
being caught here without going further, but you may want to look into that on your end.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

On 2017 Nov 23 22:59:34, you wrote to me:

other than them being renamed by the toss when it figures out they're
not the proper format... the extension would be lost at that point...
other than, hopefully, the tosser logs ;)

Seems as though binkd ASSumes other tossers know how to create bundles with the proper extensions.

binkd doesn't care about the files' extensions, really... if i send "my_land.map" to you, binkd will trigger a mail toss because the .map extension
matches the allowed .ma? so what i'm saying is that you won't find my_land.map in your inbound because your tosser would have renamed it to my_land.bad... to further clarify, the long string regexes that some use are too relaxed... they need to be more strict...

don't be so FTN centric when thinking about these things... i've had more than one set of files mangled in exactly this manner and that was long before binkd was even a gleam in its creator's eye... the mangling i experianced was due to some files being named the same except for the extension... when the tosser renamed the second one to .bad, it overwrote the first one... it took a week or
two to figure out what was happening with that file set and why... t'was a little on the expensive side of the POTS bill, too...


)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Ahh, one of our adventure holidays.
---
* Origin: (1:3634/12.73)

Hello mark,

On Fri Nov 24 2017 09:26:06, mark lewis wrote to Nicholas Boel:

binkd doesn't care about the files' extensions, really... if i send "my_land.map" to you, binkd will trigger a mail toss because the .map extension matches the allowed .ma? so what i'm saying is that you
won't find my_land.map in your inbound because your tosser would have renamed it to my_land.bad... to further clarify, the long string
regexes that some use are too relaxed... they need to be more
strict...

Tell that to the maintainers that continue with the long string regex in the default binkd.conf-dist.

don't be so FTN centric when thinking about these things... i've had
more than one set of files mangled in exactly this manner and that was long before binkd was even a gleam in its creator's eye... the
mangling i experianced was due to some files being named the same
except for the extension... when the tosser renamed the second one to .bad, it overwrote the first one... it took a week or two to figure
out what was happening with that file set and why... t'was a little on
the expensive side of the POTS bill, too...

I haven't used POTS in decades, and have automatic backups on a regular basis. Not much worry and no cost to me. ;)

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

Hello mark,

Thursday November 23 2017, mark lewis wrote to Bill McGarrity:

exec "/home/dd/fido/runfido.sh"
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z] exec
"/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out
the above quoted regex*

Strictly speaking it is not a regex but a unix shell style pathname expansion.

Michael

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20170303
* Origin: Moscow, Russia (2:5020/1042)

On 2017 Nov 25 11:09:48, you wrote to me:

binkd doesn't care about the files' extensions, really... if i send
"my_land.map" to you, binkd will trigger a mail toss because the .map
extension matches the allowed .ma? so what i'm saying is that you
won't find my_land.map in your inbound because your tosser would have
renamed it to my_land.bad... to further clarify, the long string
regexes that some use are too relaxed... they need to be more
strict...

Tell that to the maintainers that continue with the long string regex
in the default binkd.conf-dist.

we don't all have to follow the lead lemming(s) over the cliff, do we? ;)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... We cannot do everything at once, but we can do something at once.
---
* Origin: (1:3634/12.73)

On 2017 Nov 25 20:20:20, you wrote to me:

exec "/home/dd/fido/runfido.sh"
*.[mMwWtTfFsS][oOeEhHrRaAuU][0-9a-zA-Z]
exec "/home/dd/fido/runfido.sh" *.[pP][kK][tT]

if one really wants it simple and doesn't want to have to figure out
the above quoted regex*

Strictly speaking it is not a regex but a unix shell style pathname expansion.

ahhh... thanks for the clarification... i was, actually, only referring to the portions in the square brackets but you are absolutely correct... i can imagine
the problems one might have if their command shell didn't use such constructs :)

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Not a bug - an undocumented feature!!
---
* Origin: (1:3634/12.73)

Hello mark,

On Sat Nov 25 2017 13:01:20, mark lewis wrote to Nicholas Boel:

Tell that to the maintainers that continue with the long string
regex in the default binkd.conf-dist.

we don't all have to follow the lead lemming(s) over the cliff, do we?
;)

Many use what is provided for them. As for myself, I do whatever the hell I want. ;)

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)