Hi All,
I was wondering if anyone here is running synchronet bbs version 3 for
windows and using dos frontdoor. (Frontdoor 2.33 mL; Multiline) I am
looking for the exebbs.bat as well as the mailer.bat and some
information how I should configure frontdoor. I also have
internet rex to transport the mail to my hub,
but it can not send it if it does not get put (tossed) into the correct directory.

BEGIN Filenames and Paths System from frontdoor
Filenames and Paths System
C:\FD\ NetMail C:\FD\MAIL\
Files C:\FD\INBOUND\
SecFiles C:\FD\INBOUND\
Packets C:\FD\PACKETS\
Log file C:\FD\FD.LOG
Banner
Nodelist C:\FD\NODELIST\
No BBS
Bad BPS
HMB files
HMB extra
JAM extra
TempPath $[TMP]
Semaphore C:\FD\SEMS\
MailExit C:\FD\SEMS\MAIL.SEM
END Filenames and Paths System

Thanks for any help in advance,
- Greg

--- QScan/PCB v1.20a / 01-0462
* Origin: Christian Fellowship | cfbbs.dtdns.net 856-933-7096 (1:266/512)

30 Sep 12 11:01, Gregory Deyss wrote to All:

Hi All,
I was wondering if anyone here is running synchronet bbs version 3
for windows and using dos frontdoor. (Frontdoor 2.33 mL; Multiline) I
am looking for the exebbs.bat as well as the mailer.bat and some information how I should configure frontdoor. I also have internet
rex to transport the mail to my hub, but it can not send it if it
does not get put (tossed) into the correct directory.

I wrote a text file on how to setup FD v2.02, many years ago (c1997). I
just reviewed it and there are a few things in there that may help you or
they may not.

I can send it to you, if you wish.

BEGIN Filenames and Paths System from frontdoor
Filenames and Paths System
C:\FD\ NetMail C:\FD\MAIL\
Files C:\FD\INBOUND\
SecFiles C:\FD\INBOUND\
Packets C:\FD\PACKETS\
Log file C:\FD\FD.LOG
Banner
Nodelist C:\FD\NODELIST\
No BBS
Bad BPS
HMB files
HMB extra
JAM extra
TempPath $[TMP]
Semaphore C:\FD\SEMS\
MailExit C:\FD\SEMS\MAIL.SEM
END Filenames and Paths System

Thanks for any help in advance,
- Greg

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that shit, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

BEGIN Filenames and Paths System from frontdoor
Filenames and Paths System
C:\FD\ NetMail C:\FD\MAIL\
Files C:\FD\INBOUND\
SecFiles C:\FD\INBOUND\

this is not a good idea... these two should be different... secfiles is for known secure (password protected) inbounds... the other is insecure...

Packets C:\FD\PACKETS\
Log file C:\FD\FD.LOG
Banner
Nodelist C:\FD\NODELIST\
No BBS
Bad BPS
HMB files
HMB extra
JAM extra
TempPath $[TMP]
Semaphore C:\FD\SEMS\
MailExit C:\FD\SEMS\MAIL.SEM
END Filenames and Paths System

the rest appears to be fine but...

)\/(ark


* Origin: (1:3634/12)

01 Jan 70 00:00, mark lewis wrote to Gregory Deyss:

BEGIN Filenames and Paths System from frontdoor
Filenames and Paths System
C:\FD\ NetMail C:\FD\MAIL\
Files C:\FD\INBOUND\
SecFiles C:\FD\INBOUND\

this is not a good idea... these two should be different... secfiles
is for known secure (password protected) inbounds... the other is insecure...

And that should be the name of the directory: INSECURE...just as a
reminder of how insecure anything landing in tha directory can be...

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that s**t, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

BEGIN Filenames and Paths System from frontdoor
Filenames and Paths System
C:\FD\ NetMail C:\FD\MAIL\
Files C:\FD\INBOUND\
SecFiles C:\FD\INBOUND\

this is not a good idea... these two should be different... secfiles
is for known secure (password protected) inbounds... the other is insecure...

And that should be the name of the directory: INSECURE...just as a reminder of how insecure anything landing in tha directory can
be...

good point! but, sadly, not all areas can use fully spelled out directory names... this one, however, fits perfectly into the 8.3 format! ;) :)

)\/(ark


* Origin: (1:3634/12)

03 Oct 12 23:32, mark lewis wrote to Roy Witt:

SecFiles C:\FD\INBOUND\

this is not a good idea... these two should be different... secfiles
is for known secure (password protected) inbounds... the other is
insecure...

And that should be the name of the directory: INSECURE...just as a
reminder of how insecure anything landing in tha directory can
be...

good point! but, sadly, not all areas can use fully spelled out
directory names... this one, however, fits perfectly into the 8.3
format! ;) :)

