Hi,
Looks like there is an issue with Outlook 2013 client. I've noticed that if plain text email is sent with an attachment with SMTP connection then outlook lose the MIME format and sends uuencoded message to exchange server. I believe Outlook/Exchange server still supports the uuencoding so we don't see any problem when the message reaches to recipients but this is creating issues in our outlook add-in. Since our add-in expects that outlook should send MIME message. Outlook shows this peculiar behavior only in case of Plain text email with attachment and SMTP connection. If I repeat the same scenario with same attachment in Outlook 2010, I don't see any issue. Outlook 2010 sends proper MIME message.
I've collected the raw logs (attached with this thread) of DATA command in case of Outlook 2010 x86 and outlook 2013 x86, which clearly shows the difference. I am trying to send "first.png" attachment in plain test.
I am trying to understand why does outlook 2013 shows this peculiar behavior . Is this a bug or OL2k13 is trying to follow some standard, if yes what standard ?
Looks like there is an issue with Outlook 2013 client. I've noticed that if plain text email is sent with an attachment with SMTP connection then outlook lose the MIME format and sends uuencoded message to exchange server. I believe Outlook/Exchange server still supports the uuencoding so we don't see any problem when the message reaches to recipients but this is creating issues in our outlook add-in. Since our add-in expects that outlook should send MIME message. Outlook shows this peculiar behavior only in case of Plain text email with attachment and SMTP connection. If I repeat the same scenario with same attachment in Outlook 2010, I don't see any issue. Outlook 2010 sends proper MIME message.
I've collected the raw logs (attached with this thread) of DATA command in case of Outlook 2010 x86 and outlook 2013 x86, which clearly shows the difference. I am trying to send "first.png" attachment in plain test.
I am trying to understand why does outlook 2013 shows this peculiar behavior . Is this a bug or OL2k13 is trying to follow some standard, if yes what standard ?