TNEF Question

[Derek Buttineau]

On 2007-Aug-14, at 5:00 PM, Julian Field wrote:

> That code has changed quite a bit since then. I found a bug in the
> external TNEF decoder support code which I have fixed.

Hi Julian,

I finally had a chance to review the TNEF changes in Version 4.62.9  
and found that my test winmail.dat (which had worked fine with  
4.61.7) was coming back as unparsable.  After  a bit of head  
scratching, I think I found the problem.   The default umask of 0022  
on the system was causing the tnef.$$ subdirectory to be created with  
a mode of 0640 instead of 0777 and a result when the external decoder  
was called it was unable to extract the files to the newly created  
directory.

To work around this, I simply added the chmod 0700 to bring it inline  
with the InternalDecoder().  I've included the patch for 4.62.9 (as  
minor as it is)


-------------- next part --------------
A non-text attachment was scrubbed...
Name: TNEF.pm.4.62.9.patch
Type: application/octet-stream
Size: 326 bytes
Desc: not available
Url : http://lists.mailscanner.info/pipermail/mailscanner/attachments/20070912/26cda3db/TNEF.pm.4.62.9.obj
-------------- next part --------------
--
Regards,

Derek Buttineau
Internet Systems Developer
Compu-SOLVE Internet Services
Compu-SOLVE Technologies, Inc

Phone:  705-725-1212 x255
E-Mail:  derek at csolve.net