Title: RE: [SM-USERS] Courier IMAP Quota Problem


> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:squirrelmail-
> [EMAIL PROTECTED] On Behalf Of Jay Lee
> Sent: Wednesday, March 10, 2004 6:52 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [SM-USERS] Courier IMAP Quota Problem
>
> Funny,
>
>     I just helped a guy with similar problems on the Courier-Imap list
> this morning, only difference was he was using IMP.  But here's what I
> wrote:
>
> --- 1st Email
>
> First we need to determine whether Courier or IMP's config is the problem:
>
> telnet imap.server.com 143
>
> Server should say something similar to:
>
> * OK [CAPABILITY IMAP4rev1 NAMESPACE CHILDREN IDLE QUOTA SORT
> THREAD=ORDEREDSUBJECT THREAD=REFERENCES UIDPLUS STARTTLS] Courier-IMAP
> ready. Copyright 1998-2003 Double Precision, Inc.  See COPYING for
> distribution information.
>
> The QUOTA capability is important as it's telling the client that the
> server supports quotas, if it's not there then you need to tweak your
> Courier config.
>
> Now type:
>
> a01 login quotauser userpassword
>
> where quotauser and userpassword are the username/pass of a user with a
> set quota.
>
> select INBOX
> getquota ROOT
>

I type in all the commands and get good responses except when I type in select INBOX.  This is the output:

* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE STARTTLS] Courier-IMAP ready. Copyright 1998-2003

Double Precision, Inc.  See COPYING for distribution information.
a01 OK LOGIN Ok.
select NO Error in IMAP command received by server.
getquota NO Error in IMAP command received by server.
select NO Error in IMAP command received by server.


> if this doesn't work (i.e. print some quota information, more than just
> OK) the problem is with your IMAP config.  You didn't include any details
> on how your doing quota's though, are you using Filesystem quota's or
> maildir style quota's?  If the telnet session works then the problem is
> with IMP.
>
> --- 2nd Email
>
> It sounds like Courier IMAP is working just fine but as far as it can tell
> there is no quota set on the mailbox.  This may be because the quota was
> not set properly or the IMAP process may not have read-write access rights
> to the maildirsize file to determine quota settings.  In the latter case,
> Courier will simply assume there is no quota.  Go into a user's
> $HOME/Maildir directory and do a "ls -l".  Mine looks like this:
>
> total 27
> drwx------    2 vmail    vmail          72 Mar 10 08:57
> courierimapkeywords
> -rw-r--r--    1 vmail    vmail         926 Mar  3 21:30
> courierimapsubscribed
> -rw-r--r--    1 vmail    vmail        1064 Mar 10 08:57 courierimapuiddb
> drwx------    2 vmail    vmail        1304 Mar 10 08:57 cur
> -rw-r-----    1 vmail    vmail        5012 Mar 10 08:57 maildirsize
> drwx------    2 vmail    vmail          48 Mar 10 04:14 new
> -rw-------    1 vmail    vmail           4 Jan 11 19:51 sqwebmail-curcnt
> -rw-------    1 vmail    vmail           1 Jan 11 20:06 sqwebmail-
> timestamp
> drwx------    2 vmail    vmail          48 Mar 10 09:04 tmp
>

I am setting the quota in vpopmail.  Can Courier-IMAP read vpopmail quota settings?  I do not have any maildirsize files in my user directory. 



> Notice the maildirsize file is owned by vmail as are other files.  If your
> file exists but is owned by root or some other user, there's your problem.
>  All of my Maildirs are owned by vmail because we use LDAP for virtual
> user's rather than creating real system accounts for each user.  In your
> case though, you should determine who should own the files then do a:
>
> chown -R vmail.vmail $HOME/Maildir/maildirsize
> chmod 0640 $HOME/Maildir/maildirsize
>
> Somebody correct me if those permissions aren't secure but that should
> work.
>
> ~~~~~~~~~~~~~~~~~~~~~~~~~
> Jay Lee
> Network / Systems Administrator
> Information Technology Dept.
> Philadelphia Biblical University
> Langhorne, PA
> ~~~~~~~~~~~~~~~~~~~~~~~~~~
>




Notice:  The information contained in this message may be privileged, confidential, and protected from disclosure.  If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited.  If you have received this communication in error, please notify us immediately by replying to this message, and then delete it from your computer.  All e-mail sent to this address will be received by the Aurum Technology corporate e-mail system and is subject to archiving and review by someone other than the recipient.


Reply via email to