<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>More info.</p>
    <p>JNOS manual says</p>
    <blockquote>
      <p><b>bulletin return [on | OFF]</b><br>
      </p>
    </blockquote>
    <blockquote>Displays or sets how a message's return address is
      obtained. If ON, the return address is obtained from the last R:
      header line when available. If OFF, sender%forwarding.bbs@mycall
      is used. Note that for the mailbox SR (send-reply) command to
      work, the system's rewrite file must be capable of handling the
      '%' symbol. A recommended rewrite rule is: *%*@YOURCALL* $1@$2 r</blockquote>
    <p>Note that I have it OFF normally. However, if I turn
      bulletin-return ON I get return addresses of the form AA6AX@
      (nothing after the 'at') which clearly doesn't work either. So
      that's not going to be a complete solution.</p>
    <p>I'm fully willing to admit that this might be caused by having
      two JNOS stations talking to each other, but I think that should
      be possible. Most of the time my station talks to ARY-based BBS's,
      and messages go flying around with no problem. And our two
      JNOS-based stations can talk to the other BBS's and exchange
      messages just fine. It only fails when they talk to each other
      directly.<br>
    </p>
    <p>—Sky<br>
    </p>
    <pre class="moz-signature" cols="72">- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
"Sky" (Jim Schuyler)
—Amateur Radio AA6AX
<a class="moz-txt-link-freetext" href="http://aa6ax.us/">http://aa6ax.us/</a></pre>
    <div class="moz-cite-prefix">On 7/20/20 12:28 PM, Sky via nos-bbs
      wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:b1f9fb6a-6700-2f85-29c7-e35ece8d5014@aa6ax.us">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <p>I'm beating my head against this -- and Maiko is also noodling
        on it -- but I am getting nowhere.</p>
      <p>The quick version of my question is "Does anyone know why
        return addresses are sometimes ABC%DEF.bbs@GHI and have that
        ".bbs" in the middle rather than being ABC%DEF@GHI. Responding
        to such a message (with the ".bbs") does not work if it's going
        to a remote JNOS station -- the message is silently dropped with
        no reason given ("FS -" response) and the sender is not
        notified. (Responding to ABC%DEF@GHI does work.)<br>
      </p>
      <p>- - - - - - -<br>
      </p>
      <p>A friend and I have two JNOS BBS's operating here in San
        Francisco (AA6AX and KJ6PTX) and want to pass messages back and
        forth.</p>
      <p>When he addresses a message to me aa6ax@AA6AX his JNOS sends it
        out to my JNOS on the radio (he has a rewrite rule and
        forward.bbs that take care of that), but then when I open it,
        the return address is kj6ptx%kj6ptx.bbs@AA6AX.</p>
      <p>All well and good, <u>except</u> for that ".bbs" in the
        middle, and we have no idea where that came from. We believe it
        <u>should</u> be kj6ptx%kj6ptx@AA6AX instead. The JNOS log
        itself shows the correct return address <u>without the .bbs</u>
        in it. However, that's just the log. Inside my JNOS "area"
        (aa6ax.ind) the message is from kj6ptx%kj6ptx.bbs@AA6AX instead.<br>
      </p>
      <p>I also have rewrite and forward.bbs rules in place. My rewrite
        is:</p>
      <pre>*%*.bbs@AA6AX $1@$2 r</pre>
      <p>My understanding is that this rule (REGEX) looks for
        anything-percent-anything-dotBBS@AA6AX and then rewrites it <u>without
          any .bbs in the rewritten string</u>.</p>
      <p>If I check within JNOS, the rewrite seems to correctly analyze.<br>
      </p>
      <pre>jnos> rewrite kj6ptx%kj6ptx@AA6AX
to: kj6ptx_bbs
</pre>
      <p>Note that this is <u>correct</u>. My rewrite and forward.bbs
        rules say that messages to %KJ6PTX are to be queued in
        kj6ptx_bbs (underscore, not dot) until sent.</p>
      <p>When JNOS goes to send this message, however, it snags. JNOS at
        AA6AX connects to JNOS at KJ6PTX and proposes a transfer, but
        the destination address is KJ6PTX.BBS, and the JNOS at KJ6PTX
        rejects this ("FS -") for reasons we don't understand, but
        anyway it is rejected. So that's the issue...<br>
      </p>
      <pre>Wed Jul  8 12:04:26 2020 - vhf sent:
