Re: [Imap-protocol] Strange behavior from Office 365 IMAP

Bron Gondwana <[email protected]>
Newsgroups gmane.mail.imap.general
Message-ID <[email protected]>
On Thu, Nov 28, 2013, at 11:36 AM, Jeff McKay wrote:
> I am trying to send a message to Office 365 via IMAP (using my own 
> software).  What
> I am seeing is, if the message is over a certain size (10240 bytes, to 
> be exact) the
> server will fail the APPEND command like this:
> 
> Delivered-To: BAD Command Error. 10
> 
> The server name is "outlook.office365.com".  Using SSL on port 993.
> 
> The "Delivered-To:" happens to be the first line of the message 
> (although there is
> additional text after that, it does not show up in the error message).  
> For some
> reason it thinks that the first line of data is a command, instead of 
> message text.
> If the total length of the message is less than 10240, then it works 
> just fine
> (with the exact same data, just cutoff at the end).  For example, here 
> is the
> first part of the trace, where it fails:
> 
> <send 67>A009 APPEND "Migrated/INBOX" "08-May-2013 13:38:56 -0800" {21748}
> <recv 38>+ Ready for additional command text.
> <send 21748>Delivered-To: [email protected]
> Received: by 10.194.162.225 with SMTP id yd1csp6294wjb;
>          Wed, 8 May 2013 08:38:58 -0700 (PDT)
> 
> 
> (the <send> and <recv> strings are not part of the data, just info from 
> the trace).
> 
> Here is a trace where it works:
> 
> <send 67>A009 APPEND "Migrated/INBOX" "08-May-2013 13:38:56 -0800" {8000}
> <recv 38>+ Ready for additional command text.
> <send 8000>Delivered-To: [email protected]
> Received: by 10.194.162.225 with SMTP id yd1csp6294wjb;
>          Wed, 8 May 2013 08:38:58 -0700 (PDT)
> 
> 
> In this case, I have arbitrarily cut off the data at 8000 bytes. The 
> APPEND command works
> fine. By the way, this exact same code/data works fine with every other 
> IMAP server I have
> tried.  Any ideas?

I would be interested in seeing the END of the larger message.  It's almost
certainly a bug in office365's IMAP implementation of course.

Of particular interest is whether it's a security hole ;)

Other fun things to check - does it only happen over SSL?

What if you send smaller blobs and flush them, rather than streaming all 20k bytes at once?

Bron.

-- 
  Bron Gondwana
  [email protected]
_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.