| Sysop: | Denn |
|---|---|
| Location: | Clearfield, Utah |
| Users: | 37 |
| Nodes: | 15 (0 / 15) |
| Uptime: | 18:30:53 |
| Calls: | 788 |
| Calls today: | 2 |
| Files: | 38,178 |
| Messages: | 24,219 |
i made some funky test posts using Thunderbird and Pan on FSXNet.Here's a post using slrn, which shells out to nano when I post or reply.
The "From" field includes an email in one post and the "To" field contains
the "newsgroup area tag" etc. It is Usenet that has to fit into FTNs.
I'm not sure why Thunderbird put the newsgroup area tag in the "To" field, but that can probably be changed in your Thunderbird settings. Out of both posts that came through, neither of them show your email in the "From" field, so either Synchronet or clrghaus probably removed that for you.
One of the main things that bothers me about NNTP is by default all of your posts will be "To: All" unless you are able to force the "x-comment-to" field, which is doable in slrn as you can see this message is to you. It's also doable with Thunderbird with some messing with the config, but it's ugly.
i made some funky test posts using Thunderbird and Pan on FSXNet. The "From" field includes an email in one post
your from field contains an entire email?
PS: is there a way to make Newsreaders (Pan) show color Ansi?
Ok, thats interesting. i might send out some more tests and watch how
the actual message looks outside the Newsreader, in the BBS.
I accidently messed up an smtp server setting in Thunderbird while
testing around with the newsgroups yesterday. Took me a while to add
that SMTP again and to find out that i have an application password for
that Email provider different from the providers website login =) LOL
still thinking about if i want to test slrn. Not sure if i want another
TUI interface for reading/posting messages.
On Sun, 2 Nov 2025 23:03:46 -0600, "MRO" (VERT/BBSESINF) wrote:
i made some funky test posts using Thunderbird and Pan on FSXNet.
The "From" field includes an email in one post
your from field contains an entire email?
sending this from Pan Newsreader as a test.
Mindsurfer
---
þ Synchronet þ FuNToPiA BBS - telnet://funtopia.synchro.net:3023
ssh:3022
* Origin: _thePharcyde telnet://bbs.pharcyde.org (Wisconsin) (723:1/0)
PS: is there a way to make Newsreaders (Pan) show color Ansi?
Short answer, no.
Non-colored ansi (ascii) can be viewed in any newsreader that supports the CP437 charset. I'm not sure about Pan, but Claws Mail does, and Thunderbird does not. However, as soon as color is added, no newsreader that I've tried knows what an ANSI is. ;)
still thinking about if i want to test slrn. Not sure if i want another TUI
interface for reading/posting messages.
What TUI interfaces do you already have?
ignore my repeated ansi question in my other message ;)
yeah, i thought that could be problematic. You can't have it all. =)
Pan is configurable in regards to the fonts. monochrome cp437 chars
should work there if you load the right font/ global codepage.
Thats the other option. But you always have to login to download or
upload the qwk file. There is no option for the qwk up/download to be directly managed between the QWK reader and the BBS account?
Thats the other option. But you always have to login to download or
uploa the qwk file. There is no option for the qwk up/download to be
directly managed between the QWK reader and the BBS account?
Correct, there is no option for that.
You can FTP to the BBS and download a magic name "BBS.QWK" to download your new messages, and upload BBS.REP to upload your packet (change BBS to the name your BBS gives to QWK packets).
It's pretty handy here, I don't know if a lot of sysops open FTP on their firewalls though.
Mindsurfer wrote to poindexter FORTRAN <=-
Ok, thats nice. I guess that would be scriptable, so you can automate
it a bit. Is it unencrypted FTP only or can you FTPS too?
Ok, thats nice. I guess that would be scriptable, so you can automate it
a bit. Is it unencrypted FTP only or can you FTPS too?
Not sure, I've never tried. I only FTP in from my local network.
I use the built-in command-line FTP client in windows, it takes a script file.
I use the built-in command-line FTP client in windows, it takes a script file.
ah, ok. so thats less critical then if you just use insecure ftp locally.
So in your case it is a sysops solution only.
I use the built-in command-line FTP client in windows, it takes a
script file.
ah, ok. so thats less critical then if you just use insecure ftp locally.
So in your case it is a sysops solution only.
If you classify ftp is insecure, then use ftps instead (yes, Synchronet supports it). But really, no one in the path between the client and your BBS cares what your user password is or the contents of the QWK packets you're transferring, so secure-auth and data privacy is over-kill, but it's there to use if you want it.
Mindsurfer wrote to poindexter FORTRAN <=-
ah, ok. so thats less critical then if you just use insecure ftp
locally. So in your case it is a sysops solution only.
I'll play devil's advocate here - running insecure protocols on a BBS aren't that big of a deal as long as you're not sharing passwords. I still allow telnet.
Sure. It changes to the "DOS drive" that Multimail/SLMR would have
NOTE that the lines that start with a '+' are line wrapped!
Sure. It changes to the "DOS drive" that Multimail/SLMR would have
Um... you may want to change your password now?
NOTE that the lines that start with a '+' are line wrapped!
..and completely disregard the password, too! :D
Regards, Nick
No, it happens on demand. The *.qwk file that appears in the FTP
directory listing is just a virtual file. A "get" (RETR) of the file actually signals the sbbs event thread to create the packet, on demand,
so there is a bit of delay before the file transfer actually starts
(which is fine).
Accession wrote to Gamgee <=-
Yes, understood. The "put" direction makes good sense to me. I have a question about the "get" side though - What causes the BBS to know to
pack up all the new messages into a QWK packet though? Does just the
act of requesting <BBSID>.qwk cause that to happen? I was thinking I'd
have to somehow "tell" the BBS to create the new QWK packet, and *then*
grab it with wget/ftp.
I think either when you connect or when there is a new message(s), Synchronet creates the QWK packet and puts it in that location automatically. I'm not sure on exactly how it works, but it's there
every time I grab it, and it's an updated packet each time.
Rob would have to explain that better, but I'll just call it 'magic'.
:)
On Fri, 07 Nov 2025 11:31:18 -0500, you wrote:
NOTE that the lines that start with a '+' are line wrapped!
..and completely disregard the password, too! :D
NOTE that the lines that start with a '+' are line wrapped!
..and completely disregard the password, too! :D
Regards, Nick
too bad he didnt post the system pass, i could have fixed some stuff.
See, Gamgee? Magic! :)
Regards, Nick
Regards, Nick
too bad he didnt post the system pass, i could have fixed some stuff.
Just because *you* don't like it doesn't make it broken.
Sure. It changes to the "DOS drive" that Multimail/SLMR would
have accessed the QWK packets in, tests for whether or not the
packet name got written out in all CAPS or all lower case, and
acts accordingly.
NOTE that the lines that start with a '+' are line wrapped!
#!/bin/bash
cd /opt/DRIVE_E/KERM231
test -e /opt/DRIVE_E/KERM231/CAPCITY2.REP
if (( $? == 0 )) ;
then
ncftpput -u "Dumas Walker" -p 448fmr -DD -E -d stdout
+ capitolcityonline.net / /opt/DRIVE_E/KERM231/CAPCITY2.REP
fi
test -e /opt/DRIVE_E/KERM231/capcity2.rep
if (( $? == 0 )) ;
then
ncftpput -u "Dumas Walker" -p 448fmr -DD -E -d stdout
+ capitolcityonline.net / /opt/DRIVE_E/KERM231/capcity2.rep
fi
cd ~
#
##END
Regards, Nick
too bad he didnt post the system pass, i could have fixed some stuff.
Just because *you* don't like it doesn't make it broken.
yeah ooookay. i just dont like broken things.
As I said, just because you don't like it doesn't make it broken.
As you are the only one whose ever complained, I would suggest the
problem is elsewhere -- and very much not mine.
OTOH, I originally had Synchronet set up so that all the message
areas were grouped by network -- which is how you like it -- and
users (plural) did complain because they couldn't find the "echoes
When a user isn't either pissed at the network admins, or banned by
then, which networks you want/need to avoid isn't an issue.
OTOH, I originally had Synchronet set up so that all the message areas were grouped by network -- which is how you like it -- and users
(plural) did complain because they couldn't find the "echoes about (subject)" that they were used to participating in on the predecessor
BBS.
predecessor BBS.
can message areas not be grouped in more than one way? i don't
recall. perhaps in a(n unpleasant) way where two areas listed in two
groups use the same files?
can message areas not be grouped in more than one way? i don't recall. perhaps in a(n unpleasant) way where two areas listed in two groups use the same files?
can message areas not be grouped in more than one way? i don't recall. perha > in a(n unpleasant) way where two areas listed in two groups use the same filThat would certainly be unpleasant. ;)
can message areas not be grouped in more than one way? i don't recall. perhaps in a(n unpleasant) way where two areas listed in two groups use t > > same files?
They actually can be, by having a sub-board with the same internal code in m > than one message group. This means you can't use the "internal code prefix"
feature, but it is doable. Some oddity with message scan config / pointers might occur also, I don't recall.