Known bugs in the Cyrus IMAP Server
- The RENAME command does not have the hierarchical behavior
required by the IMAP4rev1 specification. The CAPABILITY command now
returns X-NON-HIERARCHICAL-RENAME in its response in order to
advertise this bug. We plan to have this fixed eventually.
- Using AFS groups with ptclient, users with negative rights as part of
groups may be granted access to mailboes if ptclient has died. We plan
to have this fixed eventually.
- COPY of a nonexistant sequence of messages results in OK, but should
result in NO.
- 8-bit set characters are coerced to 'X', but not before the notify_zephyr
code (if used) has had a chance to send them out.
- In some failures of the krbck program, the error messages printed out
bear no resemblance to what actually went wrong.
- Deliver does not handle messages containing NUL properly due to stdio
problems (the characters between the NUL and the LF will be
lost.)
- cyradm doesn't handle BYE quite properly (especially a BYE right after
connect).
- Random kerberos problems (and no, we don't know why they happen):
- It's possible to cause imtest/imapd to crash with Decoding
error: Incorrect network address (krb_rd_req) by sending a
large amount of information at once.
- Running imtest and imapd from the same machine using Kerberos
protection or privacy layers causes the same problem. A work
around is to not use any layers (imtest -l 0).
Please report bugs to cyrus-bugs@andrew.cmu.edu.
Be sure to include (at least) system type, compiler used, and the
options passed to configure, along with a detailed report. Additional
information is welcome, and naturally, patches are deeply appreciated.
If you submit a patch, please send unified diffs (-u) if your diff program
supports them, or context diffs (-c) if it doesn't. Plain diffs are very
difficult to evaluate.
Return to the Cyrus IMAP Server Home Page