<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-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;
font-family:"Calibri",sans-serif;}
@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>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 of 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: “!” in forward.bbs only works on outbound connections. We need a way to turn of 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: FBB binary compression (mbox fbb 2) works for inbound BPQ to JNOS forwarding, but does not work for outbound JNOS to BPQ forwarding.<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. According to one BPQ user, telnet forwarding is not used much and may not be compatible. AXUDP is preferred. 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>