KISS: Port 0 Data
AX25: AA6AX-1->KJ6PTX-1 I NR=1 NS=0 pid=Text
<font color="red">0000  00 96 94 6c a0 a8 b0 e2 82 82 6c 82 b0 40 63 20  ...l (0b..l.0@c 
0010  f0 5b 4a 4e 4f 53 2d 32 2e 30 6d 2d 42 31 46 48  p[JNOS-2.0m-B1FH
0020  49 4d 24 5d 0d 46 41 20 50 20 41 41 36 41 58 20  IM$].FA P AA6AX 
0030  4b 4a 36 50 54 58 2e 42 42 53 20 4b 4a 36 50 54  KJ6PTX.BBS KJ6PT
0040  58 20 31 35 39 33 5f 41 41 36 41 58 20 34 30 35  X 1593_AA6AX 405
0050  0d 46 3e 0d                                      .F>.</font></pre>
      <pre>Wed Jul  8 12:04:30 2020 - vhf recv:
KISS: Port 0 Data
AX25: KJ6PTX-1->AA6AX-1 I NR=1 NS=1 pid=Text
<font color="blue">0000  00 82 82 6c 82 b0 40 e2 96 94 6c a0 a8 b0 63 22  ...l.0@b..l (0c"
0010  f0 46 53 20 2d 0d                                pFS -.</font></pre>
      <p>First of all, am I understanding this correctly? Should I be
        able to just "reply" to kj6ptx%kj6ptx.bbs@AA6AX and have the
        rewrite rule route it correctly? Obviously it handles the
        overall message using my rewrite and forward.bbs rules, but does
        nothing to the "To:" inside the message, which retains the .bbs
        in it, which presumably is why it won't transfer properly.</p>
      <p>Second, is it possible that the JNOS on the receiving end
        should be smarter and understand that "KJ6PTX.BBS" is in fact
        its own name?</p>
      <p>For the record, I have tried modifying these settings:<br>
      </p>
      <pre>bulletin return on|OFF
bulletin check on|OFF
</pre>
      <p>which supposedly tells JNOS whether to pay attention to "R:"
        information in bulletin routing, yet it makes no difference in
        how these incoming messages are being handled. I still get the
        "%" format and the ".bbs" in the return address.<br>
      </p>
      <p>This does not happen to return addresses to non-JNOS stations.
        They are as expected and do not have this "%" nonsense in them.
        This is JNOS being fussy with other JNOS systems. Or JNOS being
        fussy with "R:" headers?<br>
      </p>
      <p>—Sky<br>
      </p>
      <p><br>
      </p>
      <pre class="moz-signature" cols="72">- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
"Sky" (Jim Schuyler)
—Amateur Radio AA6AX
<a class="moz-txt-link-freetext" href="http://aa6ax.us/" moz-do-not-send="true">http://aa6ax.us/</a></pre>
      <div class="moz-cite-prefix">On 7/16/20 7:23 PM, Sky wrote:<br>
      </div>
      <blockquote type="cite"
        cite="mid:05301c31-7346-08bb-46c3-c5c79328e988@aa6ax.us">
        <pre class="moz-quote-pre" wrap="">Answers inline. If this isn't appropriate for this list, let me know.
—Sky/aa6ax

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
"Sky" (Jim Schuyler)
—Amateur Radio AA6AX
<a class="moz-txt-link-freetext" href="http://aa6ax.us/" moz-do-not-send="true">http://aa6ax.us/</a>

On 7/16/20 5:11 PM, Bill Vodall wrote:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">)

</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">On Wed, Jul 15, 2020 at 11:31 AM Sky <a class="moz-txt-link-rfc2396E" href="mailto:sky@aa6ax.us" moz-do-not-send="true"><sky@aa6ax.us></a> wrote:
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">Hello Sky and the NOSBBS world...

Mesh continues to bring back the fun of packet - I know - the tunnel's
are cheating a bit but hey - with NPR and LORA coming soon we'll have
new tech that fills that missing 1 to 10 mile coverage at a useable
speed.

Yesterday as a zero pi day big time.  I went from zero to three in a
couple hours.  Having prepurchased the essentials worked out well.
The USB-Micro to 3 regular USB ports  (and one with Ethernet) made it
easy to hook up the keyboard and mouse to get running.

The middle pi zero was a bit of an impediment.  Worked on getting it
associated with the local WIFI for a hour before I noticed the missing
W (as in Wifi Wireless) on the circuit board.  Plugged in the hub with
Ethernet and it came right up.

The associate at the end of the tunnel set up another PI for me this
morning.  Since then I've compiled JNOS and delivered it over the
tunnel so it's running at the remote site.   Thus leaving only the
minor task of configuring JNOS.  If only I had a nickel for every
config change...

Lot's of history with JNOS and many historical config files but since
I'm starting fresh I'll take the packaged jnos installer for a test
ride.

(Hey Maiko - there's still a couple references to the jnosinstaller in
the Makefile...)

There isn't much happening on the MESH world - that's about to change
when JNOS gets running.  Specially the web pages and even MRTG stats.
 LINBPQ has more web interaction - but it's even harder to get going
than JNOS.  I'll take it for a mesh test drive soon.
</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">Hey, Bill ——
Compile was 100% easy.
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">Yes - copied the config.h.default - removed a couple defines not
needed for a pure IP environement and removed the two jnosinstalls.

</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">My JNOS appears at 192.168.2.2 on the Pi via the tunnel set up in autoexec.nos. So I can access any services there that are listening. Is this what you're asking?
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">I'm expecting these jnos instances will use another 10. address on the
mesh.   Kinda like the old 44 net days.  That was my original
question.  With 'real' linux the TUN interface allows connecting JNOS
(like a virtual machine) to the hosting Linux.   Is that how you set
up your 192.168.2.2 interface.
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">My 192.168.2.2 is configured in the autoexec.nos file. That's all I
know. –Sky
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">I use home-built Python add-ons to knit my JNOS into other capabilities like email. I use regular email app (Claws Mail) to send and receive thru JNOS (like using Outpost PMM, but without the need to run Windows). There are a few glitches that are getting worked out, but basically this works really, really smoothly.
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">That's where I hope this leads.   It'll provide a locally hosted email
system I can access with Thunderbird or alpine - I think Alpine is the
client these days. I left ELM at the y2k and still miss it.  NNTP
newsgroups, CONVER chat and the whole works - handled on a relatively
safe relatively quiet VPN'ish 10. net.
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">Precisely. This stuff should be easy enough for regular folk to use it.
I'm tired of going into an emergency simulation and taking 2 hours to
fiddle with parameters before the packet station can be up and running. —Sky
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">See <a class="moz-txt-link-freetext" href="https://SFWEM.NET/" moz-do-not-send="true">https://SFWEM.NET/</a>
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">Are you hooked on the big AREDN test tunnel with around 600 stations?
 Right now I want both - the big tunnel worldwide and a nice quiet
local net with friends.  I picked up a Mikrotiq hAP (
<a class="moz-txt-link-freetext" href="https://amzn.to/3h80O1P" moz-do-not-send="true">https://amzn.to/3h80O1P</a> ) for a full time tunnel server.   I may get a
second one so I can be on both networks.
</pre>
        </blockquote>
        <pre class="moz-quote-pre" wrap="">SFWEM.NET is local with about 60 nodes. Tunnels are a problem as they
add too many nodes. —Sky
</pre>
        <blockquote type="cite">
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">—Sky
—Amateur Radio AA6AX
<a class="moz-txt-link-freetext" href="http://aa6ax.us/" moz-do-not-send="true">http://aa6ax.us/</a>
</pre>
          </blockquote>
        </blockquote>
      </blockquote>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
nos-bbs mailing list
<a class="moz-txt-link-abbreviated" href="mailto:nos-bbs@lists.tapr.org">nos-bbs@lists.tapr.org</a>
<a class="moz-txt-link-freetext" href="http://lists.tapr.org/mailman/listinfo/nos-bbs_lists.tapr.org">http://lists.tapr.org/mailman/listinfo/nos-bbs_lists.tapr.org</a>
</pre>
    </blockquote>
  </body>
</html>