Kinda like putting a European echo name into FastEcho. Their tendency to
insert a . between two words doesn't always work out like it should.

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that s**t, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

good point! but, sadly, not all areas can use fully spelled out
directory names... this one, however, fits perfectly into the 8.3
format! ;) :)

Kinda like putting a European echo name into FastEcho. Their
tendency to insert a . between two words doesn't always work out
like it should.

it works fine for echotags... however, not all software creates area names based on the tags and not all software can handle long filenames...

FWIW: those dots in the area names have their origination in the usenet newsgroups formats... the dots were seen as directory separators so there was easy conversion... i do it here with my JAMbases but am still limited to 8.3 lengths for each of them...

eg:
alt.audio.pro X:\JAM\GRPS\ALT\AUDIO\PRO rec.audio.pro.live-sound X:\JAM\GRPS\REC\AUDIO\PRO\LIVE-SND rec.arts.movies.production.sound X:\JAM\GRPS\REC\ARTS\MOVIES\PRODUCTI.ON\SOUND

MSG areas can also easily use this style...

)\/(ark


* Origin: (1:3634/12)

09 Sep 34 15:10, mark lewis wrote to Roy Witt:

good point! but, sadly, not all areas can use fully spelled out
directory names... this one, however, fits perfectly into the 8.3
format! ;) :)

Kinda like putting a European echo name into FastEcho. Their
tendency to insert a . between two words doesn't always work out
like it should.

it works fine for echotags... however, not all software creates area
names based on the tags and not all software can handle long
filenames...

FE software uses self-generated numbers to define an area and filenames,
IF it's an auto-added area.

That makes it awfully hard to find which directory is which when you're
wanting to look at msgs, etc...I use shortened names to define such
directorys. Windows doesn't mind a 20 character directory, but a DOS
interface will shorten it back to an 8.3 name and use a tild followed by a number to define the last 9-inf.xxx names. So for convenience of the sysop sake, I still use 8 characters for directorys and 8.3 names for files.

FWIW: those dots in the area names have their origination in the
usenet newsgroups formats...

That figures.

the dots were seen as directory separators so there was easy
conversion... i do it here with my JAMbases but am still limited to
8.3 lengths for each of them...

eg:
alt.audio.pro X:\JAM\GRPS\ALT\AUDIO\PRO rec.audio.pro.live-sound X:\JAM\GRPS\REC\AUDIO\PRO\LIVE-SND rec.arts.movies.production.sound X:\JAM\GRPS\REC\ARTS\MOVIES\PRODUCTI.ON\SOUND

I hate that alt.crap.stuff.goes.here format. Yes, I know that 'special' characters like ~\!,#$%^&*() etc., don't work there.

MSG areas can also easily use this style...

I suppose. But that crap's not my style.

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that s**t, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

Kinda like putting a European echo name into FastEcho. Their
tendency to insert a . between two words doesn't always work out
like it should.

it works fine for echotags... however, not all software creates area
names based on the tags and not all software can handle long
filenames...

FE software uses self-generated numbers to define an area and
filenames, IF it's an auto-added area.

yes... that formula is FE + CRC16 of the TAG, IIRC but i'd have to go digging to confirm that...

That makes it awfully hard to find which directory is which when
you're wanting to look at msgs, etc...

