Mailbox not found issue [Scanned]

William Reynolds wreynolds at rrwds.net
Thu Jun 20 05:06:25 CEST 2013


Sorry it took so long to respond back. I looked at the spool directory (/var/spool) and permissions on it are root:root rwxr-xr-x (0755). The permissions for the imap spool folder (/var/spool/imap) are mail:cyrus rwx------ (0700).

I didn't change any folder permissions that I remember so these are whatever they were set to when CentOS 6 and Kolab 3 were installed.

On the other part about the @ symbol in the maillog I checked and all the logons use the primary email like it shows in the section of the maillog I pasted earlier. Is it supposed to be doing that? I left settings as default on the system. The only thing I changed was I unlocked it so it changed the primary email to be the first name, unlocked the locked admin fields in the webadmin, and then set it to use SSL/TLS.

When I remove a user out of the Kolab Web Admin portal I know it does not remove the mailbox folder out of the imap folder, but does it remove references to the email addresses that were set to that user?

If it does not I wonder if going in wherever and removing the references completely and then recreate the user would help.

Will


From: sandwormusmc at gmail.com [mailto:sandwormusmc at gmail.com] On Behalf Of Matt Moldvan
Sent: Wednesday, June 19, 2013 10:10 AM
To: William Reynolds
Cc: Matt Moldvan; kolab-users at kolab.org
Subject: Re: Mailbox not found issue [Scanned]

Jun 18 21:21:39 bha-mail imap[26347]: IOERROR: opening index bryanhousing.org<http://bryanhousing.org>!user.justin: System I/O error

That line is the most concerning of the log entries... are the permissions correct on your spool directory?  They should have the same user:group ownership that Cyrus runs as ("cyrus" in our case).

The "@" in the mailbox looks odd to me, too.  We go by uid only, so I'm not sure how common that is in other implementations.  Are the other user mailboxes specified the same way?

On Tue, Jun 18, 2013 at 10:30 PM, William Reynolds <wreynolds at rrwds.net<mailto:wreynolds at rrwds.net>> wrote:
Ok so I have been looking at several things and ran the command to remove seen (/usr/lib/cyrus-imapd/cyr_userseen) and it comes back saying it removed from only 4 actual mailboxes out of the 9 accounts actually setup on the system. Maybe I shouldn't have run that command, but I read somewhere that it would reset seen states. I recreated that user I was having problems with again and set the UID to something different than what was previously being used and I logged in as the new created account and instantly got the SYSTEM I/O error and it's a completely empty mailbox.

I logged in as one of the other active mailboxes and one that it didn't remove seen from and that mailbox has no issues. What is going on here? I looked in the logs and saw nothing that stood out to me except this...

This is from /var/log/maillog

