TIP: Click on subject to list as thread! ANSI
echo: muffin
to: Mark Lewis
from: Mvan Le
date: 2007-05-04 02:36:54
subject: What I Don`t Like About Synchronet

ml>  MvanL> * I don't like the board/sub-board (RA-style group/subgroup)
 ml>  MvanL> file/message area categorising method. 

 ml> what "RA-style group/subgroup" style? don't use it if 
 ml> you don't like it... RA didn't have it for a long time 
 ml> but it was one of the most requested functions asked 
 ml> for...

That's my point - they opted for the current style. I think the Maximus
style is better.

I'm not fully purposely descending into a BBS software war, however I
instigate controversy for the limited intellectual stimulus.

I was expressing the preferences of different SysOps and the strengths and
weaknesses of different BBS software, and by nature of these debates invite
the "enemy" to emphasise my weaknesses - I will always put forth
my strengths and exploit "their" weaknesses. Unilateral attacks
are more interesting. 

[...]

 ml> the biggest "problem" comes from folk who expect every 
 ml> board to be just like every other... that happens 
 ml> because they are not aware that the sysop has the 
 ml> freedom, with properly designed software, to make 
 ml> things look and act like they want and not just get 
 ml> stuck with "skinning" capabilities... 

Yeah but it comes at a cost whereby SysOps must hack or work around
problems because their chosen BBS software doesn't inherently support those
features.

For example it'd be a nightmare to mimmick the Maximus area divisioning
behaviour in Synchronet / RA where areas are numerically defined instead of
alphanumerically capable.

 ml>  MvanL> But Scott Dudley disappared off the face of the earth. I don't
 ml>  MvanL> blame him. So now there's only a half-arsed 
 ml> intermittently commited
 ml>  MvanL> ragtag user group left. 

 ml> apparently you don't have all the facts, either... bob 
 ml> jones is limited by a job contract in what he can do as 
 ml> far as developing and coding anything... the 
 ml> limitations of that contract are almost expired... 
 ml> until that expiration time passes, he felt that it was 
 ml> safer for the existing code to not be handled by 
 ml> himself so that it would not be misclassified and have 
 ml> that company he was contracted with trying to claim it 
 ml> for their own...

I remember that thread. 

I appreciate all efforts and contributions towards Maximus.

That doesn't change the fact that there has been nothing new since 2003,
and Bob only expressed an interest in cleaning up some bugs and making a
Linux  installer. Eventhough this is much (much) more than what I've done
or proposed to date, it does not constitute a concerted effort to revive
Maximus and therefore does not change my view of a ragtag team (if 1 person
can be called a team).

--- Maximus 3.01
* Origin: < - Adelaide, Australia +61-8-8351-7637 (3:800/432)
SEEN-BY: 261/38 633/104 260 262 267 690/682 734 712/848 800/7 432 812
@PATH: 800/432 633/260 267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.