Digital Man,
Hey, I found a bug, or maybe feature request..
Both at-codes for MSG_FROM_NET and MSG_TO_NET do not work when trying to use the padding functionality such as -R20 or -R####, similarly with L.
It would be very useful to have this especially to use it with Nightfox's DDMsgReader because, well, simply put, to /see/ this information and put it into the header in a usable manner. :)
FTN stuff definitely could use a little loving, for example. SBBSEcho's AreaMgr I really would like to see some aspects such as:
%LIST and associated commands providing descriptions from *.na files if avail. %RESCAN being able to rescan both by which areas, and by how many messages to pull in the scan. Ex: %RESCAN FIDO_SYSOP 1000 -- To rescan only FIDO_SYSOP for the last 1,000 messages (as available of course).
Second, being able to set per-NetMail flags would be EXTREMELY helpful. For
Second, being able to set per-NetMail flags would be EXTREMELY helpful. For example, I'm writing a netmail to someone that is not my default-route for that zone, or even that specific single address (per sbbsecho.cfg). I might actually /want/ to send that message flagged Crash or Direct, instead of whatever the global default is set to be. Sp long as my mailer itself knows how to contact the address, it should be allowable to do that, maybe with a permission requirement to utilize that specific feature.
Second, being able to set per-NetMail flags would be EXTREMELY
helpful. For example, I'm writing a netmail to someone that is not my
default-route for that zone, or even that specific single address (per
sbbsecho.cfg). I might actually /want/ to send that message flagged
Crash or Direct, instead of whatever the global default is set to be.
Sp long as my mailer itself knows how to contact the address, it
should be allowable to do that, maybe with a permission requirement to
utilize that specific feature.
I think you can already do what you're asking for. Read this and let me know: http://synchro.net/docs/networking.html#SendingFidoNetNetMail
I think you can already do what you're asking for. Read this and let me know: http://synchro.net/docs/networking.html#SendingFidoNetNetMail
I think you can already do what you're asking for. Read this and let
me know:
http://synchro.net/docs/networking.html#SendingFidoNetNetMail
I find that a little confusing. My issue however is this. How can I send a netmail Direct, to a node that is not in synchronet's or Binkd's nodelist complete with PW, etc. The route to tables seem to prevent this
Re: Bug found in @-codes.
By: Digital Man to Psi-Jack on Mon Jul 20 2015 16:47:20
I think you can already do what you're asking for. Read this and let me know: http://synchro.net/docs/networking.html#SendingFidoNetNetMail
I find that a little confusing. My issue however is this. How can I send a netmail Direct, to a node that is not in synchronet's or Binkd's nodelist complete with PW, etc. The route to tables seem to prevent this
I find that a little confusing. My issue however is this. How can I
send a netmail Direct, to a node that is not in synchronet's or
Binkd's nodelist complete with PW, etc. The route to tables seem to
prevent this
Synchronet itself doesn't have any concept of a "nodelist". However, per the page Digital Man showed you, you would, set TO to be Name@zone:net/node[.point], and in the SUBJECT line, to make it at leash Crash, which is the equivalent of Direct and Immediate, your subject would be:
CR: your_password
I find that a little confusing. My issue however is this. How can I
send a netmail Direct, to a node that is not in synchronet's or
Binkd's nodelist complete with PW, etc. The route to tables seem to
prevent this
Synchronet doesn't use a Fido nodelist, so your mailer would have to know how to reach that node (for direct). I can't think of why you'd need a password (assuming that's what you meant by "PW") to send a netmail message. The route_to directives (in the sbbsecho.cfg file) do no prevent sending direct netmail.
I find that a little confusing. My issue however is this. How can I
send a netmail Direct, to a node that is not in synchronet's or
Binkd's nodelist complete with PW, etc. The route to tables seem to
prevent this
Synchronet doesn't use a Fido nodelist, so your mailer would have to
know how to reach that node (for direct). I can't think of why you'd
need a password (assuming that's what you meant by "PW") to send a
netmail message. The route_to directives (in the sbbsecho.cfg file)
do no prevent sending direct netmail.
I realize that DM. I meant the nodelist created in the config setup in the Nodes portion. If a node is not in there, it seems to get marked as route to. I use Binkd and it too has a 'nodelist' of sorts. Both places use a PW but only as a session PW. Hope that makes more sense
Re: Bug found in @-codes.
By: Digital Man to Joe Delahaye on Tue Jul 21 2015 17:46:22
I find that a little confusing. My issue however is this. How can I
send a netmail Direct, to a node that is not in synchronet's or
Binkd's nodelist complete with PW, etc. The route to tables seem to
prevent this
Synchronet doesn't use a Fido nodelist, so your mailer would have to know how to reach that node (for direct). I can't think of why you'd need a password (assuming that's what you meant by "PW") to send a netmail message. The route_to directives (in the sbbsecho.cfg file) do no prevent sending direct netmail.
I realize that DM. I meant the nodelist created in the config setup in the Nodes portion. If a node is not in there, it seems to get marked as route to. I use Binkd and it too has a 'nodelist' of sorts. Both places use a PW but only as a session PW. Hope that makes more sense
Re: Bug found in @-codes.
By: Joe Delahaye to Digital Man on Wed Jul 22 2015 09:57 am
I find that a little confusing. My issue however is this. How can I
send a netmail Direct, to a node that is not in synchronet's or
Binkd's nodelist complete with PW, etc. The route to tables seem to
prevent this
Synchronet doesn't use a Fido nodelist, so your mailer would have to
know how to reach that node (for direct). I can't think of why you'd
need a password (assuming that's what you meant by "PW") to send a
netmail message. The route_to directives (in the sbbsecho.cfg file)
do no prevent sending direct netmail.
I realize that DM. I meant the nodelist created in the config setup in the Nodes portion. If a node is not in there, it seems to get marked as route to. I use Binkd and it too has a 'nodelist' of sorts. Both places use a PW but only as a session PW. Hope that makes more sense
Well, I tried a different approach to this just to see..
I used GoldEd+ to write a Netmail, flagged Direct so it wouldn't, in theory, get routed. sbbsecho packed it, and routed it via my default zone route, completely ignoring the Direct flag on the message.
I used GoldEd+ to write a Netmail, flagged Direct so it wouldn't, in
theory, get routed. sbbsecho packed it, and routed it via my default
zone route, completely ignoring the Direct flag on the message.
The direct ("DIR") flag in a message is stored in a kludge line rather than an attribute in the message header. The CRASH and HOLD flags are attribute flags in the header and more widely supported. Try using CRASH instead.
Re: Bug found in @-codes.
By: Digital Man to Psi-Jack on Wed Jul 22 2015 02:33 pm
I used GoldEd+ to write a Netmail, flagged Direct so it wouldn't, in
theory, get routed. sbbsecho packed it, and routed it via my default
zone route, completely ignoring the Direct flag on the message.
The direct ("DIR") flag in a message is stored in a kludge line rather than an attribute in the message header. The CRASH and HOLD flags are attribute flags in the header and more widely supported. Try using CRASH instead.
I have tested and confirmed this works. Using CR: subject, netmail was packed ignoring the routing and sent direct. Thanks fo having a binkd nodelist processed and available, I was able to send it direct to the destination.
I honestly didn't realize "DIR" was a kludge.
So, in curiousity then..
SCFG->Networking->NetMail Defaults to Direct.
Does this touch the kludge line to add the flag, or how does it make sbbsecho not route, exactly?
Or is this a feature more for
ArchMail/AttachMail and not BSO/FLO like the KILLSENT option in the same place Kill NetMail After Sent?
I realize that DM. I meant the nodelist created in the config setup
in the Nodes portion. If a node is not in there, it seems to get
marked as route to. I use Binkd and it too has a 'nodelist' of
sorts. Both places use a PW but only as a session PW. Hope that
makes more sense
Well, I tried a different approach to this just to see..
I used GoldEd+ to write a Netmail, flagged Direct so it wouldn't, in theory, get routed. sbbsecho packed it, and routed it via my default zone route, completely ignoring the Direct flag on the message.
If you set the netmail attributes CRASH or HOLD, the message should not be routed regardless of what is or is not in the sbbsecho.cfg file.
I used GoldEd+ to write a Netmail, flagged Direct so it wouldn't, in
theory, get routed. sbbsecho packed it, and routed it via my default
zone route, completely ignoring the Direct flag on the message.
Was the node you were writing the netmail to, in the Nodes section of the SBBS sconfiguration? If not, that may have something to do with it.
It'a a "flag" stored in the "FLAGS" kludge line. FSC-53 has the
details.
It'a a "flag" stored in the "FLAGS" kludge line. FSC-53 has the
details.
FTSC standards are 30 years old. Adding options (like you have for Joe and Myslef in the past) are actually helping Synchronet stay up with the changing times.
If you don't stay up with FTSC stuff, it's basically a paper tiger these days. They document what WE do to progress FTN. So if Synchronet is the front runner, so be it! I think some of the stuff Joe and I have brought up, other tossers already did though, so it was more catching up to stuff above and beyond the standards, but what was in proposals that others have supported. :)
As always, you can be thanked for your software from all locations in the world, but I specifically thank you for listening, doing, and many times even going above and beyond what you've believed to be "correct" for the past 20+ years. Things will evolve, and Synchronet has and will keep evolving right along with it!
As always, you can be thanked for your software from all locations in the world, but I specifically thank you for listening, doing, and many times even going above and beyond what you've believed to be "correct" for the past 20+ years. Things will evolve, and Synchronet has and will keep evolving right along with it!
Accession wrote to Digital Man <=-
Hello Digital,
On 22 Jul 15 19:37, Digital Man wrote to Psi-Jack:
It'a a "flag" stored in the "FLAGS" kludge line. FSC-53 has the
details.
FTSC standards are 30 years old. Adding options (like you have for Joe
and Myslef in the past) are actually helping Synchronet stay up with
the changing times.
If you don't stay up with FTSC stuff, it's basically a paper tiger
these days. They document what WE do to progress FTN. So if Synchronet
is the front runner, so be it! I think some of the stuff Joe and I have brought up, other tossers already did though, so it was more catching
up to stuff above and beyond the standards, but what was in proposals
that others have supported. :)
As always, you can be thanked for your software from all locations in
the world, but I specifically thank you for listening, doing, and many times even going above and beyond what you've believed to be "correct"
for the past 20+ years. Things will evolve, and Synchronet has and will keep evolving right along with it!
I agree wholeheartedly. I especially like how DM listens and reacts to what is needed.
Re: Re: Bug found in @-codes.
By: Bill McGarrity to Accession on Thu Jul 23 2015 23:33:00
I agree wholeheartedly. I especially like how DM listens and reacts to what is needed.
I agree, and I really appreciate DM's continued development and support of Synchronet. I think Synchronet is a great pice of software, and I've been enjoying using it to run my BBS.
I agree wholeheartedly. I especially like how DM listens and reacts
to what is needed.
I agree, and I really appreciate DM's continued development and support of Synchronet. I think Synchronet is a great pice of software, and I've been enjoying using it to run my BBS.
I agree, and I really appreciate DM's continued development and support of Synchronet. I think Synchronet is a great pice of software, and I've been enjoying using it to run my BBS.
Heh, ditto. Several years before I totally decided to bring my BBS back up full par, I had tried out various BBS software that was available for Linux. That included EleBBS which I liked somewhat because it was RA-like.. Though RA-like, it lacked the same snazz I had put my life-blood into with my BBS 20-something years ago, where I programmed literally half my BBS myself by replacing most parts of RA, ironically. ;)
I also did, at that time, try Synchronet, and though, front-face value it didn't look as nice, and it was a lot more complex to work with initially, it was indeed better under the hood and I could see a lot of potential with it.
Synchronet is awesome in these very strong points:
It's thorough. By darned good design it uses ncurses, sdl, x11, etc, to consistently render the display of it's tools, configuration, etc in a manner that can be used on modern systems, rather than long since dead terminals. ;)
It fully featured network services, smtp, pop3, nntp, ftp, irc, telnet, ssh, rlogin, etc.. It's not all perfect.. But it's /reaaaally/ close to it. ;)
It's scriptable with a modern and very powerful language, JavaScript. I was finally able to learn JavaScript enough to actually, for once, use it and use it well.
It's extensible to the point you can, in most cases, go well beyond and create virtually anything you want out of the BBS. Tell me any other BBS you could literally have designed a full-screen message reader that fully utilizes native code. Mustic comes somewhat close, only if you care to learn an old Pascal-like language (or in my case, re-learn pascal), but even still not as complete.
So yeah. Kudos DM, Deuce, and everyone else directly involved with Synchronet's continued development. Even you now, Nightfox, for you are now also committing your own stuff directly into Synchronet's CVS codebase. :)
I also used RA for my original BBS back in the 90s, and when I was looking into software for my current BBS, I was looking into EleBBS since it was RA-like. But
after I got my EleBBS configured and set up, something seemed off with its event
system, so I continued looking and found Synchronet, and I haven't looked back.
I felt the same way when I found Synchronet. I suppose the biggest thing for me to
get used to was that Synchronet doesn't have a traditional menu configuration system that I was used to from other BBS packages (such as RA). But I've gotten
used to the fact that Synchronet uses command shells for its user interface, and I
like the fact that it's flexible.
That's very true. Synchronet is something that I would consider a fairly significant project - I imagine it took significant time to implement all the server protocols that it supports and make it work well. IMO, Synchronet really is
a modern "online service" package.
Yeah, I think Synchronet's JavaScript API is well done, and I like what can be done
with it. One thing I like about the JavaScript scriptability is that you can write
a JavaScript script for Synchronet and the JavaScript will run as-is on any platform where Synchronet runs, be it Windows, Linux, OS X, etc.. The downside is
that Synchronet's JS scripts (naturally) only work with Synchronet, but the multi-
platform nature of JS is nice.
Later down, several years after that, I actually decided once again to bring up my BBS, and I started with Mystic BBS. Problem with Mystic is, lack of care for Linux terminal support. The configuration engine practically required CP437 just to run the config part of it right, or the mbbsutils, etc etc..
oncan write
a JavaScript script for Synchronet and the JavaScript will run as-is
butany platform where Synchronet runs, be it Windows, Linux, OS X, etc..
The downside is
that Synchronet's JS scripts (naturally) only work with Synchronet,
thisthe multi-
platform nature of JS is nice.
The word-wrapping of this message body was "different". I'm not sure if
was on purpose or you're experimenting with something. I know Deucerecently
over-hauled the word-wrap function in Synchronet and I'm hoping that'snot
the cause.
Heh, ditto. Several years before I totally decided to bring my BBS
back up full par, I had tried out various BBS software that was
available for Linux. That included EleBBS which I liked somewhat
because it was RA-like.. Though RA-like, it lacked the same snazz I
had put my life-blood into with my BBS 20-something years ago, where I
programmed literally half my BBS myself by replacing most parts of RA,
ironically. ;)
I also used RA for my original BBS back in the 90s, and when I was looking into software for my current BBS, I was looking into EleBBS since it was RA-like. But
after I got my EleBBS configured and set up, something seemed off with its event
system, so I continued looking and found Synchronet, and I haven't looked back.
Also, I didn't know you could replace parts of RA - I thought it was closed-source.
I felt the same way when I found Synchronet. I suppose the biggest thing for me to
get used to was that Synchronet doesn't have a traditional menu configuration system that I was used to from other BBS packages (such as RA). But I've gotten
used to the fact that Synchronet uses command shells for its user interface, and I
like the fact that it's flexible.
Yeah, I think Synchronet's JavaScript API is well done, and I like what can be done
with it. One thing I like about the JavaScript scriptability is that you can write
a JavaScript script for Synchronet and the JavaScript will run as-is on any platform where Synchronet runs, be it Windows, Linux, OS X, etc.. The downside is
that Synchronet's JS scripts (naturally) only work with Synchronet, but the multi-
platform nature of JS is nice.
I enjoy being able to contribute something, and I'm glad you find my contributions
useful.
Later down, several years after that, I actually decided once again to
bring up my BBS, and I started with Mystic BBS. Problem with Mystic
is, lack of care for Linux terminal support. The configuration engine
practically required CP437 just to run the config part of it right, or
the mbbsutils, etc etc..
On Linux, SyncTERM can attach to a pty (ie: a shell) just like xterm or other terminal programs. In this mode, it sets the TERMCAP environment variable, and should allow the Mystic utilities to run correctly.
So yeah. Kudos DM, Deuce, and everyone else directly involved with Synchronet's continued development. Even you now, Nightfox, for you are now also committing your own stuff directly into Synchronet's CVS codebase. :)
It fully featured network services, smtp, pop3, nntp, ftp, irc, telnet,
ssh, rlogin, etc.. It's not all perfect.. But it's /reaaaally/ close to it.
Also, I didn't know you could replace parts of RA - I thought it was
closed-source.
Well, they had specifications so you could tie into a lot of their things, message bases, file bases, etc.. I tapped them all. Every single one. :)
Welp, I certainly do. I use SlyEdit and DDMsgReader constantly. I use some of your other mods too, which could use the benefits of PgUp/PgDown, like the area changer. :D
Re: Bug found in @-codes.
By: Psi-Jack to Nightfox on Fri Jul 24 2015 18:00:18
Ni>> Also, I didn't know you could replace parts of RA - I thought it was
Ni>> closed-source.
Ps> Well, they had specifications so you could tie into a lot of their things,
Ps> message bases, file bases, etc.. I tapped them all. Every single one. :)
Ah, you mean doors? ;) There were some RA doors that I used to replace some of
the stock functionality, such as the file listing/tagging and some other things.
Ps> Welp, I certainly do. I use SlyEdit and DDMsgReader constantly. I use some
Ps> of your other mods too, which could use the benefits of PgUp/PgDown, like
Ps> the area changer. :D
My area changers do use Page Up and Page Down for page navigation..
> > can write
> > a JavaScript script for Synchronet and the JavaScript will run as-is on
> > any platform where Synchronet runs, be it Windows, Linux, OS X, etc..
> > The downside is
> > that Synchronet's JS scripts (naturally) only work with Synchronet, but
> > the multi-
> > platform nature of JS is nice.
> The word-wrapping of this message body was "different". I'm not sure if this
> was on purpose or you're experimenting with something. I know Deuce recently
> over-hauled the word-wrap function in Synchronet and I'm hoping that's not
> the cause.
hmm.. I replied using the web interface. I'm still using the original Synchronet web interface for message forums (not the ecweb interface - I don't remember the name of the other one). Perhaps I have some files for
my web interface that are out of date.
The word-wrapping of this message body was "different". I'm not sure if this was on purpose or you're experimenting with something. I know Deuce recently over-hauled the word-wrap function in Synchronet and I'm hoping that's not the cause.
gee, imagine how enthusiastic you would have been when we actually had users.
i wouldnt run synchronet's services as my main go-to for webserver, ftp, irc, smtp, etc. they have difficulty handling a large load(sometimes making users on the bbs experience slowdowns) that other popular alternatives have no problems with. i'm not saying i dont like them, (and some i run on alternate ports)they just need some work.
The word-wrapping of this message body was "different". I'm not sure
if this was on purpose or you're experimenting with something. I know
Deuce recently over-hauled the word-wrap function in Synchronet and
I'm hoping that's not the cause.
It seems to look the same using the top-secret raw input mode thingie... I suspect another 132 column user...
So yeah. Kudos DM, Deuce, and everyone else directly involved with
Synchronet's continued development. Even you now, Nightfox, for you
are now also committing your own stuff directly into Synchronet's CVS
codebase. :)
gee, imagine how enthusiastic you would have been when we actually had users.
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to avoid posts from this poisonous cancer.
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to
avoid posts from this poisonous cancer.
I recently found that if you add someone to the twit list, Synchronet blocks not only their posts, but other peoples' posts to that user as well. I think it would be useful if Synchronet had a way to block posts from someone but not other peoples' posts to that person.
You certainly never seem enthusiastic about anything. Imagine how you (and everyone else) might feel if you focused your energy toward more positive things rather than complaining and making snarky remarks.
well. I think it would be useful if Synchronet had a way to block
posts from someone but not other peoples' posts to that person.
I dunno.. I kinda like it. Anyone still responding to that troll I don't care to have on my system either. Enough is enough already, with that guy.
100% problem, 0% useful.
Re: Re: Bug found in @-codes.
By: Nightfox to Deuce on Sat Jul 25 2015 11:34 am
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to
avoid posts from this poisonous cancer.
I recently found that if you add someone to the twit list,
Synchronet blocks not only their posts, but other peoples' posts to
that user as well. I think it would be useful if Synchronet had a
way to block posts from someone but not other peoples' posts to that
person.
I dunno.. I kinda like it. Anyone still responding to that troll I don't care to have on my system either. Enough is enough already, with that guy.
i hope you dont think you are the shit just because you code a javascript editor. it's not even as good as ice edit or quikedit.
infact, i bet you havent ever called a bbs that wasnt a synchronet bbs.
anyways, i'm not causing any harm. and i'm not a troll. i mean everything
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to
avoid posts from this poisonous cancer.
whats ironic is i've had deuce in my twitlist about 5 years.
The people who respond to him aren't typically trolling. It's his messages that are typically the trollish ones.
You really don't know me, so you don't have any business making such assumptions. In fact, I had never even heard of Synchronet until 2007 when I was looking around for modern BBS packages. Back in the 90s, I used to run RemoteAccess and called quite a few other boards in my area - I don't remember anyone running a Synchronet BBS in my area back then.
Re: Re: Bug found in @-codes.
By: Mro to Psi-Jack on Sat Jul 25 2015 17:26:21
anyways, i'm not causing any harm. and i'm not a troll. i mean everything
You're not causing any harm except for pissing everyone off (if you haven't noticed already).
Re: Re: Bug found in @-codes.
By: Mro to All on Sat Jul 25 2015 17:27:43
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to De>>> avoid posts from this poisonous cancer.
whats ironic is i've had deuce in my twitlist about 5 years.
What's ironic is that you use Synchronet and also have one of the
Synchronet developers in your twitlist.
I recently found that if you add someone to the twit list,
Synchronet blocks not only their posts, but other peoples' posts to
that user as well. I think it would be useful if Synchronet had a
way to block posts from someone but not other peoples' posts to
that person.
I dunno.. I kinda like it. Anyone still responding to that troll I
don't care to have on my system either. Enough is enough already,
with that guy.
The people who respond to him aren't typically trolling. It's his messages that are typically the trollish ones.
you people need to lighten up and accept people that think differently than you. you dont need to eliminate someone or something if it doesnt fit your personal views.
You really don't know me, so you don't have any business making such
assumptions. In fact, I had never even heard of Synchronet until 2007
when I was looking around for modern BBS packages. Back in the 90s, I
used to run RemoteAccess and called quite a few other boards in my
area - I don't remember anyone running a Synchronet BBS in my area
back then.
i've known you since you came back into bbsing.
i've talked to you online, in tons of emails and in msg areas.
The people who respond to him aren't typically trolling. It's his
messages that are typically the trollish ones.
While also true, the message(s) they are replying to from him, are almost guaranteed to be trolling just the same, so in my book, completely reducing the conversation to a /dev/null is the best way. Something unfortunately that can't be done on IRC, but Synchronet's twit list I like it because it covers both sides of the conversation to/from that twit (aka troll).
I've dealt with and moderated a lot of trolls in various communities. It's always better to simply put a full stop to it, lest the noise of the matter carry on endlessly.
You certainly never seem enthusiastic about anything. Imagine how you
(and everyone else) might feel if you focused your energy toward more
positive things rather than complaining and making snarky remarks.
in the last 15 years, every year i've focused my energy and money on promoting bbses and running free bbs services. infact, you are a member of more than one of them. i used to spend a couple hours a day just going on forums/myspace/facebook answering questions and trying to get people involved in bbsing. i spent hundreds of dollars on google ads to promote my and other people's bbses. i've given people money, computers, and hardware. i've stayed up with people until 3-4am when i knew i have to get up at 5am.
i hope you dont think you are the shit just because you code a javascript editor. it's not even as good as ice edit or quikedit.
infact, i bet you havent ever called a bbs that wasnt a synchronet bbs.
if you dont like my attitude, just ignore me. it's not like i'm lying and making stuff up. i'm supposed to turn a blind eye to the face that bbsing has very very few actual users? just be positive about it and dont mention it, eh?
seriously, kiss my ass.
I've dealt with and moderated a lot of trolls in various communities. It's always better to simply put a full stop to it, lest the noise of the matter carry on endlessly.
There's no problem with someone thinking differently, but to be honest, you've tended to not be very civil about it and have made a lot of snarky remarks (such as your comment in the advertising area recently where you said they should customize their board when they clearly said they did and had added some doors). I also remember a discussion not too long ago where
i also remember a discussion not too long ago where
you told someone you thought he should go kill himself or something to that effect.
thinking differently. That's the kind of thing that makes someone simply unpleasant to deal with, and people just don't want that kind of interaction.
It seems to look the same using the top-secret raw input mode thingie... I suspect another 132 column user...
Nope - I had posted that message from the web interface.
I recently found that if you add someone to the twit list, Synchronet blocks not only their posts, but other peoples' posts to that user as well. I think it would be useful if Synchronet had a way to block posts from someone but not other peoples' posts to that person.
if you dont like my attitude, just ignore me. it's not like i'm lying and making stuff up. i'm supposed to turn a blind eye to the face that bbsing has very very few actual users? just be positive about it and dont mention it, eh?
anyways, i'm not causing any harm. and i'm not a troll. i mean everything i say.
do we all have to think and act the same way here? just go along pretending bbses are booming and we're all developers doing important shit, eh?
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to
avoid posts from this poisonous cancer.
whats ironic is i've had deuce in my twitlist about 5 years.
you guys dont know what a troll or trolling is. i'm not just saying stuff to piss people off or cause problems and sitting back and laughing.
i mean the stuff i am saying.
you're the kind of person who ONLY wants to be surrounded by like minded people. you are small minded and do not want to be challenged or see other people's points of views.
anybody that knows me, likes me.
oncan write
a JavaScript script for Synchronet and the JavaScript will run as-is
butany platform where Synchronet runs, be it Windows, Linux, OS X, etc.. The downside is
that Synchronet's JS scripts (naturally) only work with Synchronet,
the multi-
platform nature of JS is nice.
The word-wrapping of this message body was "different". I'm not sure ifthis
was on purpose or you're experimenting with something. I know Deucerecently
over-hauled the word-wrap function in Synchronet and I'm hoping that'snot
the cause.
hmm.. I replied using the web interface. I'm still using the original Synchronet web interface for message forums (not the ecweb interface - I don't remember the name of the other one). Perhaps I have some files for
my web interface that are out of date.
It seems to look the same using the top-secret raw input mode
thingie... I suspect another 132 column user...
Nope - I had posted that message from the web interface.
Which one?
I recently found that if you add someone to the twit list, Synchronet
blocks not only their posts, but other peoples' posts to that user as
well. I think it would be useful if Synchronet had a way to block
posts from someone but not other peoples' posts to that person.
If it did that, you would still see their posts via quotes... this would just end up being confusing since you would see the replies without the context.
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to
avoid posts from this poisonous cancer.
whats ironic is i've had deuce in my twitlist about 5 years.
in the last 15 years, every year i've focused my energy and money on promoting bbses and running free bbs services. infact, you are a member of
my and other people's bbses. i've given people money, computers, and hardware. i've stayed up with people until 3-4am when i knew i have to get up at 5am.
i hope you dont think you are the shit just because you code a javascript editor. it's not even as good as ice edit or quikedit.
seriously, kiss my ass.
well, you've only been here a few months, so your opinion is pretty useless. just as useless as your .js mods and your boring bbs with the old
honestly, is it against the rules here to not be postive 100% of the time?
pretending bbses are booming and we're all developers doing important shit, eh?
Add the line "Mro" (without quotes) to your ctrl/twitlist.cfg to De>>> avoid posts from this poisonous cancer.
whats ironic is i've had deuce in my twitlist about 5 years.
Is the "ironic" part the fact that despite this, you're still seeing his messages?
It looks like Mro was seeing someone else's message that had quoted part of one of Deuce's messages.
It looks like Mro was seeing someone else's message that had quoted part of one of Deuce's messages.
Kind of what I was getting at. Filter or no, you'll still see messages you might rather not.
Sysop: | MCMLXXIX |
---|---|
Location: | Prospect, CT |
Users: | 325 |
Nodes: | 10 (0 / 10) |
Uptime: | 02:08:31 |
Calls: | 510 |
Messages: | 220569 |