[EMAIL PROTECTED] wrote: > Hi, > > I am using 2.1.3(? actually a fixed version from svn after reporting some > other problems with mime attachments; cannot look up the exact version > right now), but I do have the same problem with forwarded emails > containing attachments (especially text/rfc822 type attachments).
I've checked and my conclusion for now is that this is a client issue. Simply put: it works as expected in evolution, but *not* in thunderbird. TB cannot grok message/rfc822 attachments it has generated itself, even though it shows message/rfc822 attachments generated by evolution just fine. >>>For example, when I view a particular message with Thunderbird from the >>>DBMail folder, I get the following at the bottom of the email: >>> >>> >>>--0__=45BBFA3CDF9BA1BE8f9e8a93df938690918c45BBFA3CDF9BA1BE >>>X-Mozilla-IMAP-Part: 2.2 >>>Content-type: application/octet-stream; name="test.pps" >>>Content-Disposition: attachment; filename="test.pps" >>>Content-transfer-encoding: base64 >>> >>>This body part will be downloaded on demand. >>>--0__=45BBFA3CDF9BA1BE8f9e8a93df938690918c45BBFA3CDF9BA1BE-- >>> >>> >>>This does not appear in the email on the courier server. The attachment >>>( test.pps ) which *is* visible in the attachment list on in the courier >>>folder is not visible in the DBMail folder. That's very much a courier issue. The mime snippet you're including is generated by courier or by your mailclient. Dbmail doesn't do that. So obviously something went wrong during the copy operation. Try some other route for copying like imapsync. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl
