So, I can now compile Argus, a wonderfully written piece of object Pascal work,
as well as Radius, a really badly written patchwork.

So, what project do you think I should stay with?

I've so far focused on Argus. It's still the original, very elegant source. But what additions (but a lot of added bugs) do y'all think that Radius has?

I tend to stay with Argus. It's so much easier to maintain, and I don't see any real advantages with Radius, really.

Paul? Mark? You were the ones who made me make the switch from Argus to Radius, what do *you* think?

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Hi! Bj├╢rn,

On 29/11/2014 12:37 PM, you wrote:

I've so far focused on Argus. It's still the original, very elegant source. But what additions (but a lot of added bugs) do y'all think that Radius has?

Radius has some slightly better nodelist parsing ability. (That could be the Nodelist Compiler bugfix by Alex in 2004.[shrug]) Of course, its biggest advantage is the treatment of semaphores: having both a dedicated directory, and the ability to add custom-designed semaphores.

I tend to stay with Argus. It's so much easier to maintain, and I don't see any real advantages with Radius, really.

Stay with what you feel is better. I too appreciate good 'style' in coding. Argus by another name, by your hand, could a Good Thing. 8-)

P.S. When the time of general introduction of IPv6 comes, I will be switching to Linux. I may have an XP VirtualBox or two but I would have to redo all of my batch scripts. I've already done similar things in bash scripts, with just a couple of other tools to add in later.

Cheers,
Paul.

--- Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/1384)

Radius has some slightly better nodelist parsing ability.

Yeah, but also seems to have added a lot of bugs. Radius is doing a really bad work on compiling/analysing the flags in the nodelist. Argus compiles all the flags -- Radius added this stupid user flag limitation or what I should call it, that Mark already has stated what he thinks about. :)

biggest advantage is the treatment of semaphores: having both a
dedicated directory, and the ability to add custom-designed semaphores.

Indeed. But on the other hand, us batch file phantoms can probably do with just one semaphore file exit, can't we? With an 'EXEC_NOW.OK' flag file that causes Argus to execute 'EXEC_NOW.BAT' (as I've made it now) wouldn't that actually be enough?

Argus by another name, by your hand, could a Good Thing. 8-)

Thanks. I'll at least make sure it'll be 100% backwards compatible -- Mark convinced me of that.

P.S. When the time of general introduction of IPv6 comes, I will be switching to Linux.

Negatory! You'll hang on to the good old Argus family, by then IPv6 aware, you hear!

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Hi! Bj├╢rn,

On 29/11/2014 2:30 PM, you wrote:

biggest advantage is the treatment of semaphores: having both a
dedicated directory, and the ability to add custom-designed

semaphores.

Indeed. But on the other hand, us batch file phantoms can probably
do with just one semaphore file exit, can't we? With an 'EXEC_NOW.OK'
flag file that causes Argus to execute 'EXEC_NOW.BAT' (as I've made it now) wouldn't that actually be enough?

Probably. It depends on what the logic flow in the BAT dictates. Do you envisage pre-loading the BAT and then call it using the flag?

P.S. When the time of general introduction of IPv6 comes, I will be
switching to Linux.

Negatory! You'll hang on to the good old Argus family, by then IPv6 aware, you hear!

My node's current Win98SE would be unable to utilize IPv6. All that goes away in a straightforward Linux environment.

Cheers,
Paul.

--- Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/1384)

On Sat, 29 Nov 2014, Björn Felten wrote to All:

Paul? Mark? You were the ones who made me make the switch from
Argus to Radius, what do *you* think?

it doesn't matter to me, really... i like taurus and the additional capabilities it has...

eg: FTN over http, ftp, pop3 smtp, etc...

)\/(ark

If you think it's expensive to hire a professional to do the job, wait until you hire an amateur.

--- FMail/Win32 1.60
* Origin: (1:3634/12.71)

On Sat, 29 Nov 2014, Bj÷rn Felten wrote to Paul Quinn:

Indeed. But on the other hand, us batch file phantoms can
probably do with just one semaphore file exit, can't we? With an 'EXEC_NOW.OK' flag file that causes Argus to execute 'EXEC_NOW.BAT'
(as I've made it now) wouldn't that actually be enough?

but the mailer is not exiting, is it?? the capability is easily handled by the even scheduler as paul showed previously... or am i missing something besides a
decent beverage again??

Argus by another name, by your hand, could a Good Thing. 8-)

Thanks. I'll at least make sure it'll be 100% backwards
compatible -- Mark convinced me of that.

thank you :)

P.S. When the time of general introduction of IPv6 comes, I will be switching to Linux.

Negatory! You'll hang on to the good old Argus family, by then
IPv6 aware, you hear!

