AFP548 Changing the world one server at a time.

10.4 strange behaviour of cyrus reconstruct

Home › Forums › OS X Server and Client Discussion › Mail › 10.4 strange behaviour of cyrus reconstruct

  • This topic is empty.
Viewing 2 posts - 1 through 2 (of 2 total)
  • Author
    Posts
  • #361667
    Anonymous
    Guest

    Yesterday I did a reconstruct (from the command line using -r -f) of a user’s mailbox. After the reconstruct some of the IMAP mailboxes of this user could not be read (“mailbox does not exist”). Among those was the inbox.

    It took me a lot of time to trace the cause, but eventually I found that after a reconstruct the username of the user was ‘spontaneously’ changed in the cyrus.header file. The username is all lowercase, but after the reconstruct either the first character or all of the username are uppercase. When I change them back by hand, the mailboxes are available again.

    To illustrate this: Before the reconstruct the cyrus.header file reads:

    ———–
    ^B<8B>^MCyrus mailbox header
    “The best thing about this system was that it had lots of goals.”
    –Jim Morris on Andrew
    user.username 65bad91a4283c246

    username lrswipcda
    ———–

    And after the reconstruct it may be changed to:

    ———–
    ^B<8B>^MCyrus mailbox header
    “The best thing about this system was that it had lots of goals.”
    –Jim Morris on Andrew
    user.username 65bad91a4283c246

    Username lrswipcda
    ———–

    Now, I never have this behaviour with 10.3 (10.3.8 is the last version I have). The strange thing is that it is reproducable.

    Does anyone recognize this behaviour and have an idea what is going on?

    #361683
    Anonymous
    Guest

    I was able to trace this problem down to a procmail problem (since SIEVE doesn’t work I use procmail). Depending on uppercase or lowercase characters in the email address it would invoke:

    /usr/bin/cyrus/bin/deliver -e -a username -m user/Username

    or

    /usr/bin/cyrus/bin/deliver -e -a username -m user/USERNAME

    Cyrus delivered anyway, but somehow got messed up or it was Mail.app that had a problem with Cyrus. Anyway, I did a reconstruct of the mailbox and afterwards found the Username (uppercase first character) in the cyrus.header file. This resulted in the error message “mailbox does not exist”.

    I only could find a solution for the procmail issue above that would alter the cyrus deliver script. I do not like that so I quit server side filtring alltogether.

    If anyone has an alternative solution I would like to hear that.

    BTW: after the reconstruct I had the same problem as mentioned in this post:
    https://www.afp548.com/forum/viewtopic.php?forum=26&showtopic=7473

    I did a reconstruct from the command line and not from the server admin tool, because the latter does not list all mailboxes and I am not sure it performs a reconstruct -r.

    I am not an expert in these matters, but rapidly becoming one (well not really) since I am using 10.4 😉

Viewing 2 posts - 1 through 2 (of 2 total)
  • You must be logged in to reply to this topic.