Jun 18 21:21:36 bha-mail imap[26311]: accepted connection
Jun 18 21:21:36 bha-mail master[26373]: about to exec /usr/lib/cyrus-imapd/imapd
Jun 18 21:21:36 bha-mail imap[26373]: executed
Jun 18 21:21:36 bha-mail imap[26373]: IOERROR: opening /var/lib/imap/user_deny.db: No such file or directory
Jun 18 21:21:37 bha-mail imap[26311]: imapd:Loading hard-coded DH parameters
Jun 18 21:21:37 bha-mail imap[26311]: SSL_accept() incomplete -> wait
Jun 18 21:21:37 bha-mail imap[26311]: SSL_accept() succeeded -> done
Jun 18 21:21:37 bha-mail imap[26311]: starttls: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits new) no authentication
Jun 18 21:21:37 bha-mail imap[26311]: client id: "name" "Roundcube" "version" "0.9.1" "php" "5.3.10" "os" "Linux" "command" "/roundcubemail/"
Jun 18 21:21:37 bha-mail imap[26311]: ptload(): fetched cache record (justin at bryanhousing.org<mailto:justin at bryanhousing.org>)(mark 1371604091, current 1371608497, limit 1371597697)
Jun 18 21:21:37 bha-mail imap[26311]: ptload returning data
Jun 18 21:21:37 bha-mail imap[26311]: canonified justin at bryanhousing.org<mailto:justin at bryanhousing.org> -> justin at bryanhousing.org<mailto:justin at bryanhousing.org>
Jun 18 21:21:37 bha-mail imap[26311]: login: localhost [::1] justin at bryanhousing.org<mailto:justin at bryanhousing.org> PLAIN+TLS User logged in SESSIONID=<bha-mail.bryanhousing.org-26311-1371608496-1>
Jun 18 21:21:37 bha-mail imap[26311]: IOERROR: opening index bryanhousing.org<http://bryanhousing.org>!user.justin: System I/O error
Jun 18 21:21:37 bha-mail imap[26311]: USAGE justin at bryanhousing.org<mailto:justin at bryanhousing.org> user: 0.050992 sys: 0.010998
Jun 18 21:21:38 bha-mail imap[17165]: accepted connection
Jun 18 21:21:38 bha-mail imap[26347]: accepted connection
Jun 18 21:21:38 bha-mail master[26380]: about to exec /usr/lib/cyrus-imapd/imapd
Jun 18 21:21:38 bha-mail imap[26380]: executed
Jun 18 21:21:38 bha-mail imap[26380]: IOERROR: opening /var/lib/imap/user_deny.db: No such file or directory
Jun 18 21:21:38 bha-mail imap[17165]: imapd:Loading hard-coded DH parameters
Jun 18 21:21:38 bha-mail imap[17165]: SSL_accept() incomplete -> wait
Jun 18 21:21:39 bha-mail imap[17165]: SSL_accept() succeeded -> done
Jun 18 21:21:39 bha-mail imap[17165]: starttls: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits new) no authentication
Jun 18 21:21:39 bha-mail imap[17165]: client id: "name" "Roundcube" "version" "0.9.1" "php" "5.3.10" "os" "Linux" "command" "/roundcubemail/?_task=mail&_refresh=1&_mbox=INBOX&_action=list&_remote=1&_unlock=loading1371608516946&_=1371608516949"
Jun 18 21:21:39 bha-mail imap[17165]: ptload(): fetched cache record (justin at bryanhousing.org<mailto:justin at bryanhousing.org>)(mark 1371604091, current 1371608499, limit 1371597699)
Jun 18 21:21:39 bha-mail imap[17165]: ptload returning data
Jun 18 21:21:39 bha-mail imap[17165]: canonified justin at bryanhousing.org<mailto:justin at bryanhousing.org> -> justin at bryanhousing.org<mailto:justin at bryanhousing.org>
Jun 18 21:21:39 bha-mail imap[26347]: imapd:Loading hard-coded DH parameters
Jun 18 21:21:39 bha-mail imap[17165]: login: localhost [::1] justin at bryanhousing.org<mailto:justin at bryanhousing.org> PLAIN+TLS User logged in SESSIONID=<bha-mail.bryanhousing.org-17165-1371608498-1>
Jun 18 21:21:39 bha-mail imap[26347]: SSL_accept() incomplete -> wait
Jun 18 21:21:39 bha-mail imap[17165]: IOERROR: opening index bryanhousing.org<http://bryanhousing.org>!user.justin: System I/O error
Jun 18 21:21:39 bha-mail imap[17165]: USAGE justin at bryanhousing.org<mailto:justin at bryanhousing.org> user: 0.058991 sys: 0.013997
Jun 18 21:21:39 bha-mail imap[26347]: SSL_accept() succeeded -> done
Jun 18 21:21:39 bha-mail imap[26347]: starttls: TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits new) no authentication
Jun 18 21:21:39 bha-mail imap[26347]: client id: "name" "Roundcube" "version" "0.9.1" "php" "5.3.10" "os" "Linux" "command" "/roundcubemail/?_task=mail&_action=getunread&_remote=1&_unlock=0&_=1371608516954"
Jun 18 21:21:39 bha-mail imap[26347]: ptload(): fetched cache record (justin at bryanhousing.org<mailto:justin at bryanhousing.org>)(mark 1371604091, current 1371608499, limit 1371597699)
Jun 18 21:21:39 bha-mail imap[26347]: ptload returning data
Jun 18 21:21:39 bha-mail imap[26347]: canonified justin at bryanhousing.org<mailto:justin at bryanhousing.org> -> justin at bryanhousing.org<mailto:justin at bryanhousing.org>
Jun 18 21:21:39 bha-mail imap[26347]: login: localhost [::1] justin at bryanhousing.org<mailto:justin at bryanhousing.org> PLAIN+TLS User logged in SESSIONID=<bha-mail.bryanhousing.org-26347-1371608498-1>
Jun 18 21:21:39 bha-mail imap[26347]: IOERROR: opening index bryanhousing.org<http://bryanhousing.org>!user.justin: System I/O error
Jun 18 21:21:39 bha-mail imap[26347]: USAGE justin at bryanhousing.org<mailto:justin at bryanhousing.org> user: 0.084987 sys: 0.008998


