Just a sample of the Echomail archive
Cooperative anarchy at its finest, still active today. Darkrealms is the Zone 1 Hub.
|    JAMNNTPD    |    Support for the JAMNNTPD software client    |    2,630 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 1,651 of 2,630    |
|    mark lewis to Rick Christian    |
|    Bug Ticket #6    |
|    12 Nov 16 00:14:58    |
      10 Nov 16 23:32, you wrote to me:               ml>> clothes and they're too ignorant to understand why... you took a        ml>> shortcut when you assumed that JAMNNTPd supportes RFC-3977 when it        ml>> doesn't and never purported to do so...               RC> I am not going to start this ....process up.              you already did several weeks ago...               RC> I did not take a shortcut..              you sure as hell did, too...               RC> I am looking at what the issue is with Pan and Knode(Knews) not        RC> working.              right... you found out that they are not checking for the capability of a mode       switching server before they ASSUME that it is a mode switching server and as       such they are disconnecting based on their ERRONEOUS ASSUMPTION...               RC> Pan gave the info I needed to start the process, it listed the error        RC> Error 500 Unknown Command...              no... it reported what JAMNNTPd returned...               RC> At this point I looked what MODE READER was...              and you didn't look to see if it was something from RFC-977 which is what       JAMNNTPd supports... it does not support anything more than RFC-997 and only       two commands from RFC-2980... you'd have seen this if you had read the       ReadMe.txt file...               RC> It appears 3 of the most used profer this command up on an intial        RC> connection.              that doesn't make them or the practise correct...               RC> No client I've seen goes the route you proffer ie: HELP, parse,        RC> CAPABILITIES, parse.. send command...that testing is not definitive as        RC> I tested with 3.              oh well... i guess that means that several others have also taken shortcuts       instead of doing thing properly from the outset...               RC> It appears the clients are assuming that all servers respond to this,        RC> and only thunderturkey seems to basically just ignore a 500 error and        RC> then go ahead and issue LIST.              like i said, it doesn't mean that the practise is correct... it won't be the       first time that a bunch of popular software packages have been doing things       incorrectly all along... quite a few FTN mailers (for an example) used to       specifically work around the flawed transmissions from a specific FTN       mailer... when those mailers all stopped working around that mailer's flaws,       that flawed mailer was finally fixed... think about it... that was roughly two       decades ago...               ml>> there are quite a few news clients available... Cone, Gemini, Gnus,        ml>> GRN, KLibido, Knews, KNode, krn, Lucy, Mahogany, SeaMonkey,        ml>> Thunderbird, Newega, NewsFlex, Newsleader, NN, PAN, PINE, PNNTP, Post        ml>> Office, Pyne, rn, SkateNews, skim, slrn, Sylpheed, tass, TIN, trn,        ml>> Trulsnews, XRN, and xvnews...               RC> Nice list from wiki,              BZZZT! try again! ;)               RC> outside of Pan, KNode(Knews), tin, thunderturd, never heard of them.              obviously :)              )\/(ark              Always Mount a Scratch Monkey       Do you manage your own servers? If you are not running an IDS/IPS yer doin' it       wrong...       ... Beta Testers are crazy, Alpha Testers are totally insane.       ---        * Origin: (1:3634/12.73)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca