I have been administering Windows / Novell / Linux multi-vendor networks
/ mail servers /etc for years so I'm really only cutting my teeth in the
Synchronet (BBS) portion of things.
I would prefer to (ultimately) run Synchronet (BBS) on a Linux platform,
but seeing as how I'm extremely new to things and am still learning
terminology, I'd like pointers on a safer platform to start with. I am
planing on offering both dial up (I should do something with the phone
line that my DSL is on) as well as telnet access access to my Synchronet
(BBS) system as well as all appropriate IP protocols (i.e. BinkP).
Any pointers that you experienced SysOps would be willing to share would
be greatly appreciated.
Thank you and have a good day,
Grant. . . .
go with windows. if you want to run a linux bbs go with mbse
--- Synchronet 3.15a-Win32 NewsLink 1.90
* Vertrauen - Riverside County, California - telnet://vert.synchro.net
> I would prefer to (ultimately) run Synchronet (BBS) on a Linux platform,
> but seeing as how I'm extremely new to things and am still learning
> terminology, I'd like pointers on a safer platform to start with. I am
> planing on offering both dial up (I should do something with the phone
> line that my DSL is on) as well as telnet access access to my Synchronet
> (BBS) system as well as all appropriate IP protocols (i.e. BinkP).
Use whichever OS you're more familiar with. Neither platform is "safer".
---
Synchronet - Jump on the Web 0.2 bandwagon!
---
� Synchronet � My Brand-New BBS (All the cool SysOps run STOCK!)
> From Newsgroup: alt.bbs.synchronet
I've had a play both on a Win platform and Linux, in the end I prefer as you
outlined to stick with the Linux platform. BinkD I found in the debian and
ubuntu repo's already so no compiling required. As for SBBS itself, was easy
and is well documented.
That aside, since I run this in a virtual environment, under linux far less
resources and overall I find easier to manage. But that's my opinion, give
each ago - both are solid
---
� Synchronet � Deceitful Dreams NZ (coming.....soon)
> To: Grant Taylor
>Grant Taylor wrote:
>> From Newsgroup: alt.bbs.synchronet
>>
>> Which platform would be the best place for a Synchronet (BBS) newbie to
>> cut their teeth on? Linux (preferred) or Windows?
>>
>> I have been administering Windows / Novell / Linux multi-vendor networks
>> / mail servers /etc for years so I'm really only cutting my teeth in the
>> Synchronet (BBS) portion of things.
>>
>> I would prefer to (ultimately) run Synchronet (BBS) on a Linux platform,
>> but seeing as how I'm extremely new to things and am still learning
>> terminology, I'd like pointers on a safer platform to start with. I am
>> planing on offering both dial up (I should do something with the phone
>> line that my DSL is on) as well as telnet access access to my Synchronet
>> (BBS) system as well as all appropriate IP protocols (i.e. BinkP).
>>
>
>
>go with windows. if you want to run a linux bbs go with mbse
I'd have to agree. I ran Synchonet for a couple of years on Linux and
then circumstances arose that persuaded me to try a Windows platform.
I'm happy that I did that. I'd suggest using a server version of
Windows. You'll appreciate the added security and stability over that
which a client or desktop version provides. I'm running on Server
2003 with a pair of 40 GB drives iin a RAID 1 configuration. It may
not sound like a lot of space, but with just the OS and SBBS installed
along with a handful of utilities and some security software, there's
still over 32 GB available - and I don't currently, nor in the future
do I plan to, offer a large file transfer section. I think the days
of BBS's being the repository for software is long over...
--
Ray Sirois
SysOp: The Lost Chord BBS
http://thelostchord.dns2go.com:6080
telnet://thelostchord.dns2go.com:6023
> That aside, since I run this in a virtual environment, under linux far less
> resources and overall I find easier to manage. But that's my opinion, give
> each ago - both are solid
>
well i'm running eob-bbs.com on vmware [xp pro OS] with a little over
300mb allocated for memory and it runs the same as it did on the actual
computer with 1gig of ram. i have toyed with giving it from 300mb-512mb
so at around 300mb memory i'd say those are pretty low resources. :D
AND with a windows os you can setup doorgames with little or no bs
[aside from the regular doorgame problems ;]
Thank you everybody for replying, all were very good comments.
I was thinking about which would be a better place to cut my teeth in
BBSs and their associated terminology. I have been administering
Windows / Linux / Novell (file / print) servers as well as Exchange /
Sendmail mail servers for years. So the OS them selves (and all things
associated there with) do not bother me.
Jas: I have looked at MBSE before but had some problems (probably
because of my lack of knowledge more than any thing else) getting it
configured properly when I tried to compile / install it on Linux From
Scratch.
Ultimately I plan on using ifmail (ifcico) / binkd / fidogate and
possibly 1bbs or something derived there from. (I am really trying to
not duplicate my existing Sendmail / Courier IMAP mail storage and / or
my INN news storage. Besides, I *REALLY* like unix and letting it take
care of things for me. To that end, things like Synchronet and / or
MBSE seem rather big / self contained / enclosed / monolithic systems.
That being said, I'm considering messing with Synchronet and / or MBSE
to cut my teeth / learn the ropes of a BBS and FidoNet before I go off
the beaten path. I chose to mess with Synchronet because it looked to
be much more actively supported (i.e. this newsgroup / echo) than MBSE
did. As an added bonus, a good friend of mine (the person that turned
me on to FidoNet) was the local net (289) coordinator for years before
he shut his systems down.
Grant. . . .
> so at around 300mb memory i'd say those are pretty low resources. :D
>
> AND with a windows os you can setup doorgames with little or no bs
> [aside from the regular doorgame problems ;]
I'll leave the physical memory open for debate there :)
Totally agree with you though from the point of doors etc since I haven't
tackled it yet but seems to be well documented etc.
---
� Synchronet � Deceitful Dreams NZ (coming.....soon)
sync run fine on linux
---
� Synchronet � Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.ar
> Ultimately I plan on using ifmail (ifcico) / binkd / fidogate ...
I use Fidogate as the FTN interface to my INN newserver (and a separately
listed binkd node), & have a UUCP link for my primary newgroup link...
> That being said, I'm considering messing with Synchronet and / or MBSE
> to cut my teeth / learn the ropes of a BBS and FidoNet before I go off the
> beaten path.
I'm evaluating using Synchronet as the replacement for my current public
BBS, although I'm currently more interested in getting Debian packaging
working for it; because it handles FTN ops well enough, has a good web
interface, & is under active development...
It's not as though we're limited to doing just one thing...<g>
Jame
---
� Synchronet � rocasa.synchro.net
I've messed with MBSE (installed and started to configure) but I got
busy and since (re)found Synchronet and its extremely active support
group(s). So I was considering working with Synchronet mainly b/c it
seemed like a nicer place to cut my teeth. At least there are more
people answering questions there. (This is not to say that there are
not MBSE support groups, just that I had not found them at the time I
was casually looking for them.)
> I use Fidogate as the FTN interface to my INN newserver (and a
> separately listed binkd node), & have a UUCP link for my primary
> newgroup link...
It seems like most of the configurations I've seen (that would otherwise
be using ifmail) are using fidogate. I can't figure out what if any
thing is wrong with ifmail other than it may be older and not have as
good support for header translation? Fortunately fidogate works well
with ifcico and binkd so it really appears to be a drop in replacement
for part of ifmail.
> I'm evaluating using Synchronet as the replacement for my current
> public BBS, although I'm currently more interested in getting Debian
> packaging working for it; because it handles FTN ops well enough,
> has a good web interface, & is under active development...
If Synchronet will do what you want it to do, I'd think it's a matter of
contacting the Debian package maintainer(s) and having them make some
updates, or making them your self and submitting them to the maintainer(s).
> It's not as though we're limited to doing just one thing...<g>
:)
What are the current guides if someone (like my self) wanted to run
multiple different nodes for testing reasons. I.e. if I wanted to run
two (virtual) systems running Synchronet, one on Windows and the other
on Linux, at the same time? In doing so I'd like the systems to both be
able to route messages to / from the world correctly. If this was SMTP
or NNTP I'd say have one ""router node that the world knew how to get to
and let it route messages in and out of the other test nodes. But it
does not look like FidoNet works that way. I'm thinking that I'd have
to have multiple nodes set up in the node list.
Grant. . . .
> What are the current guides if someone (like my self) wanted to run
> multiple different nodes for testing reasons. I.e. if I wanted to run
> two (virtual) systems running Synchronet, one on Windows and the other
> on Linux, at the same time?
I do that here on Vertrauen (4 nodes on Windows, 4 nodes on Linux). In my case,
I use samba to share the BBS directories on the SMB network and use a different
sbbs.ini file (vert.ini) for the Windows system. Otherwise, all files are
shared between to the two systems and no routing of any kind is required.
digital man
Snapple "Real Fact" #160:
One alternate title that had been considered for NBC's hit "Friends" was "Insomnia Cafe."
I can see how that setup would work quite well for a multi-node BBS.
I was thinking more along the lines of how would I test out connectivity
between multiple BBSs? I.e. a normal ""fido at home and a (test) point
client at my office, and possibly another (test) ""fido elsewhere. They
would not really be multiple nodes in the same BBS.
Or would doing something like that to test Synchronet, MBSE, 1BBS, unix
generic (ifmail / ifcicio / binkd), etc. not be appropriate? I'd like
to compare multiple different BBSs and I did not think making them all
be nodes in the same BBS would be appropriate.
Grant. . . .
> From Newsgroup: alt.bbs.synchronet
You could do that and it would be appropriate for point nodes, sure.
digital man
Snapple "Real Fact" #25:
The only food that does not spoil is honey.
DM> > What are the current guides if someone (like my self) wanted to run
DM> > multiple different nodes for testing reasons. I.e. if I wanted to run
DM> > two (virtual) systems running Synchronet, one on Windows and the other
DM> > on Linux, at the same time?
DM> I do that here on Vertrauen (4 nodes on Windows, 4 nodes on Linux). In my
DM> I case, use samba to share the BBS directories on the SMB network and use a
DM> different sbbs.ini file (vert.ini) for the Windows system. Otherwise, all
DM> files are shared between to the two systems and no routing of any kind is
DM> required.
how about makeing a doc file on this, so some of us can do it?
---
Rob Starr
Lord Time SysOp of Time Warp of the Future BBS
telnet://time.synchro.net:24
ICQ # 11868133 Yahoo : lordtime2000
AIM : LordTime20000 MSN : Lord Time
Jabber : lordti...@gmail.com Astra : lord_time
� CMPQwk 1.42 16554 � MOM'S HINT #169: Coax the cat out of the tree.
---
� Synchronet � Time Warp of the Future BBS - Home of League 10 IBBS Games
> In a reply from Digital Man on 01:15 about Re: Synchronet (BBS) newb
>
> DM> > What are the current guides if someone (like my self) wanted to run
> DM> > multiple different nodes for testing reasons. I.e. if I wanted to
> DM> > run two (virtual) systems running Synchronet, one on Windows and the
> DM> > other on Linux, at the same time?
>
> DM> I do that here on Vertrauen (4 nodes on Windows, 4 nodes on Linux). In
> DM> my I case, use samba to share the BBS directories on the SMB network
> DM> and use a different sbbs.ini file (vert.ini) for the Windows system.
> DM> Otherwise, all files are shared between to the two systems and no
> DM> routing of any kind is required.
>
> how about makeing a doc file on this, so some of us can do it?
I think there are already docs on running multiple instances (e.g. using
differnet .ini files for each). What more would one need?
digital man
Snapple "Real Fact" #177:
The first sailing boats were built in Egypt.
DM> > DM> > What are the current guides if someone (like my self) wanted to
DM> > DM> > run multiple different nodes for testing reasons. I.e. if I
DM> > DM> > wanted to run two (virtual) systems running Synchronet, one on
DM> > DM> > Windows and the other on Linux, at the same time?
DM> > DM> I do that here on Vertrauen (4 nodes on Windows, 4 nodes on Linux).
DM> > DM> In my I case, use samba to share the BBS directories on the SMB
DM> > DM> network and use a different sbbs.ini file (vert.ini) for the Windows
DM> > DM> system. Otherwise, all files are shared between to the two systems
DM> > DM> and no routing of any kind is required.
DM> > how about makeing a doc file on this, so some of us can do it?
DM> I think there are already docs on running multiple instances (e.g. using
DM> differnet .ini files for each). What more would one need?
hmmm, please point out where? thanks
---
Rob Starr
Lord Time SysOp of Time Warp of the Future BBS
telnet://time.synchro.net:24
ICQ # 11868133 Yahoo : lordtime2000
AIM : LordTime20000 MSN : Lord Time
Jabber : lordti...@gmail.com Astra : lord_time
� CMPQwk 1.42 16554 � And the dragons did sing as they swept across the starry sky.
---
� Synchronet � Time Warp of the Future BBS - Home of League 10 IBBS Games
> In a reply from Digital Man on 11:25 about Re: Synchronet (BBS) newb
>
> DM> > DM> > What are the current guides if someone (like my self) wanted
> DM> > DM> > to run multiple different nodes for testing reasons. I.e. if
> DM> > DM> > I wanted to run two (virtual) systems running Synchronet, one
> DM> > DM> > on Windows and the other on Linux, at the same time?
>
> DM> > DM> I do that here on Vertrauen (4 nodes on Windows, 4 nodes on
> DM> > DM> Linux). In my I case, use samba to share the BBS directories on
> DM> > DM> the SMB network and use a different sbbs.ini file (vert.ini) for
> DM> > DM> the Windows system. Otherwise, all files are shared between to
> DM> > DM> the two systems and no routing of any kind is required.
>
> DM> > how about makeing a doc file on this, so some of us can do it?
>
> DM> I think there are already docs on running multiple instances (e.g.
> DM> using differnet .ini files for each). What more would one need?
>
> hmmm, please point out where? thanks
From http://synchro.net/docs/sbbsunix.txt:
Q. Can I mix Synchronet for Unix and Synchronet for Win32 or DOS or OS/2 nodes
on the same BBS?
A. Yes. As long as all the nodes can access the same live data files (via LAN)
you can have as many instances of Synchronet on as many different platforms
as you wish.
From http://synchro.net/docs/sbbscon.txt:
The default initalization file is ctrl/sbbs.ini. A different initialization
filename may be used by specifying the path and filename on the sbbs
command-line. Example:
sbbs /sbbs/ctrl/mybbs.ini
If the path and filename of the initialization file is not passed on the
command-line, sbbs will use the SBBSCTRL environment variable to determine
the location of your Synchronet ctrl directory, where it expects to find
either <HOSTNAME>.ini or sbbs.ini.
From the stock ctrl/sbbs.ini file:
; $SBBSCTRL/$HOSTNAME.ini, if it exists, will be loaded instead of sbbs.ini.
See http://synchro.net/docs/adding_nodes.html for more details.
digital man
Snapple "Real Fact" #21:
Almonds are part of the peach family.
> What are the current guides if someone (like my self) wanted to run
> multiple different nodes for testing reasons. I.e. if I wanted to run two
> (virtual) systems running Synchronet, one on Windows and the other
> on Linux, at the same time?
Easily done; as others have alluded to, for FTN communications, just use
points for any extra systems you're running... This SBBS system, for
instance, is 1;120/545.18. When I get to testing an SBBS v3.15 system, I'll
just use a different point number for it.
> In doing so I'd like the systems to both be
> able to route messages to / from the world correctly. If this was SMTP or
> NNTP I'd say have one ""router node that the world knew how to get to and
> let it route messages in and out of the other test nodes. But it does not
> look like FidoNet works that way. I'm thinking that I'd have
> to have multiple nodes set up in the node list.
Not neccessary, as long as you have things set up correctly for both
netmail & echomail for each link. It's all point to point, store & forward.
Jame
---
� Synchronet � rocasa.synchro.net
Well, there are no official maintainers yet<g>, and currently I'm the
main one working on Debian packaging so far as I know. I am making changes
with what I'm doing that'll make it easier for others to work on what I
have...
DM> > DM> > DM> > What are the current guides if someone (like my self)
DM> > DM> > DM> > wanted to run multiple different nodes for testing reasons.
DM> > DM> > DM> > I.e. if I wanted to run two (virtual) systems running
DM> > DM> > DM> > Synchronet, one on Windows and the other on Linux, at the
DM> >same time?
DM> > DM> > DM> I do that here on Vertrauen (4 nodes on Windows, 4 nodes on
DM> > DM> > DM> Linux). In my I case, use samba to share the BBS directories
DM> > DM> > DM> on the SMB network and use a different sbbs.ini file
DM> > DM> > DM> the (vert.ini) for Windows system. Otherwise, all files are
DM> > DM> > DM> the shared between to two systems and no routing of any kind
DM> >is required.
DM> > DM> > how about makeing a doc file on this, so some of us can do it?
DM> > DM> I think there are already docs on running multiple instances (e.g.
DM> > DM> using differnet .ini files for each). What more would one need?
DM> > hmmm, please point out where? thanks
DM> From http://synchro.net/docs/sbbsunix.txt:
DM> Q. Can I mix Synchronet for Unix and Synchronet for Win32 or DOS or OS/2
DM> nodes on the same BBS?
DM> A. Yes. As long as all the nodes can access the same live data files (via
DM> LAN) you can have as many instances of Synchronet on as many different
DM> platforms as you wish.
hmmm, now I know why I didn't see it, I wouldn't have look in that file (being I
don't linux)
DM> From http://synchro.net/docs/sbbscon.txt:
DM> The default initalization file is ctrl/sbbs.ini. A different initialization
DM> filename may be used by specifying the path and filename on the sbbs
DM> command-line. Example:
DM> sbbs /sbbs/ctrl/mybbs.ini
DM> If the path and filename of the initialization file is not passed on the
DM> command-line, sbbs will use the SBBSCTRL environment variable to determine
DM> the location of your Synchronet ctrl directory, where it expects to find
DM> either <HOSTNAME>.ini or sbbs.ini.
DM> From the stock ctrl/sbbs.ini file:
DM> ; $SBBSCTRL/$HOSTNAME.ini, if it exists, will be loaded instead of sbbs.ini.
DM> See http://synchro.net/docs/adding_nodes.html for more details.
I'll take a very good look at it, thanks :)
---
Rob Starr
Lord Time SysOp of Time Warp of the Future BBS
telnet://time.synchro.net:24
ICQ # 11868133 Yahoo : lordtime2000
AIM : LordTime20000 MSN : Lord Time
Jabber : lordti...@gmail.com Astra : lord_time
� CMPQwk 1.42 16554 � C:\CAT C:\OWNER\PET\CAT C:\CAT\IGNORE\OWNER
---
� Synchronet � Time Warp of the Future BBS - Home of League 10 IBBS Games