OpenBCM V1.07b12 (Linux)

Packet Radio Mailbox

DB0FHN

[JN59NK Nuernberg]

 Login: GUEST





  
G6KUI  > HELP     02.08.04 00:21l 45 Lines 1218 Bytes #999 (0) @ WW
BID : 76737-G6KUI
Read: GUEST
Subj: Re: LA9GG > 7+
Path: DB0FHN<DB0MRW<OK0PKL<OK0PCC<OM0PBM<OK0PAD<OK0PPL<DB0RES<ON0AR<GB7CIP<
      GB7WSX<GB7YFS<GB7MAX<GB7DBY<GB7DBY
Sent: 040801/2249z @:GB7DBY.#23.GBR.EU NPF2.54c [G6KUI PMS Alvaston Derby]


Warren KB2VXA wrote.......
} Hi Per and readers,
}
} If you don't mean rejecting 7+ files, what then do you mean by "not
} offering" them? Then you mention "not wanting to handle" meaning what?
}
} "I choose to see it differently."
} Boy, I'll say! It's so different I have no idea now what you're talking
} about.

}
} Message timed by cesium laser: 09:40 on 2004-Aug-01 GMT

When a message/bulletin is submitted to another BBS, the only info
presented to the receiving BBS (when using FBB compressed forwarding)
B or P
callsign of message/bulletin originator
@ field
"TO" field
Bid/Mid
Size

There is no info at all as to whether the message/bulletin is 7+

When using XFWD, even less info is supplied.

If the receiving station wants to REJECT something it has to be on one of
the fields mentioned, he can't do it any other way.

The forwarding station has much more control on what he offers for forwarding,
he can select whether to send 7+ or not.

What one BBS forwards to another is upto the two BBSs involved, it's no-one
elses buisiness.

Most Sysops know this, but maybe those who have had their brains fried by
a cesium laser still can't understand ;-))

73, Pete G6KUI



Message sent with NPFPMS V2.54c


Read previous mail | Read next mail


 11.03.2025 19:25:28lGo back Go up