TID: FMail-lnx64 2.1.0.18-B20170815
RFC-X-No-Archive: Yes
TZUTC: 0200
CHRS: UTF-8 2
PID: GED+LNX 1.1.5-b20161221
MSGID: 2:280/464 5e9ff915
REPLY: 796.net_dev@1:103/705 2304b6e3
Hi Rob,

On 2020-04-21 16:12:07, you wrote to me:

 RS> SBBSecho has always treated packet passwords case-INsensitively. It is
 RS> unfortuate that so many of the fido specifications were so badly
 RS> written to begin with and the resulting ambiguities and contradictions
 RS> have never been sufficiently addressed by the FTSC.

There is no ambiguity for packet password case sensitivity. It's just not
specified, so anything goes...

 RS> Luckily, with password-protected mail sessions the norm these days,
 RS> packet passwords are kind of moot and probably should just be
 RS> deprecated. Doubt that'll happen though.

I don't agree here. Packet passwords provide an extra layer of security. For
instance without it, anyone can drop a .pkt file in your insecure inbound with
a falsified source address and echomail in it. If you process .pkt files from
your inbound automatically, it will get tossed, if there is no packet password
agreeded upon for the falsified source...

Bye, Wilfred.

--- FMail-lnx64 2.1.0.18-B20170815
 * Origin: FMail development HQ (2:280/464)
SEEN-BY: 1/123 18/200 90/1 103/705 120/340 601 154/10 203/0 221/0
SEEN-BY: 226/30 227/114 229/426 1014 240/5832 249/206 317 280/464
SEEN-BY: 280/5003 288/100 292/854 8125 310/31 317/3 322/757 342/200
SEEN-BY: 396/45 423/120 633/280 712/848 770/1
PATH: 280/464 229/426