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,230 of 2,630    |
|    Matt Bedynek to mark lewis    |
|    current jamnntpd version?    |
|    11 Sep 15 05:10:20    |
      On Thu, 10 Sep 2015 19:25:14 -0400, mark lewis wrote:               ml> that's the last i saw, i think... not really sure, though... i know that        ml> one added TLS capabilities... someone also converted to smapi which is        ml> ok to a point i guess... there were other little fixes by a couple of              I use the smapi version with jam message bases. I have not tested it       with any other formats (squish or *.msg). But I did find and fix one       bug which resulted in indexes not being updated if the thread crashed       or the message based was packed before the jamnntpd thread completed       gracefully. This would result in any posted message being deleted.       Now who would pack message bases like this? Probably no one... But if       the thread crashed then it would cause problem.              Since the smapi version was the best for me I worked in basic iipv6       support which actually seems to be working well. The only thing that       needs to be done is give the user ability to listen on specific       addresses. Right now, jamnntpd just listens on all configured       addresses but since it is working reliable might have to stay that way       for now.              I also have been using the SSL functionality and have one active user       other than myself. Yesterday I discovered a pretty serious bug in       which threads were hanging. This would result in all connections       being consumed. In working with the socket code I noticed the read is       blocking and there is no timeout. So, if the thread never receives       the termination (TCP FIN) can hang indefinately. I think I fixed       this and if I see correctly it had potental to affect non-ssl       connections - which may also be fixed - just not tested.               ml> one last thing, do you know if there's a fix in it for thunderbird not        ml> getting the from name displayed correctly? i see that paul posted about        ml> it some time back but it never affected me or my server... then some        ml> users of ross' server are seeing problems in at least one echo... today,        ml> all of a sudden, messages from my server are not showing the from field        ml> properly unless there's a valid email address in the line...              The <> is for an e-mail address and the / or perhaps the : in a fido       address causes problems in display for some news readers. First I       changed that to unknown@fxxx.nzzz.zyy.fidonet.net for a filler but       then noticed that the -> also caused problems. Now I just have "from       - to". The absence of <> does not appear to cause issues.                     Matt              ---        * Origin: The Byte Museum - news: news.bytemuseum.org (1:19/10)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca