OK, situation: One of our users has OL2000, the rest are OL97. When the OL2000 sends email, the OL97 clients find the email as a text attachment within the email, like ATT0001.TXT. Another OL2000 client parses the email correctly.
We all use MIME as a sending format, and after a few wasted hours of changing configuration options, I finally got a few people to email me, Telnetted the mailserver and had a look at the headers.
I identified the problem as the Content-Transfer-Encoding: field. It was set to quoted-printable on the OL2000 and 7-bit on the (correctly decoded) OL97 mails.
After a little playing, we finally set the sending format to UUEncode instead of MIME. Now the messages are send without the Content-Transfer-Encoding: field at all, and are being decoded correctly by the OL97 clients.
Can anyone shed some light on what earth OL2000 is doing here? - I've solved the problem, but I don't know exactly how or why, and I hate that!
Thanks
We all use MIME as a sending format, and after a few wasted hours of changing configuration options, I finally got a few people to email me, Telnetted the mailserver and had a look at the headers.
I identified the problem as the Content-Transfer-Encoding: field. It was set to quoted-printable on the OL2000 and 7-bit on the (correctly decoded) OL97 mails.
After a little playing, we finally set the sending format to UUEncode instead of MIME. Now the messages are send without the Content-Transfer-Encoding: field at all, and are being decoded correctly by the OL97 clients.
Can anyone shed some light on what earth OL2000 is doing here? - I've solved the problem, but I don't know exactly how or why, and I hate that!
Thanks