which is why i always go back with the areas.bbs file and fesetup to rename and
move the messages to the new area name... yes, it is a PITA when there are several dozen to do... try it with several hundred ;) i've done it and it takes
a lot of time... especially when one has to also reconfigure their editor (Frontdoor's FM) and their BBS for the new areas...

I use shortened names to define such directorys. Windows doesn't
mind a 20 character directory, but a DOS interface will shorten it
back to an 8.3 name and use a tild followed by a number to define
the last 9-inf.xxx names. So for convenience of the sysop sake, I
still use 8 characters for directorys and 8.3 names for files.

as we all do who still use software that doesn't know what a long filename is ;)

FWIW: those dots in the area names have their origination in the
usenet newsgroups formats...

That figures.

the dots were seen as directory separators so there was easy
conversion... i do it here with my JAMbases but am still limited to
8.3 lengths for each of them...

eg:
alt.audio.pro X:\JAM\GRPS\ALT\AUDIO\PRO rec.audio.pro.live-sound X:\JAM\GRPS\REC\AUDIO\PRO\LIVE-SND rec.arts.movies.production.sound X:\JAM\GRPS\REC\ARTS\MOVIES\PRODUCTI.ON\SOUND

I hate that alt.crap.stuff.goes.here format.

that's the way that FIDO message areas were configured at one time, too... don't let your aversion of NNTP style namings get in the way ;)

just remember that all it is is directory tree with each dot being the '\' or '/'... the last one is either a directory fill of "single message per file" files (akin to MSG) or the last one is a single file with multiple messages in it...

Yes, I know that 'special' characters like ~\!,#$%^&*() etc.,
don't work there.

that depends on the software and the OS...

MSG areas can also easily use this style...

I suppose. But that crap's not my style.

over the years, i've found it much nicer to have a directory tree structure for
message storage...

)\/(ark


* Origin: (1:3634/12)

Let me know if you receive this massage I have decided to fall back to my old setup FD / FMAIL / ELEBBS + Irex (New)
Until I get the kinks worked out with Snynchonet BBS.
Netmail seems to be a challenge. As is scanning / packing sending mail. Inbound
tosses ok, but could have better
statistics when tossing mail. Platinum Xpress Mailer (DOS)
does this the best I have ever seen. Default full screen editor
within SBBS is less then desired as well.

Irex is now registered 1000 node lic. may be a bit overkill,
but I wanted more then enough nodes, I would hate to be in a bind with not enough nodes for the future. I have had new nodes every few monthes. If this trend continues I will need the space.

- Greg
--- FMail/Win32 1.60
* Origin: csbbs.dyndns.org -*Troy, NY*- Home of Uncle Sam 1:267/150 (1:267/150)

01 Jan 70 00:00, mark lewis wrote to Roy Witt:

Kinda like putting a European echo name into FastEcho. Their
tendency to insert a . between two words doesn't always work out
like it should.

it works fine for echotags... however, not all software creates area
names based on the tags and not all software can handle long
filenames...

FE software uses self-generated numbers to define an area and
filenames, IF it's an auto-added area.

yes... that formula is FE + CRC16 of the TAG, IIRC but i'd have to go digging to confirm that...

Don't bother. FE is still on my HD, but not in use for more than a robotic
echo posting.

That makes it awfully hard to find which directory is which when
you're wanting to look at msgs, etc...

which is why i always go back with the areas.bbs file and fesetup to rename and move the messages to the new area name...

One can use the NAB's distribution file to import area names.

yes, it is a PITA when there are several dozen to do... try it with several hundred ;)

I did that when Ross automagically signed me up for every area that he distributes.

i've done it and it takes a lot of time... especially when
one has to also reconfigure their editor (Frontdoor's FM) and their
BBS for the new areas...

Nice thing about GoldEd, it can use the AREAS.BBS output from FE (and
DB) to do that. I found it interesting that AREAS.BBS can be used to blow GoldEd's mind by listing MT echoes, when in the process of configing DB.

I use shortened names to define such directorys. Windows doesn't
mind a 20 character directory, but a DOS interface will shorten it
back to an 8.3 name and use a tild followed by a number to define
the last 9-inf.xxx names. So for convenience of the sysop sake, I
still use 8 characters for directorys and 8.3 names for files.

as we all do who still use software that doesn't know what a long
filename is ;)

I find it just as convenient to use the tilded name in that regard.

FWIW: those dots in the area names have their origination in the
usenet newsgroups formats...

That figures.

the dots were seen as directory separators so there was easy
conversion... i do it here with my JAMbases but am still limited to
8.3 lengths for each of them...

eg:
alt.audio.pro X:\JAM\GRPS\ALT\AUDIO\PRO
rec.audio.pro.live-sound X:\JAM\GRPS\REC\AUDIO\PRO\LIVE-SND
rec.arts.movies.production.sound
X:\JAM\GRPS\REC\ARTS\MOVIES\PRODUCTI.ON\SOUND

I hate that alt.crap.stuff.goes.here format.

that's the way that FIDO message areas were configured at one time,
too... don't let your aversion of NNTP style namings get in the way
;)

This is why I don't read usenet or fidonet with my email client.

just remember that all it is is directory tree with each dot being
the '\' or '/'... the last one is either a directory fill of "single message per file" files (akin to MSG) or the last one is a single
file with multiple messages in it...

Yes, I know that 'special' characters like ~\!,#$%^&*() etc.,
don't work there.

that depends on the software and the OS...

Those sites that use Linux/Unix specifically state that those characters
aren't welcome in passwords, etc...I think that a line as above would be
the perfect password, depending only on the sequence of those characters
to decipher.

(Note that the first two from the left look like the beginnings of a six-shooter outline and the ! the smoking barrel)

MSG areas can also easily use this style...

I suppose. But that crap's not my style.

over the years, i've found it much nicer to have a directory tree structure for message storage...

Xtree and Ztree show this type of structure all the time.

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that s**t, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

06 Oct 12 23:30, Gregory J. Deyss wrote to Roy Witt:

Let me know if you receive this massage I have decided to fall back
to my old setup FD / FMAIL / ELEBBS + Irex (New)

Got it...a bit delayed in my reply...

Until I get the kinks worked out with Snynchonet BBS. Netmail seems
to be a challenge. As is scanning / packing sending mail. Inbound
tosses ok, but could have better statistics when tossing mail.

I'd think there would be a configerable switch for that.

Platinum Xpress Mailer (DOS) does this the best I have ever seen.

Really? That's a first.

Default full screen editor within SBBS is less then desired as well.

Probably.

Irex is now registered 1000 node lic. may be a bit overkill,
but I wanted more then enough nodes, I would hate to be in a bind
with not enough nodes for the future. I have had new nodes every few monthes. If this trend continues I will need the space.

Good to hear...

R\%/itt


... Mark Owen: "Hey, did you ever hear anything about that beer?
... Fellow SEAL: "You believed that s**t, I bet you voted for change too,
... SUCKER."


--- GoldED+/W32 with D'Bridge 3.82
* Origin: Texas Lone-Star - Texan, American, USAian (1:387/22)

06 Oct 12 23:30, Gregory J. Deyss wrote to Roy Witt:

Let me know if you receive this massage I have decided to fall back
to my old setup FD / FMAIL / ELEBBS + Irex (New)

Got it...a bit delayed in my reply...

Whew! for a while I thought that it was not working.

Until I get the kinks worked out with Snynchonet BBS. Netmail seems
to be a challenge. As is scanning / packing sending mail. Inbound
tosses ok, but could have better statistics when tossing mail.

I'd think there would be a configerable switch for that.

I have been looking online for quite sometime for a solution, have not found one yet. A lot of the documentation
seems to be for SBBS (DOS) and some of it is for the Version 3 which is the windows version, there is nothing clear to understand what instructions that I am looking at.
Never really did like the RA clone - ELEBBS but if works better then SBBS than I will work through the issues with it.

Platinum Xpress Mailer (DOS) does this the best I have ever seen.

Really? That's a first.

yes really I like the stats that it indicates, percentage of the mail packet remaining as it tosses the mail. Currently fmail does the same thing but not as
pretty. Thats what logs are for to understand how many message tosses and where, fmail.log and summary.log

Default full screen editor within SBBS is less then desired as well.

Probably.

yes the full screen editor is a mess.
- Greg
--- FMail/Win32 1.60
* Origin: csbbs.dyndns.org -*Troy, NY*- Home of Uncle Sam 1:267/150 (1:267/150)