Curtis Maloney | 2 May 2005 04:45
Favicon

Re: Migrating from courier-imap to dovecot

Odhiambo Washington wrote:
> Hello Gang,
> 
> I am new to dovecot and the only reason (so far) I would like to use
> dovecot, and in production with 12k+ users, is the fact that it's
> supposed to be faster and less of a resource hog.
> 

I see people posting that a lot... especially migrating from UW-IMAP.

> The permissions are right, but when I login as this user, I don't see
> all the folders that had been there before when he was using
> courier-imap!!
> 
> When I login to the web interface (we use Squirrelmail) and go to the
> Folder options, I can't see any folders to subscribe to either!

One thing I see suggested a lot is to make sure your CLIENTs don't have a prefix 
( such as INBOX) set.  This will, of course, vary depending on your client.

--
Curtis Maloney

Steffen Kaiser | 2 May 2005 11:38
Picon

Re: Migrating from courier-imap to dovecot

On Sat, 30 Apr 2005, Odhiambo Washington wrote:

> 2. Does someone have a script that can be used to automate the copying

I've used the attached one. However, I tested it on some mailboxes til 
date only, because I'm evaluating Dovecot right now only.

Bye,

--

-- 
Steffen Kaiser
Attachment (migCourierDovecot.pl.gz): application/octet-stream, 1638 bytes
Marten Lehmann | 2 May 2005 12:43
Picon

disabling indexes?

Hello,

I recently had the problem, that an index was corrupt. Thus, messages 
haven't been listed (talking about POP3), but still remained in the 
filesystem. As there is no SEARCH-command in POP3, dovecot didn't notice 
that the index is corrupt and didn't rebuild it. The problem is, that a 
user can't delete messages through POP3 which aren't listed by dovecot. 
If the maildir size increases, the arrival of new messages will be 
blocked because the mailbox is full. And the user has no chance to 
delete it.

Regards
Marten

Marten Lehmann | 2 May 2005 12:46
Picon

quota-command?

Hello,

if you log in at hotmail.com, gmx, lycos or yahoo, you can see something 
like "using 1.4mb of 250mb total". Is there any IMAP command to check to 
current quota usage? Our webmail-interface will not have access to the 
filesystem to summarize the size of each file, so an IMAP-command would 
be great. I don't know if this would be a new feature or just part of 
the Maildir++ quota-system, that is not yet supported by dovecot.

Regards
Marten

Joakim Verona | 2 May 2005 15:56
Picon
Gravatar

How to try dovecot-lda

Hello,

I'm interested in trying the dovecot-lda with sieve support.

What would be the proper way to test it?

I'm currently using a Fedore core 2 server, with spamassassin and
procmail.

To get the same effect with dovecot-lda, would I put a line like this
in  my .forward?

spamassassin|dovecot-lda

I'm just guessing, so please correct me if im wrong.

Im thinking of setting up a separate mail account and copy my mail
there to test the ported procmail to sieve recipies also.

--

-- 
Joakim Verona
www.verona.se

Quadriplegic Leprechaun | 2 May 2005 18:34
Picon
Picon

Assertion failed in dovecot 0.99.14

Hi,

I am using the dovecot imap server on Linux 2.6.8.1.

I get the following error when running it:
imap(quad): Panic: file index-sync.c: line 25 (index_storage_sync_size): 
assertion failed: (messages > ibox->synced_messages_count)

This usually occurs when I use imapfilter to move messages from one 
folder to another, while my client (thunderbird) is connected.

Quad

Todd Burroughs | 2 May 2005 22:55
Favicon

Re: Assertion failed in dovecot 0.99.14


On Mon, 2 May 2005, Quadriplegic Leprechaun wrote:

> Hi,
>
> I am using the dovecot imap server on Linux 2.6.8.1.
>
> I get the following error when running it:
> imap(quad): Panic: file index-sync.c: line 25 (index_storage_sync_size): 
> assertion failed: (messages > ibox->synced_messages_count)
>
> This usually occurs when I use imapfilter to move messages from one folder to 
> another, while my client (thunderbird) is connected.

You should include a backtrace with this report, as this will show what
is happening in the code.

In order to do this, you need to enable core dumps.
This works for me:
Set this in the config: "mail_drop_priv_before_exec = yes"
Start dovecot like this:  "ulimit -c unlimited ; /path/to/dovecot"

Now, when you get this error, you should have a core file in the users
home directory.

Run gdb like this:
"gdb /path/too/program_that_crashed /path/to/core"
Within gdb, type "bt full"

You should get something with function names, variables, etc. listed.
(Continue reading)

Andy Pastuszak | 3 May 2005 03:54
Picon

index file corruption

Hello everyone.  I am new to the list, so forgive me if this has been 
discussed already.

My configuration is as follows:

Fedora Core 3, fully patched through yum through today.
Dovecot 0.9.9.13
Postfix 2.1.5
Using Maildir with Mail stored in ~/Maildir

My issue is that, for some odd reason the inbox file index gets 
corrupt,  There is no rhyme or reason as to why it happens or when, but 
a simple rm -rf ~/Maildir/.INBOX fixes everything (I assume because 
Dovecot rebuilds the index file.)

Has anyone else on the list seen this?  Is there some workaround for it?

Andy

James Berry | 3 May 2005 04:55
Picon

Error in rename uidlist while fetching through pop3

My dovecot server seems to randomly begin giving errors to pop3 users  
who try to fetch their email. Once this begins, they see no more new  
mail, though the mail is in cur.

Running: dovecot-stable 20050501, Mac OS X 10.3.9

Log entries like this:

May  2 19:35:18 caddy dovecot: pop3-login: Login: kim [24.22.16.169]
May  2 19:35:18 caddy dovecot: POP3(kim): rename(/Users/kim/Maildir/ 
dovecot-uidlist.lock, /Users/kim/Maildir/dovecot-uidlist) failed:  
Input/output error
May  2 19:35:18 caddy dovecot: POP3(kim): file_dotlock_replace(/Users/ 
kim/Maildir/dovecot-uidlist) failed: Input/output error

Is this a known problem, and/or is there a known way to recover from  
such a situation? I'm managed to throw out the uidlist, but that  
means they get a whole dump of new mail.

-jdb

Gregory Bond | 3 May 2005 07:44
Picon

test-68 coredump

I've tried upgrading from test-51 to test-68, with mixed results.

It seems to fix the problem I had with imap and Thunderbird getting 
confused and not showing headers or body for some email.

But something in dovecot is coredumping when I select certain 
mailboxes.  Thunderbird just hangs when you select that mailbox, and 
mutt gets an EOF on the imap socket while "fetching message headers".  
Other mailboxes seem to run OK.  The failing ones _might_ be empty or 
have only 1 message in them.  Removing index files doesn't help.

There is a core file in /var/run/dovecot, and file(1) says it's from 
dovecot-auth, but GDB can't make sense of the core with that executable, 
and the login has well and truly run when the core happens.

(The core doesn't seem to be from the imap process either.)

Any clues how I might debug this?

[Solaris 2.8,  gcc-3.3, dovecot test-68, imap+Maildir, Thunderbird 
1.0.2  on OSX and mutt on Solaris]


Gmane