it won't help when everything else is *nix... porting it will be a Major PITA [/me salutes Major PITA] but it will open more doors for others... just gotta get it away from delphi shite... huge lack of foreskin^H^H^Hight there on their
part... one of the main reasons why i've specifically stayed away from their offerings...

)\/(ark

If you think it's expensive to hire a professional to do the job, wait until you hire an amateur.

--- FMail/Win32 1.60
* Origin: (1:3634/12.71)

Re: RFC seriously
By: Björn Felten to All on Sat Nov 29 2014 03:37 am

I tend to stay with Argus. It's so much easier to maintain, and I don't see any real advantages with Radius, really.

Paul? Mark? You were the ones who made me make the switch from Argus to Radius, what do *you* think?

My 2 cents, not that they were solicited... :)

I switched from Argus to Radius mostly for aesthetic reasons and because I assumed since Radius appeared to be derived from Argus it'd be less buggy.

If Argus is a viable base to develop from and is being actively developed/patched, I'd be happy to switch back.

--kW

--- SBBSecho 2.27-Win32
* Origin: http://realitycheckbbs.org | tomorrow's retro tech (1:218/700)

I switched from Argus to Radius mostly for aesthetic reasons and because I assumed since Radius appeared to be derived from Argus it'd be less buggy.

The only reason I switched was because Radius could handle flag files. Now fixed in Argus -- well it can only search for one file, EXEC_NOW.OK, and then executes EXEC_NOW.BAT, but one file was all I needed anyway.

If Argus is a viable base to develop from and is being actively developed/patched, I'd be happy to switch back.

Great.

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

but the mailer is not exiting, is it??

No, of course not. It acts exactly the same as Radius when it finds a flag file.

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

On 11/29/2014 09:02 PM, Björn Felten -> Kurt Weiske wrote:

The only reason I switched was because Radius could handle flag
files. Now fixed in Argus -- well it can only search for one file, EXEC_NOW.OK, and then executes EXEC_NOW.BAT, but one file was all I
needed anyway.

I did not switch, but I was curious if this worked.

--- Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130330 Thunderbird/17.0.5
* Origin: RaspberryJam - mix Raspbian, CrashMail and Jamnntpd (2:280/5003.5)

Hello MARK

Paul? Mark? You were the ones who made me make the switch from
Argus to Radius, what do *you* think?

it doesn't matter to me, really... i like taurus and the additional capabilities it has...

My name is Ian Segers from bbs called 1st Choice Core in Ashburton New Zealand and I am using Taurus, and I have got it to receive pkt which is good but I
ust
cannot send from Taurus at the moment I am useing Taurus for inbound and irex for ontbound.

Can you or same one else help me with that via this echo or ICQ.


Thank you


... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

cannot send from Taurus at the moment

What does Ctrl-P show you?

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Hi! mark,

On 29/11/2014 2:11 AM, you wrote:

On Sat, 29 Nov 2014, Bj├╢rn Felten wrote to Paul Quinn:

Indeed. But on the other hand, us batch file phantoms can
probably do with just one semaphore file exit, can't we? With an
'EXEC_NOW.OK' flag file that causes Argus to execute 'EXEC_NOW.BAT'
(as I've made it now) wouldn't that actually be enough?

but the mailer is not exiting, is it?? the capability is easily handled
by the even scheduler as paul showed previously... or am i missing something besides a decent beverage again??

That's the thing: it's not something based on an event but simply the appearance of the flag from an external source (JamNNTPd in this case, for whenever there's mail to scan out). Argus cannot do this itself with the supplied flag-file (aka semaphore) responses. So, Bj├╢rn is adding on this function in his revised version of Argus.

Note to self. Paul got confused, and thought that EXEC_NOW.[OK/BAT] could serve as a standard naming convention that could be used by several functions, for different reasons. He did think that the BAT could be pre-loaded with some
task's script and then called using the flag. Paul had forgotten that Argus works in a multi-tasking environment, and that there could come an instant where several tools/events might want to use the EXEC_NOW.[OK/BAT] simultaneously. Silly boy, he is.[sfx; smack! to the forehead]

Cheers,
Paul.

--- Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.2.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/1384)

That's the thing: it's not something based on an event but simply the appearance of the flag from an external source (JamNNTPd in this case,
for whenever there's mail to scan out). Argus cannot do this itself with the supplied flag-file (aka semaphore) responses. So, Bj├╢rn is adding on this function in his revised version of Argus.

GMTA 8-)

Note to self. Paul got confused, and thought that EXEC_NOW.[OK/BAT]
could serve as a standard naming convention that could be used by
several functions, for different reasons. He did think that the BAT
could be pre-loaded with some task's script and then called using the flag. Paul had forgotten that Argus works in a multi-tasking
environment, and that there could come an instant where several tools/events might want to use the EXEC_NOW.[OK/BAT] simultaneously.
Silly boy, he is.[sfx; smack! to the forehead]

Now, that's not silly at all, take that smack back immediately, you hear! It's well worth taking into consideration. Just checking for a lock file (EXEC_NOW.LCK), and if it's there wait ten seconds in a loop for it to be released, or something like that.

The Billing crashmail program often spends a lot of time linking really large JAM files, and often new instances arrive trying to get a hold of crashmail -- but they have to wait in queue for ten seconds (over and over again if needed) until the previous guy is ready.

Now you got me really thinking. I was just about to to to bed, you darn Aussie you... ;)

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Hello Björn Felten

