File: fmtunpro.htm

package info (click to toggle)
fbbdoc 1%3A1999-2
  • links: PTS
  • area: main
  • in suites: lenny
  • size: 764 kB
  • ctags: 48
  • sloc: makefile: 29
file content (22 lines) | stat: -rw-r--r-- 3,618 bytes parent folder | download | duplicates (5)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <title>Unproto messages (Appendix 18)</title>
</head>
 <body background="/back_fbb.jpg">
 
<p>  </p>
<h1 align="Center">   Unproto message lists<small>.</small> </h1>
 
<p align="Center"> (Appendix 18) </p>
<p> </p>
<pre>
 FBB software allows sending unproto lists of message. This is validated
separately on each port (letter L in <a href="fmtport.htm">PORT.SYS</a>). Unproto address is FBB with<br>the following header :<br><br>fm F6FBB-1 to FBB ctl UI<br><br> An unproto list line is sent on every validated port each time a message is<br>recorded. The line is in the form :<br><br>12345 B 2053 TEST@ALL F6FBB 920325 This is the subject<br><br> If a message number is missing or does not exist the line will be :<br><br>12346 #<br><br> This allows a system listening to the UI packets on a frequency to create a<br>list identical to the one of the BBS, and then the user will not have to<br>connect the BBS to know the list of messages and bulletins.<br><br> A control can be done on the number of the messages to check if a line is<br>missing.<br><br> If the remote system receives a new line, and a line is missing, it only has<br>to send an unproto frame addressed to the BBS callsign like this :<br><br>fm FC1EBN-3 to F6FBB-1 ctl UI<br>? 00002EE00E<br><br> This will be taken in account only if the user has the U flag validated (EU<br>command).<br><br> If the user has not his flag validated in the BBS, he will receive a line<br>like :<br><br>fm F6FBB-1 to FBB ctl UI<br>12200 / callsign<br><br> In this case, the the remote software MUST stop asking unprotoes.<br><br> The first 8 digits are the hexadecimal number of the requested start of the<br>list (here 00002EE0 -&gt; 12000) and the last two digits are the sum of the four<br>bytes anded with FF (0E).<br><br> The BBS will then starts sending lines from the requested number up to the<br>last message number.<br><br> If the number requested seems to be too far from the current line, the BBS<br>can readjust the request of "callsign" while sending :<br><br>fm F6FBB-1 to FBB ctl UI<br>12200 ! CALLSIGN<br>12201 B 2040    TEST@FRA    F6FBB  920325 This is a bulletin<br>12202 #<br>12203 P 206    F6ABJ@F6ABJ  F6FBB  920325 Hello Remy.<br>etc...<br><br>and then starts sending lines from 12201. The remote system must change its<br>base number to 12201.<br><br>  If the number requested is greater than the last message received in the<br>BBS, the BBS will send a line like :<br><br> 12300 !!<br><br> This indicates that the list in the remote system is up to date. The last<br>received message in the BBS is 12300.<br><br><br> The remote system can also connect the BBS and ask for messages in binary<br>compressed mode using the following sequence :<br><br><br>     BBS                                    Remote system<br>--------------------------------------------------------------------------<br>                                            Connection request<br>Connection.<br><br>[FBB-5.14-ABFHM$]<br>Welcome in Toulouse, Gerard.<br>F6FBB BBS&gt;<br>                                            [TPK-1.80-$]<br>1&gt;<br>                                            F&lt; #Msg<br>Binary compressed message #Msg<br>is sent using format described<br>in appendix 7<br>1&gt;<br>                                            Disconnect.<br><br> From TPK version 1.80 (packet communication program developed by FC1EBN),<br>this protocol is implemented.<br><br><br><br><br>&nbsp;&nbsp;

<font color="#800000">This page was last updated 17-Apr-99</font>

</pre>
 
</body>
</html>