This is what shows when I logged in as the user that I started having problems with. Even the completely new blank empty mailbox I created just before logging in gets the SYSTEM I/O error.

Will


From: sandwormusmc at gmail.com<mailto:sandwormusmc at gmail.com> [mailto:sandwormusmc at gmail.com<mailto:sandwormusmc at gmail.com>] On Behalf Of Matt Moldvan

Sent: Tuesday, June 18, 2013 2:37 PM
To: William Reynolds; kolab-users at kolab.org<mailto:kolab-users at kolab.org>

Subject: Re: Mailbox not found issue [Scanned]

Do you see any useful information in /var/log/maillog on the server?  Or in the RoundCube logs?

By the way, a Google search turned up this: http://roundcube-webmail.10982.n7.nabble.com/STATUS-System-I-O-error-td5540.html

Corrupt seen db in the above case, and another Google search for "fix seen database Cyrus" brought up http://arstechnica.com/civis/viewtopic.php?f=16&t=215223, which seems to say to rename the seen file for that user.  I tried it in our environment and logged in as the user, didn't cause any issues...

On Tue, Jun 18, 2013 at 3:30 AM, William Reynolds <wreynolds at rrwds.net<mailto:wreynolds at rrwds.net>> wrote:
I am using Centos 6. I tried the command Matt gave and it seemed to have a bad reaction. After I ran the command it now says SYSTEM I/O ERROR when I login to roundcube as that user.


-----Original Message-----
From: kolab-users-bounces at kolab.org<mailto:kolab-users-bounces at kolab.org> [mailto:kolab-users-bounces at kolab.org<mailto:kolab-users-bounces at kolab.org>] On Behalf Of Paul Klos
Sent: Tuesday, June 18, 2013 1:46 AM
To: kolab-users at kolab.org<mailto:kolab-users at kolab.org>
Subject: Re: Mailbox not found issue [Scanned]
If you're on Debian, you'll need version 2.4.17-5 because the reconstruct utility wasn't shipped in earlier versions. You may need to enable the development repository to install that.

Cheers,

Paul

Matt Moldvan schreef op 2013-06-18 3:54:
> Depends on the back end you're using... if it's Cyrus, you can do a
> "/usr/lib/cyrus-imapd/reconstruct -rxf user/someuid".  You may want to
> remove old cyrus.* files in the users spool directory first in case
> those are corrupt for some reason.  The reconstruct may not be in
> /usr/lib/cyrus-imapd in your case, but it shouldn't be too difficult
> to find if it's not...
>
> Hope that helps,
> Matt.
>
> On Mon, Jun 17, 2013 at 7:23 PM, William Reynolds
> <wreynolds at rrwds.net<mailto:wreynolds at rrwds.net>> wrote:
>
>> I got a call today that a user's mailbox apparently was having
>> issues. I get there and have the particular user log in to roundcube
>> and it allows him to log in and the message pops up mailbox not found
>> or something to that effect. So I take a quick look and I see the
>> mailbox folder and messages in there but it seems this user hasn't
>> even been getting messages for a couple days to his mailbox.
>>
>> I create a new user account in webadmin to get him going so he can
>> keep working and now I need to I guess issue the reconstruct command
>> on his new mailbox so it will reindex the old mailbox now that I have
>> those files moved to the new one.
>>
>> How do I issue the reconstruct command on kolab 3? Ive been searching
>> around but the wiki site was no use, and the various cyrus commands I
>> tried do not work either.
>>
>>
>>
>> Thanks Will
>>
>>
>>
>> WM. REYNOLDS
>>
>> President
>>
>> RRWDS Co.
>>
>> TOLL FREE 855 GO RRWDS (855.467.7937)
>>
>> OFFICE 979.383.2953 x2501 | CELL 979.204.4658
>>
>> www.rrwds.com<http://www.rrwds.com> [1]
>>
>>
>>
>> Small & Medium Business
>> State & Local Government
>>

_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org<mailto:Kolab-users at kolab.org>
https://www.intevation.de/mailman/listinfo/kolab-users
_______________________________________________
Kolab-users mailing list
Kolab-users at kolab.org<mailto:Kolab-users at kolab.org>
https://www.intevation.de/mailman/listinfo/kolab-users


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20130620/241a10e1/attachment.html>


More information about the users mailing list