cannot send from Taurus at the moment

What does Ctrl-P show you?

Had a look in Ctrl-P ie Config, looks ok to me but same things not right
per netmail setting as it won't sent netmail, but I noticed it did send the
echomail I posted which was good to see.

Ian




... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

it won't sent netmail

How do you convert your netmail (*.MSG?) to a proper *.PKT file, and how do you put it in the proper "OUT" directory?

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Hello Björn Felten

it won't sent netmail

How do you convert your netmail (*.MSG?) to a proper *.PKT file,

I use fd2ftp to convert it to pkts and put it in the proper "OUT" directory?

how do you put it in the proper "OUT" directory?

When I process this message via sbbsecho.exe, it goes to the taurus outbound but as 1:340/400@outbound I have to manual change it to 1:340/400@fidonet then works

netmail in taurus outbound via *.msg the *.msg there but @ 3:770/330@fidonet which is my address
if the netmail is in pkt form in dir of out in taurus outboound its @ 3:770/330@fidonet with no pkt
attached

Ian

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

On Sun, 30 Nov 2014, Ian Segers wrote to mark lewis:

Paul? Mark? You were the ones who made me make the switch from
Argus to Radius, what do *you* think?

it doesn't matter to me, really... i like taurus and the additional capabilities it has...

My name is Ian Segers from bbs called 1st Choice Core in Ashburton
New Zealand and I am using Taurus, and I have got it to receive pkt
which is good but I ust cannot send from Taurus at the moment I am
useing Taurus for inbound and irex for ontbound.

do you mean you cannot get it to send to another system via http or one of those other capabilities??

Can you or same one else help me with that via this echo or ICQ.

handling it in the echo would probably be the best... that way many eyes can be
brought into play ;)

)\/(ark

If you think it's expensive to hire a professional to do the job, wait until you hire an amateur.

--- FMail/Win32 1.60
* Origin: (1:3634/12.71)

On Sun, 30 Nov 2014, Ian Segers wrote to Björn Felten:

how do you put it in the proper "OUT" directory?

When I process this message via sbbsecho.exe, it goes to the taurus outbound but as 1:340/400@outbound I have to manual change it to 1:340/400@fidonet then works

this seems to indicate that you are trying to operate your mailer in 5D format when your tosser (sbbsecho) is only 4D... you must operate your mailer in 4D also... that means that you'll have only one outbound directory defined and others will be derived from it... all domains will appear the same... it is the
zone addresses that will make the difference...

what is your outbound directory definition in sbbsecho.cfg?
what is your outbound direcrory definition in argus/radius/taurus?

netmail in taurus outbound via *.msg the *.msg there but @ 3:770/330@fidonet which is my address
if the netmail is in pkt form in dir of out in taurus outboound its
@ 3:770/330@fidonet with no pkt attached

this is hard to understand... PKT names are 8.3 format... are you trying to use
taurus' dynamic netmail packing capability? taurus and sbbsecho should not know
of the other's MSG directory... sbbsecho handles its MSG directory all on its own and in its own special way... it is much different than what other mailers would expect...

)\/(ark


* Origin: (1:3634/12)

Hello mark lewis

On Sun, 30 Nov 2014, Ian Segers wrote to mark lewis:

Paul? Mark? You were the ones who made me make the switch from
Argus to Radius, what do *you* think?

it doesn't matter to me, really... i like taurus and the additional capabilities it has...

My name is Ian Segers from bbs called 1st Choice Core in Ashburton
New Zealand and I am using Taurus, and I have got it to receive pkt
which is good but I ust cannot send from Taurus at the moment I am
useing Taurus for inbound and irex for ontbound.

do you mean you cannot get it to send to another system via http or one
of those other capabilities??

I cannot get it to send netmail via Taurus

Can you or same one else help me with that via this echo or ICQ.

handling it in the echo would probably be the best... that way many
eyes can be brought into play ;)

Okay, we will do via this echo then.

Ian
... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

Hello mark lewis

this seems to indicate that you are trying to operate your mailer in 5D format when your tosser (sbbsecho) is only 4D... you must operate your mailer in 4D also... that means that you'll have only one outbound directory defined and others will be derived from it... all domains
will appear the same... it is the zone addresses that will make the difference...

I unticked the 5d outbound in Taurus path config, didn't make much differnce unless
there is same were else I was meant to do it.

