src/sbbs3 mail.cpp 1.31 1.32
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv32570

Modified Files:
mail.cpp
Log Message:
delmail() re-writes the mail.sid file. Since I've seen some recent
mail.sid corruption approximately around midnight (when delmail()) is
called as part of the "DAILY:" mail maintenance, I'm suspicious of this function and while I haven't found any bugs, I did find (and now fixed)
lack of error checking in calls to smb_fsetlength() and smb_fwrite().


--- SBBSecho 3.03-Win32
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

src/sbbs3 mail.cpp 1.32 1.33
Update of /cvsroot/sbbs/src/sbbs3
In directory cvs:/tmp/cvs-serv3367

Modified Files:
mail.cpp
Log Message:
delmail(): don't truncate the .sid file to 0-bytes before writing the contents, instead truncate to the new length after writing the contents. This should
make mail.sid files more tolerant of "out of disk space" situations and reduce the risk of lost data (0-byte mail.sid files) due to low/no free disk space.

--- SBBSecho 3.04-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

https://gitlab.synchro.net/main/sbbs/-/commit/fdac4238e18bc9102ba2583e
Modified Files:
src/sbbs3/mail.cpp
Log Message:
delallmail() optimization and fix

Optimization:
No need to read and re-write headers that already have the DELETE attribute.

Fix:
Forced permanent removal of deleted messages (e.g. when creating a new user that's reusing an existing user number), didn't work unless SCFG->Message Options->Purge Delete E-mail was set to "Immediately" (not the default).
--- SBBSecho 3.23-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)