Opened 11 years ago

Last modified 11 years ago

#41 defect closed fixed (fixed)

IMAPServer receiving literals CR/LF error

Reported by: radix Owned by:
Priority: high Milestone:
Component: Keywords:
Cc: radix, exarkun, anadelonbrin Branch:
Author: Launchpad Bug:

Description


Change History (4)

comment:1 Changed 11 years ago by radix

A command that includes a literal should still terminate
with a CR/LF pair (according to the RFC). This CR/LF
pair should not be considered part of the literal.

i.e. to send a literal of "." you should use "{1}\r\n.\r\n",
and to send a literal of ".\r\n" you should use "{2}
\r\n\.\r\n\r\n".

At the moment with the first example the terminating
\r\n is treated as a new command (an invalid blank
line). With the second example, the server does not
wait for the final \r\n to be read.

Both examples do result in the correct literal, though.

Does this make sense? I'm finding it hard to describe
the problem.

comment:2 Changed 11 years ago by moshez

radix, maybe you can write a [failing] unit test of the problem and put it here? this will be way better than a description!

comment:3 Changed 11 years ago by radix

Hrm. I don't remember submitting this bug. It's definitely not mine.. Maybe it's
left over from the SF migration?

comment:4 Changed 4 years ago by <automation>

  • Owner exarkun deleted
Note: See TracTickets for help on using tickets.