what is your outbound directory definition in ?

in sbbsecho.cfg is d:\bbs\fd\outbound\

what is your outbound direcrory definition in argus/radius/taurus?

in rgus/radius/taurus its D:\bbs\fd\outbound

netmail in taurus outbound via *.msg the *.msg there but @ 3:770/330@fidonet which is my address
if the netmail is in pkt form in dir of out in taurus outboound its
@ 3:770/330@fidonet with no pkt attached

this is hard to understand... PKT names are 8.3 format... are you
trying to use taurus' dynamic netmail packing capability? taurus and sbbsecho should not know of the other's MSG directory... sbbsecho
handles its MSG directory all on its own and in its own special way...
it is much different than what other mailers would expect...

Should I have the dynamic netmail packing capability unticked in
taurus netmail preference.

Ian



... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

On Mon, 01 Dec 2014, Ian Segers wrote to mark lewis:

I unticked the 5d outbound in Taurus path config, didn't make
much differnce unless there is same were else I was meant to do
it.

no, that's the one place...

what is your outbound directory definition in ?

in sbbsecho.cfg is d:\bbs\fd\outbound\

what is your outbound direcrory definition in argus/radius/taurus?

in rgus/radius/taurus its D:\bbs\fd\outbound

those two look ok... Zone 3 is your default outbound so your outbound directories would match like this...

D:\bbs\fd\outbound Z3
D:\bbs\fd\outbound.001 Z1
D:\bbs\fd\outbound.002 Z2
D:\bbs\fd\outbound.004 Z4
D:\bbs\fd\outbound.028 Z40

the plain "outbound" or "out" or whatever you want to name it is always your default zone... your default zone is taken from your first FTN address... the other directories are given an extension, in hex, of the other zones...

netmail in taurus outbound via *.msg the *.msg there but @ 3:770/330@fidonet which is my address if the netmail is in pkt
form in dir of out in taurus outboound its @ 3:770/330@fidonet
with no pkt attached

this is hard to understand... PKT names are 8.3 format... are you
trying to use taurus' dynamic netmail packing capability? taurus and sbbsecho should not know of the other's MSG directory... sbbsecho
handles its MSG directory all on its own and in its own special way...
it is much different than what other mailers would expect...

Should I have the dynamic netmail packing capability unticked
in taurus netmail preference.

