Opened 14 years ago

Last modified 13 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, Jean-Paul Calderone, anadelonbrin Branch:


Change History (4)

comment:1 Changed 14 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}

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 13 years ago by Moshe Zadka

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 13 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 6 years ago by <automation>

Owner: Jean-Paul Calderone deleted
Note: See TracTickets for help on using tickets.