Subj : exec/load/binkp.js To : Git commit to main/sbbs/master From : Deuce Date : Fri Nov 27 2020 00:45:41 https://gitlab.synchro.net/main/sbbs/-/commit/d218c8de9ff3cd359f101409 Modified Files: exec/load/binkp.js Log Message: "Handle" frames with a data length of zero.These frames were already not allowed in the binkp/1.0 protocol,and it is mentioned in the spec (issued in 2005) as "Some oldimplementations do send empty frames as the last frame.".It's certainly not allowed now, and any mailer which does it isbroken.For zero-length data packets, it will be seen as a frame containingzero data bytes which will also be logged as being after the fileif it comes after the file has already been completely transferred.A zero-length command packet will abort with M_ERR, logging an errorregarding command number NaN or something like that.This may fix #185 since attempting a recv() of zero bytes andsucceeding is the only way I can see for a zero second timeout tohave been logged in receving frame data. The software assumed thatreceiving zero bytes was a timeout, but if that's what you asked for,it's actually success. --- SBBSecho 3.11-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) .