<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman",serif;}
span.EmailStyle18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle19
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal>Sorry, slight corrections of typos and clarification of BPQ issue.<o:p></o:p></p><p class=MsoNormal>---<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Maiko and all:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I’ve tested everything I can think of related to JNOS 2.0j.7v + bleeding edge + forward.c updates. Following is a summary. For the issues found, I included a suggested solution. This is not to be presumptuous, but to help clarify the issue and because I hate it when folks only list problems and don’t suggest a solution. Maybe there’s an even better solution for each issue than what I suggested. If so, great!<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Michael<o:p></o:p></p><p class=MsoNormal>N6MEF<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Fixed:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>JNOS is now able to forward compressed FBB over telnet with FBB. FBB settings of up to “N 15” were tested. JNOS settings of “mbox fbb 2” and “mbox fbb 3” were tested.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Expire future no longer prematurely expires messages received via BBS forwarding.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issues found:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue noted by Maiko: Default behavior of handling IAC breaks forwarding with legacy JNOS, BPQ and possibly other BBSs. Another one is probably N0ARY. I no longer use telnet forwarding with N0ARY, but I used to, before the IAC fix. So the use of IAC may break that.<o:p></o:p></p><p class=MsoNormal>Suggestion by Bob Tenty: Make no IAC the default behavior and add “mbox useiac <callsign>” for bi-directional control if IAC.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: JNOS displays inconsistent SID. With “mbox fbb 2”, JNOS displays only “BF” (FBB binary compression v0) for incoming connections. But on outgoing connections, if the remote end displays “B1F” (FBB binary compression v1), then JNOS also shows “B1F”. <o:p></o:p></p><p class=MsoNormal>Suggestion: Make JNOS SID consistent. When set to “mbox fbb 2”, if JNOS can do B1F, then show B1F on incoming connections. If JNOS cannot do B1F, then don’t show B1F on outgoing connections.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: On incoming sessions (remote BBS connects to JNOS), JNOS telnet sessions hang if the remote end sends only a CR at the end of a command because JNOS waits for the LF. After 5 minutes (typical timeout interval), the remote end gives up.<o:p></o:p></p><p class=MsoNormal>Suggestion: Make JNOS more tolerant of end-of-line differences. Perhaps accept either CR or CRLF. Or else make the “cronly” option (currently in forward.bbs) apply to both incoming and outgoing connections. For example: “mbox cronly <callsign>”<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: “!” in forward.bbs only works on outbound connections. It would be preferable to turn off compression in both directions for a remote BBS that doesn’t handle it well.<o:p></o:p></p><p class=MsoNormal>Suggestion: Instead of “!” in forward.bbs, perhaps add: “mbox nocmp <callsign>”<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: some error messages in nos.log do not include the connection info (<ipaddr>:<port>) or the MBOX (<callsign>) info. This makes them harder to correlate when multiple connections are happening at the same time and it makes them harder to find with common tools like grep.<o:p></o:p></p><p class=MsoNormal>Suggestion: Add connection info and MBOX info to “fbb protocol error” messages. Add MBOX info to “lzhuf: … “ error messages.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: JNOS sometimes quits a forwarding session prematurely. Nos.log does not display a reason.<o:p></o:p></p><p class=MsoNormal>Suggestion: Have JNOS log the reason it needs to quit early so we can understand and fix the problem.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Issue: Prior to the IAC fix, telnet with FBB binary compression (mbox fbb 2) worked for inbound BPQ to JNOS forwarding, but not work for outbound JNOS to BPQ forwarding.<b><i> </i></b> After the IAC fix, inbound telnet with FBB compression is broken, as expected, due to the change in default behavior. And outbound still does not work, either with or without “noiac”.<o:p></o:p></p><p class=MsoNormal>Suggestion: None yet, until we can get more information on what the exact problem is. This is the lowest priority for me. My BPQ forwarding partner now prefers AXUDP. So, I will be switching to AXUDP for my BPQ link. But I can wait and leave telnet in place while this work on telnet is ongoing, if that is helpful.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>END<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><o:p> </o:p></p></div></body></html>