yes, you need to operate taurus in pure BSO/FLO mode... in sbbs' echocfg program, what mailer type do you have selected? this should be binkley/FLO... taurus should not be looking in any special directory for netmail... sbbsecho has to do your netmail packing and routing... with that said, what does your sbbsecho.cfg contain for its DIRECT and ROUTE_TO lines?

)\/(ark


* Origin: (1:3634/12)

Following up a post on Mon, 01 Dec 2014, from mark lewis to Ian Segers:

Should I have the dynamic netmail packing capability unticked
in taurus netmail preference.

yes, you need to operate taurus in pure BSO/FLO mode... [...]

my apologies, ian... i've only helped setup and operate sbbs in a BSO/FLO environment... it just sudenly hit me that you may be attempting to operate sbbs in a FD style environment... i don't know how that would work with sbbs and sbbs' netmail directory... let's see if we can get you working properly and
sending netmail in BSO/FLO mode and then the other form may be looked into if desired...

)\/(ark


* Origin: (1:3634/12)

Re: RFC seriously
By: mark lewis to Ian Segers on Mon Dec 01 2014 11:36:54

my apologies, ian... i've only helped setup and operate sbbs in a BSO/FLO environment... it just sudenly hit me that you may be attempting to operate sbbs in a FD style environment... i don't know how that would work with sbbs and sbbs' netmail directory... let's see if we can get you working properly and sending netmail in BSO/FLO mode and then the other form may be looked into if desired...

You may not be aware, but Synchronet does not have a netmail folder. At least not one that you can access remotely. If using FD style then you set up a folder that it writes netmail to, to send out. and netmail is imported into that same folder from the mail packets, if it cannot be imported by sbbsecho.

I think much the same will hold true in BSO style.
--- SBBSecho 2.27-Win32
* Origin: The Lions Den BBS, Trenton, On, CDN (1:249/303)

On Mon, 01 Dec 2014, Joe Delahaye wrote to mark lewis:

my apologies, ian... i've only helped setup and operate sbbs in a
BSO/FLO environment... it just sudenly hit me that you may be
attempting to operate sbbs in a FD style environment... i don't
know how that would work with sbbs and sbbs' netmail directory...
let's see if we can get you working properly and sending netmail
in BSO/FLO mode and then the other form may be looked into if
desired...

You may not be aware, but Synchronet does not have a netmail
folder.

well... it does but...

At least not one that you can access remotely.

separately... true... it is one for sbbaecho's use only... we ran into it recently when checking with rob about the sbbsecho command line parameters after someone else asked about how to import netmails written to one's own address...

If using FD style then you set up a folder that it writes netmail
to, to send out. and netmail is imported into that same folder
from the mail packets, if it cannot be imported by sbbsecho.

that's something that will require some additional research... everything i've found so far has been running sbbsecho with binkd in BSO format...

I think much the same will hold true in BSO style.

in BSO format, you're not even presented with a netmail directory field to fill
out...

)\/(ark


* Origin: (1:3634/12)

Re: RFC seriously
By: mark lewis to Joe Delahaye on Mon Dec 01 2014 19:26:13

If using FD style then you set up a folder that it writes netmail
to, to send out. and netmail is imported into that same folder
from the mail packets, if it cannot be imported by sbbsecho.

that's something that will require some additional research... everything i've found so far has been running sbbsecho with binkd in BSO format...

Ran it that way for years <G>

I think much the same will hold true in BSO style.

in BSO format, you're not even presented with a netmail directory field to fill out...

Since all my stuff was set up, I only had to change the flavour to BSO style, and change the batch file that does the mail import/export. Never really looked at the rest. I did notice that Route-To that appeared though <G>
--- SBBSecho 2.27-Win32
* Origin: The Lions Den BBS, Trenton, On, CDN (1:249/303)

mark lewis

On Mon, 01 Dec 2014, Ian Segers wrote to mark lewis:

I unticked the 5d outbound in Taurus path config, didn't make
much differnce unless there is same were else I was meant to do
it.

no, that's the one place...

Okay cool.

what is your outbound directory definition in ?

in sbbsecho.cfg is d:\bbs\fd\outbound\

what is your outbound direcrory definition in argus/radius/taurus?

in rgus/radius/taurus its D:\bbs\fd\outbound

those two look ok... Zone 3 is your default outbound so your outbound directories would match like this...

D:\bbs\fd\outbound Z3
D:\bbs\fd\outbound.001 Z1
D:\bbs\fd\outbound.002 Z2
D:\bbs\fd\outbound.004 Z4
D:\bbs\fd\outbound.028 Z40

the plain "outbound" or "out" or whatever you want to name it is always your default zone... your default zone is taken from your first FTN address... the other directories are given an extension, in hex, of the other zones...

these directories, do I have to create them myself or does taurus
creates them itself.

netmail in taurus outbound via *.msg the *.msg there but @ 3:770/330@fidonet which is my address if the netmail is in pkt
form in dir of out in taurus outboound its @ 3:770/330@fidonet
with no pkt attached

this is hard to understand... PKT names are 8.3 format... are you
trying to use taurus' dynamic netmail packing capability? taurus and sbbsecho should not know of the other's MSG directory... sbbsecho
handles its MSG directory all on its own and in its own special way...
it is much different than what other mailers would expect...

Should I have the dynamic netmail packing capability unticked
in taurus netmail preference.

yes, you need to operate taurus in pure BSO/FLO mode... in sbbs'
echocfg program, what mailer type do you have selected? this should be binkley/FLO...

Yes it is set on binkley/FLO

taurus should not be looking in any special directory
for netmail... sbbsecho has to do your netmail packing and routing...
with that said, what does your sbbsecho.cfg contain for its DIRECT and ROUTE_TO lines?

Direct is yes
ROUTE_TO is set to my provider 1:340/400


Netmail format is *.msg and front door I use to post a netmail message

Thank you
Ian

)\/(ark

* Origin: (1:3634/12)

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

Hello mark lewis

Following up a post on Mon, 01 Dec 2014, from mark lewis to Ian Segers:

Should I have the dynamic netmail packing capability unticked
in taurus netmail preference.

yes, you need to operate taurus in pure BSO/FLO mode... [...]

my apologies, ian... i've only helped setup and operate sbbs in a
BSO/FLO environment... it just sudenly hit me that you may be
attempting to operate sbbs in a FD style environment...

Yes use front door for messages and if I post a message via sbbs
it give out the same format *.MSG

i don't know
how that would work with sbbs and sbbs' netmail directory... let's see
if we can get you working properly and sending netmail in BSO/FLO mode
and then the other form may be looked into if desired...

Okay, is it set in taurus in pure BSO/FLO mode or is there a option
in taurus to do that.

Thank you

Ian

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

On Tue, 02 Dec 2014, Ian Segers wrote to mark lewis:

these directories, do I have to create them myself or does taurus
creates them itself.

your mail tosser should create them as needed and then only for the zones that mail is destined to... in some cases, a mailer may remove them when there is no
more mail in them to be sent but i don't recall if the argus family does this or not... i have seen it in my taurus but only fleetingly and only once...

[trim]

taurus should not be looking in any special directory for
netmail... sbbsecho has to do your netmail packing and routing...
with that said, what does your sbbsecho.cfg contain for its DIRECT
and ROUTE_TO lines?

Direct is yes

hunh? are you talking about in some of your node entries in echocfg? i was looking for the line from your sbbsecho.cfg file...

ROUTE_TO is set to my provider 1:340/400

can you post those lines, too, please? i'm looking to see what happens with netmail to nodes that you do not have specific routing for...

Netmail format is *.msg and front door I use to post a netmail
message

ahhh... yes, that complicates things a little more... right now i'm thinking that sbbsecho will hopefully see those and pack them into BSO/FLO style and set
them where they need to be for delivery... i think we're getting down to your route_to lines missing default (aka catch all) routing... that's why i wanted to see the above two mentioned sets of lines from your sbbsecho.cfg file ;)

)\/(ark


* Origin: (1:3634/12)

Hi! mark,

On 2/12/2014 9:30 PM, mark lewis -> Ian Segers wrote:

these directories, do I have to create them myself or does taurus
creates them itself.

your mail tosser should create them as needed and then only for the
zones that mail is destined to... in some cases, a mailer may remove
them when there is no more mail in them to be sent but i don't recall if the argus family does this or not... i have seen it in my taurus but
only fleetingly and only once...

Yes, the other zones' directories are created & destroyed. Such an annoying behaviour that I permanently created the two directories for zones 1 & 2, with a .jpg called 'KilroyWasHere' in each. It might be a virtual HD but all the disk thrashing still irked me.

Many other, otherwise, normally empty directories also have a copy of the same jpg file, to aid in the backup process. It's just a little over 1k. :)

Cheers,
Paul.

--- Mozilla/5.0 (Windows NT 5.1; rv:31.0) Gecko/20100101 Thunderbird/31.3.0
* Origin: Paul's Puppy 4.2.1 multiuser vBox - M'boro, Qld, OZ (3:640/1384)

Hello mark lewis

On Tue, 02 Dec 2014, Ian Segers wrote to mark lewis:

these directories, do I have to create them myself or does taurus
creates them itself.

your mail tosser should create them as needed and then only for the
zones that mail is destined to... in some cases, a mailer may remove
them when there is no more mail in them to be sent but i don't recall
if the argus family does this or not... i have seen it in my taurus but only fleetingly and only once...

Okay that's cool, as long as I don'r have to do it each time :)

[trim]

taurus should not be looking in any special directory for
netmail... sbbsecho has to do your netmail packing and routing...
with that said, what does your sbbsecho.cfg contain for its DIRECT
and ROUTE_TO lines?

Direct is yes

hunh? are you talking about in some of your node entries in echocfg?

Yes in my sbbsecho.cfg in the node entries

I was looking for the line from your sbbsecho.cfg file...

were do I find this ???

ROUTE_TO is set to my provider 1:340/400

can you post those lines, too, please? i'm looking to see what happens with netmail to nodes that you do not have specific routing for...

in 1:340/400 node Entry
Address = 1:340/400
Archive type = zip
packet type =2+
areafix password =password
areafix =none
status =crash
direct =yes
passive =no
send notify list =no
route to 1:340/400

Netmail format is *.msg and front door I use to post a netmail
message

ahhh... yes, that complicates things a little more... right now i'm thinking that sbbsecho will hopefully see those and pack them into
BSO/FLO style and set them where they need to be for delivery... i
think we're getting down to your route_to lines missing default (aka
catch all) routing... that's why i wanted to see the above two
mentioned sets of lines from your sbbsecho.cfg file ;)

Not sure if this will help you at all

sbbsecho.cfg file :-

-----------------------------------------------
NOPATHCHECK
NOTIFY 1
STORE_SEENBY
STORE_PATH
FLO_MAILER
LOG_LEVEL 6
SECURE_INBOUND d:\bbs\fd\secfiles\
OUTBOUND d:\bbs\fd\outbound\
SEND_NOTIFY 1:14/400
HOLD 1:14/400
DIRECT 1:14/400 1:229/426 3:770/1 1:340/400
CRASH 3:770/1 1:340/400
PKTPWD 1:14/400 SUSPECT0
PKTPWD 1:340/400 SUSPECT0
PACKER ZIP 0 504B
PACK %@zip -jD %f %s
UNPACK %@unzip -ojC %f -d %s
END
PACKER ARC 0 1A
PACK pak a %f %s
UNPACK pak e %f %s
END
PACKER LZH 2 2D6C68
PACK Lha a %f %s
UNPACK Lha e %f %s
END
PACKER ARJ 0 60EA
PACK Arj a %f %s
UNPACK Arj e %f %s
END
PACKER PAK 0 FE
PACK pak a %f %s
UNPACK pak e %f %s
END
PACKER SQZ 0 484C5351
PACK Sqz a %f %s
UNPACK Sqz e %f %s
END
PACKER ZOO 0 DCA7C4FD
PACK Zoo a %f %s
UNPACK Zoo e %f %s
END
USEPACKER ZIP 1:14/400 1:229/426 3:770/1 1:340/400 1:128/187 3:770/100
AREAFIX 1:14/400 SUSPECT0 N340
AREAFIX 1:229/426 IS152
AREAFIX 3:770/1 TH67QK5
AREAFIX 1:340/400 SUSPECT0
AREAFIX 1:128/187 NEWZ
AREAFIX 3:770/100 TH67QK5
ROUTE_TO 3:770/1 3:770/1
ROUTE_TO 1:340/400 1:340/400 ------------------------------------------------------------------------------ Thank you
Ian

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

