The sizes returned through the msgsize, rfcsize, headerrfcsize, etc. variables should all have been zero. So there's also a problem of assuming a non-binary, null terminated message. Aren't now email programs encouraged to support binary data nowadays?
Aaron Ilja Booij <[EMAIL PROTECTED]> said: > Hi all, > > We've found a small error in insert_message_temp() in pipe.c. > The buffers strblock and tmpline were not initialised with '\0' > characters. Because of this, sending emails with an empty body resulted > in the message body possibly being filled with random characters (or > worse, characters from a previous message). This happened because the > strblock buffer was immidiately read from when the message body was empty. > > A simple memset() did the trick. > > I wonder if we have more of those possibly uninitialised buffers lying > around. :/ > > Ilja > > _______________________________________________ > Dbmail-dev mailing list > [email protected] > http://twister.fastxs.net/mailman/listinfo/dbmail-dev > --
