control messages without an argument (e.g. "DROP" instead of "DROP <conf-num>")
no longer worked because the qwkcfgline() function expected the message subject
to be padded with spaces (ASCII 32) per the QWK-spec, but changes in un_rep()
included truncating trailing spaces from QWK message subjects *before* control
message parsing occurred (causing this problem).
Thanks to Dreamer for reporting this problem (using MultiMail).