On Wed, 03 Dec 2014, Ian Segers wrote to mark lewis:

ahhh... yes, that complicates things a little more... right now i'm thinking that sbbsecho will hopefully see those and pack them into
BSO/FLO style and set them where they need to be for delivery... i
think we're getting down to your route_to lines missing default (aka
catch all) routing... that's why i wanted to see the above two
mentioned sets of lines from your sbbsecho.cfg file ;)

Not sure if this will help you at all

sbbsecho.cfg file :-

/there/ ya go :)

-----------------------------------------------
PKTPWD 1:14/400 XXXXXXXX
PKTPWD 1:340/400 XXXXXXXX

make sure you change your PKT passwords with those two systems unless the ones i X'd out were already faked by you for this posting... and your AREAFIX passwords!

DIRECT 1:14/400 1:229/426 3:770/1 1:340/400

there's one of the lines i was after...

ROUTE_TO 3:770/1 3:770/1
ROUTE_TO 1:340/400 1:340/400

and there's the other ones...

ok, so you do not have any fallback "catch all" routes in place... you need something to tell sbbsecho where to send netmails that do not have any other directions... so we'll do that here... edit your sbbsecho.cfg and change the two lines above like this...

ROUTE_TO 3:770/1 3:ALL
ROUTE_TO 1:340/400 1:ALL 2:ALL 4:ALL

you don't need to route mail thru a system to itself... the above two changes will

* route all non-direct Z3 netmail to paul hayton's system
* route all non-direct Z1, Z2 and Z4 netmail to robert starr's system

that should all netmails to any system to be sent routed... the four systems listed in your DIRECT line above are the only ones that will go DIRECT -=unless=- you have SCFG->Networks->FidoNet EchoMail and NetMail

- NetMail Defaults to Crash Yes AND/OR
- NetMail Defaults to Direct Yes AND/OR
- NetMail Defaults to Hold Yes

those control netmail from within synchronet... we keep them all set to No so the routing laid out in sbbsecho.cfg takes over and controls where things go...

the only other thing i can think of is your FIDOIN and FIDOOUT events in SCFG->External Programs->Timed Events...

FIDOIN %!sbbsecho%. -belrsy!
FIDOOUT %!sbbsecho%. -linf

i /know/ that the FIDOIN command line is slightly different than the default that comes with synchronet... one change was the order of the options... the other change is more important in some respects in that it allows users on your
bbs to write netmail to another user on your bbs... they shouldn't use netmail for this but they can... what happens is that the netmail is exported into the sbbs netmail directory and it would sit there and not go any further... the additional option in the above FIDOIN tells sbbsecho to import those local netmails back into the bbs since they are destined to a user on the bbs... in other words, local and foreign netmail written to users on your bbs will be imported to them...

in any case, i think the above should take care of netmail from the bbs going routed... you can try using FM to send netmail if your FD netmail area is still
pointing at the sbbs netmail directory... the key is that when you write netmail in FM, you'll also need to touch the sbbs\data\fidoout.now semaphore file or wait for someone to write a FTN network message on the bbs for that event to be triggered and the mail scanned out... you might need to touch the sbbs\data\fidoin.now semaphore in some cases to toss mail into the bbs... your mailer should be creating the fidoin.now one already so that mail is tossed when it arrives... unless you have a cron job doing that for you on a certain schedule ;)

alright... i've been up over 24 hours again and i'm rambling... sorry... i'm off'a'here ;)

)\/(ark

If you think it's expensive to hire a professional to do the job, wait until you hire an amateur.

--- FMail/Win32 1.60
* Origin: (1:3634/12.71)

Yes, the other zones' directories are created & destroyed. Such an annoying behaviour that I permanently created the two directories for zones 1 & 2, with a .jpg called 'KilroyWasHere' in each. It might be a virtual HD but all the disk thrashing still irked me.

Hehe... Same here, only I have a DUMMY.TXT with just a CR+LF in it.

--- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
* Origin: news://felten.yi.org (2:203/2)

Re: Re: RFC seriously
By: Ian Segers to mark lewis on Wed Dec 03 2014 18:06:00

PKTPWD 1:14/400 SUSPECT0

I hope these are fake paswords??
--- SBBSecho 2.27-Win32
* Origin: The Lions Den BBS, Trenton, On, CDN (1:249/303)

Joe Delahaye wrote to Ian Segers <=-

Re: Re: RFC seriously
By: Ian Segers to mark lewis on Wed Dec 03 2014 18:06:00

PKTPWD 1:14/400 SUSPECT0

I hope these are fake paswords??

No it not fake, posted it by mistake, how ever all password that I posted have been changed
and I won't be doing that again.

Ian 3:770/330

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

Hello mark

sbbsecho.cfg file :-

/there/ ya go :)

