Hi, all.
Thanks Timo for answering my previous post. It's starting fine now :)
I must be doing something wrong again but I can't connect from any imap client. If I telnet to the server I get:
$ telnet carpa 11143 Trying 143.107.209.25... Connected to carpa.ciagri.usp.br. Escape character is '^]'.
- OK dovecot ready.
a001 login marcelo ##### a001 OK Logged in. a002 select INBOX a002 NO Broken INBOX: Permission denied a003 select ""
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft \Recent)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft)] Flags
permitted.
- 246 EXISTS
- 246 RECENT
- OK [UNSEEN 1] First unseen.
- OK [UIDVALIDITY 1028760751] UIDs valid
a003 OK [READ-WRITE] Select completed. a004 close a004 OK Close completed. a005 logout
- BYE Logging out
a005 OK Logout completed. Connection closed by foreign host.
"INBOX" seems not be a valid mailbox name to Dovecot but it works with others servers (courier, at least).
The server uses Maildirs and runs qmail and courier (by now).
Thanks.
On Wed, Aug 07, 2002 at 08:19:56PM -0300, marcelo@carpa.ciagri.usp.br wrote:
a002 NO Broken INBOX: Permission denied
You use normal passwd/shadow/pam authentication? Where does the home directory point to, to your real home dir under which Maildir/ is? Anyway, one of the following failed (under Maildir/):
mkdir .INBOX ln -s ../cur .INBOX/cur ln -s ../new .INBOX/new ln -s ../tmp .INBOX/tmp
Next release will tell exactly which of them failed :)
a003 select ""
I don't think this should be allowed :)
On Thu, Aug 08, 2002 at 07:13:03AM +0300, Timo Sirainen wrote:
On Wed, Aug 07, 2002 at 08:19:56PM -0300, marcelo@carpa.ciagri.usp.br wrote:
a002 NO Broken INBOX: Permission denied
You use normal passwd/shadow/pam authentication?
Well, in dovecot.conf I have:
auth = default auth_methods = plain auth_userinfo = shadow auth_user = root
Where does the home directory point to, to your real home dir under which Maildir/ is?
Maildir is in the real users' home (/home/user/Maildir)
Anyway, one of the following failed (under Maildir/):
mkdir .INBOX ln -s ../cur .INBOX/cur ln -s ../new .INBOX/new ln -s ../tmp .INBOX/tmp
Next release will tell exactly which of them failed :)
Shouldn't it be:
mkdir .INBOX ln -s cur .INBOX/ ln -s new .INBOX/ ln -s tmp .INBOX/ ?
Anyway, "mkdir .INBOX" succeeds but it is created with perms 070 and trying to create the links inside it causes the permission errors.
On Thu, Aug 08, 2002 at 10:13:30AM -0300, marcelo@carpa.ciagri.usp.br wrote:
Shouldn't it be:
mkdir .INBOX ln -s cur .INBOX/ ln -s new .INBOX/ ln -s tmp .INBOX/ ?
No, if that was done the symlinks would point to themselves. ln -s behaviour looks a bit weird if you're not doing it from the destination directory :)
Anyway, "mkdir .INBOX" succeeds but it is created with perms 070 and trying to create the links inside it causes the permission errors.
Ah, and this was because I was stupid and set the default umask to 0700 instead of 0077 :) You could fix this by uncommenting the umask-line in dovecot.conf.
btw. 0.95 also has problems with bad network connections or large mailboxes, I'll probably release 0.96 soon which fixes it.
On Thu, Aug 08, 2002 at 06:04:53PM +0300, Timo Sirainen wrote:
Anyway, "mkdir .INBOX" succeeds but it is created with perms 070 and trying to create the links inside it causes the permission errors.
Ah, and this was because I was stupid and set the default umask to 0700 instead of 0077 :) You could fix this by uncommenting the umask-line in dovecot.conf.
Hey, it works! :)
btw. 0.95 also has problems with bad network connections or large mailboxes, I'll probably release 0.96 soon which fixes it.
Yes, confirmed. Using 0.96 my inbox shows up with all my ~200 messages now.
Now, one last question (for a while): would be possible/desirable make Dovecot work when an user is with her disk quota completely full (hard quota)? The main reason I'm looking for an alternative imap server is that neither WU-Imapd nor Courier work "properly" (from an user point of view) in that situation (the user can not login or delete her messages to clean up the mailbox). If Dovecot could handle this problem (creating its scratch files in /tmp, perhaps) it'd be big plus, IMHO.
Thanks for the great support :)
On Thu, Aug 08, 2002 at 04:35:33PM -0300, marcelo@carpa.ciagri.usp.br wrote:
Now, one last question (for a while): would be possible/desirable make Dovecot work when an user is with her disk quota completely full (hard quota)? The main reason I'm looking for an alternative imap server is that neither WU-Imapd nor Courier work "properly" (from an user point of view) in that situation (the user can not login or delete her messages to clean up the mailbox). If Dovecot could handle this problem (creating its scratch files in /tmp, perhaps) it'd be big plus, IMHO.
Well, that is a bit difficult to handle.. It's mostly the index files that dovecot has to create/grow. I think I should support keeping them only in memory when disk quota is exceeded.
But what about clients, I think some of them just copy the mail to trash folder instead of deleting the mail? But maybe with maildir_copy_with_hardlinks=yes that'd be possible even with quota full.
I guess I'll have to install quota support and start fixing.
On Fri, Aug 09, 2002 at 07:03:01AM +0300, Timo Sirainen wrote:
Well, that is a bit difficult to handle.. It's mostly the index files that dovecot has to create/grow. I think I should support keeping them only in memory when disk quota is exceeded.
I see...
But what about clients, I think some of them just copy the mail to trash folder instead of deleting the mail? But maybe with maildir_copy_with_hardlinks=yes that'd be possible even with quota full.
When a user or his imap client asks for a "write" operation (like saving in Trash) I think it's fair for an imap server just fail the operation and return an error (he's overquota :).
But using "good" clients that offer the option to just delete the messages (not copy/move them) it would be nice if they could have the chance to at least login and delete the spam.
I guess I'll have to install quota support and start fixing.
I'm by no means a decent C programmer but if I could help somehow, just ask.
Thanks, Marcelo.
participants (2)
-
marcelo＠carpa.ciagri.usp.br
-
Timo Sirainen