OK I have found the basic cause of the message header information being lost during retries of temporary failures. Basically the MimeMessageWrapper doesn't fully load the data file until it is actually needed, it stores a reference to a MimeMessageSource instead. When RemoteDelivery updates the message status and retry count, it attempts to store() the updated message.
What happens is that store() creates a new FileOutputStream, which truncates the file to 0 bytes, then tells the message object to write itself to the new file. MimeMessageWrapper realises that it needs to read the header data from it's MimeMessageSource and tries to do so, but this file has just been wiped. Therefore the data has been lost. Regards Steve -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