-----------------------------------------------
PKTPWD 1:14/400 XXXXXXXX
PKTPWD 1:340/400 XXXXXXXX

make sure you change your PKT passwords with those two systems unless
the ones i X'd out were already faked by you for this posting... and
your AREAFIX passwords!

ok, I have changed all password.

DIRECT 1:14/400 1:229/426 3:770/1 1:340/400

there's one of the lines i was after...

ROUTE_TO 3:770/1 3:770/1
ROUTE_TO 1:340/400 1:340/400

and there's the other ones...

ok, so you do not have any fallback "catch all" routes in place... you need something to tell sbbsecho where to send netmails that do not have any other directions... so we'll do that here... edit your sbbsecho.cfg and change the two lines above like this...

ROUTE_TO 3:770/1 3:ALL
ROUTE_TO 1:340/400 1:ALL 2:ALL 4:ALL

okay I have done this I edited sbbsecho.cfg in echocfg sbbsecho.cfg menu
it looked like this

1:340/400
3:770/1
1:ALL
3:ALL

you don't need to route mail thru a system to itself... the above two changes will

* route all non-direct Z3 netmail to paul hayton's system
* route all non-direct Z1, Z2 and Z4 netmail to robert starr's system

that should all netmails to any system to be sent routed... the four systems listed in your DIRECT line above are the only ones that will go DIRECT -=unless=- you have SCFG->Networks->FidoNet EchoMail and NetMail

- NetMail Defaults to Crash Yes AND/OR
- NetMail Defaults to Direct Yes AND/OR
- NetMail Defaults to Hold Yes

I have done this not sure why yes on hold though.

those control netmail from within synchronet... we keep them all set to
No so the routing laid out in sbbsecho.cfg takes over and controls
where things go...

the only other thing i can think of is your FIDOIN and FIDOOUT events
in SCFG->External Programs->Timed Events...

FIDOIN %!sbbsecho%. -belrsy!
FIDOOUT %!sbbsecho%. -linf

done

i /know/ that the FIDOIN command line is slightly different than the default that comes with synchronet... one change was the order of the options... the other change is more important in some respects in that
it allows users on your bbs to write netmail to another user on your bbs... they shouldn't use netmail for this but they can... what happens
is that the netmail is exported into the sbbs netmail directory and it would sit there and not go any further... the additional option in the above FIDOIN tells sbbsecho to import those local netmails back into
the bbs since they are destined to a user on the bbs... in other words, local and foreign netmail written to users on your bbs will be imported
to them...

in any case, i think the above should take care of netmail from the bbs going routed... you can try using FM to send netmail if your FD netmail area is still pointing at the sbbs netmail directory... the key is that when you write netmail in FM, you'll also need to touch the sbbs\data\fidoout.now semaphore file or wait for someone to write a FTN network message on the bbs for that event to be triggered and the mail scanned out... you might need to touch the sbbs\data\fidoin.now
semaphore in some cases to toss mail into the bbs... your mailer should
be creating the fidoin.now one already so that mail is tossed when it arrives... unless you have a cron job doing that for you on a certain schedule ;)

alright... i've been up over 24 hours again and i'm rambling...
sorry... i'm off'a'here ;)

just to let you now whats happening it taurus outbound menu

post a netmail and in taurus outbound menu
first line 3:770/330
open the + one netmail message
poll 1:340/400
it int as to trys to send it but just won't it is though it cannot fine the pkt

to send

Thank you for your help and sorry if I keep you up 24 hours working on this.

Ian Segers

... http://www.1stchoicecore.co.nz...drop in same time
--- MultiMail/Win32 v0.49
--- SBBSecho 2.12-Win32
* Origin: (3:770/330)

Re: Re: RFC seriously
By: Ian Segers to Joe Delahaye on Sun Dec 07 2014 09:19:00

I hope these are fake paswords??

No it not fake, posted it by mistake, how ever all password that I posted have been changed
and I won't be doing that again.

Sometimes mistakes like that can be costly. Luckily in this case you had enough people catch it and tell you.
--- SBBSecho 2.27-Win32
* Origin: The Lions Den BBS, Trenton, On, CDN (1:249/303)