cc-test.sh: add test for [f4db93b3]; more MBOX mishandling, everwhere..
commitac21a4d4229607246bb7aca5f9445bd10c985532
authorSteffen Nurpmeso <steffen@sdaoden.eu>
Thu, 15 Mar 2018 21:07:16 +0000 (15 22:07 +0100)
committerSteffen Nurpmeso <steffen@sdaoden.eu>
Thu, 15 Mar 2018 21:13:45 +0000 (15 22:13 +0100)
treee6057d9c417cd7e54e88c762097d3377ee9bfcef
parentcecc2e00fbcc3a5d76dcb321ddc272ac18f113ae
cc-test.sh: add test for [f4db93b3]; more MBOX mishandling, everwhere..

Sigh.  Well, one more reason to use model-view-controller and
objects in general.  When doing "copy SOME-MBOX" and the message
to be copied did not have a trailing newline, we would mess the
target MBOX.  Etc.

So audit the codebase for all possibilities which possibly result
in storing data in MBOX files (sic), and fix the spots found.
Like i said, this needs to be a VFS superobject with a MBOX
subclass that has .open(), .close(), .append(), .insert() or
whatever, then each mailbox type can do whatever is appropriate.
But that is future work, still.

While here, drop the historic "config.h:#define APPEND".
And add some tests for invalid MBOX handling as well as copying
over also those with *mbox-rfc4155* set.
cc-test.sh
cmd-write.c
config.h
quit.c