| |
DM3TT > SYSOP 15.08.11 15:08l 103 Lines 3741 Bytes #999 (0) @ ITA
BID : 35693-TA2BBS
Read: GUEST
Subj: corr. BIN msg IW0QNL > ED1ZAC
Path: IZ3LSV<I0OJJ<UA6ADV<IK0MIL<TA2BBS
Sent: 110814/2033Z @:TA2BBS.#ANK.TUR.EU [Ankara] HFPR/PTOR XFBB7.04j $:35693-TA
From: DM3TT@TA2BBS.#ANK.TUR.EU
To : SYSOP@ITA
Original to IW0QNL@IW0QNL.IUMB.ITA.EU
Hello IW0QNL
There is a problem when forwarding messages with a full 8bit Autobin content
from BCM to any BBS such as FBB, xNOS etc. which are not Autobin capable.
Such data will be corrupted since FBB etc. can't handle such contents 8 bit
transparently and Autobin featured terminals can't decode these messages
later any more.
Here's a recent example
>R:110814/1858Z @:IK0MIL.ILAZ.ITA.EU #:42422 [Roma] HF Pactor-3 $:E8LDB0RBS088
>R:110814/1113Z @:GB7CIP.#32.GBR.EU #:10830 [Caterham] $:E8LDB0RBS088
>R:110814/0954Z @:ED1ZAC.EAC.ESP.EU #:581 [C.D.G]{EANET1G.06}E8LDB0RBS088
>R:110814/0954z @:IW0QNL.IUMB.ITA.EU $:E8LDB0RBS088
>R:110814/0953z @:ON4HU.MOU.BEL.EU $:E8LDB0RBS088
>R:110814/0953z @:SR1BSZ.SZ.POL.EU $:E8LDB0RBS088
>R:110814/0953z @:OK0NBR.SP.BRA.SA $:E8LDB0RBS088
>R:110814/0953z @:OK0PHL.#BOH.CZE.EU $:E8LDB0RBS088
>R:110814/0953z @:OK0NHD.#BOH.CZE.EU $:E8LDB0RBS088
>R:110814/0948z @:DB0LHR.#BW.DEU.EU $:E8LDB0RBS088
>R:110814/0947z @:DB0SEL.#BW.DEU.EU $:E8LDB0RBS088
>R:110814/0944z @:DB0RBS.#BW.DEU.EU [Schwieberdingen OP:DF5EN] Bcm1.44k LT:090
>from: DK5UG @DB0RBS.#BW.DEU.EU (August) to: TECHNIK @ EU
>X-Info: No login password
>
>
>#BIN#54918#|61951#$00AA6958#UV3R_eeprom_default.pdf
corrupted 8bit data starts here
Therefore, it is not recommended to offer such traffic from any BCM to
any non-BCM, non-DPBOX or non-DIEBOX software.
The option -i was implemented in BCM for testing purposes only and is
usesless since Autobin capabilty is indicated by the letter D in the BBS SID.
Autobin capabilty can be negotiated between both BBS themselves without any
sysopconfiguration.
[OpenBCM-1.06b58-AB1D1FHMRW$]
^^ OK
[DP-6.00-AB1D1FHMRW$]
^^ OK
[FBB-7.04j-AB1FHMR$]
see no "D" here.
That means NEVER USE OPTION -I IN FWD.BCM AT ALL !
The sysop of IW0QNL is to remove -I at the section for ED1ZAC in FWD.BCM in
this case, pse.
See the BCM/openbcm manual, enter HELP OPTION FORWARD at the BCM BBS prompt.
::::::::::::::::::::
:: OPTION FORWARD ::
::::::::::::::::::::
These are all possible S&F options:
-b<bytes> maximum size of forward mails ( > 10k)
-d (delay) S&F only at set times of "crontab.bcm"
-e send E/M files with 4 lines in 1 frame (e.g. DB0SAO)
-f send empty line before start S&F (e.g. xNOS)
-i BoxBin mails are forwarded regardless of the capabilites of ***
the receiving system (not useful in most cases) ***
-k no forward of autobin bulletins
-l no forward of autobin user mails
-m no forward of 7plus bulletins
-n no forward of 7plus user mails
-o entries are sorted by size (smallest at first)
-p suppress prompt after login (e.g. needed for DB0SAO)
-r send ONLY bulletins from "fwd.bcm" to S&F partner
-s SID is send immediately of connected BBS
-t tracing active (if "fwdtrace 2" is set)
-u connection is closed immediately, without this parameter S&F
is waiting for some time if new mails can be forwarded
Note: You should use option "-l" and "-k" ONLY in that case, if S&F partner
can't handle 7plus or autobin mails, like shortwave gateways. Don't restrict
user mails without reason!
Parameter "-b" makes only sense, if S&F partner only supports ASCII S&F
protocol (from WA7MBL). Internally OpenBCM limits the size of one mail at the
moment to 10 MBytes. Every option must be separated through spaces, if
you use more than one.
See also HELP FWDTIMEOUT, HELP FWDTRACE and HELP FWDSSID.
-- end of quote --
73 Thomas
DM3TT@DB0LJ.#RPL.DEU.EU
/ack
Read previous mail | Read next mail
| |
