On 3/26/2010 4:53 AM, Timo Sirainen wrote:
On 26.3.2010, at 10.47, Masaharu Kawada wrote:
How many dovecot-auth processes were there running? Unless there were 1024
dovecot-auth processes, it sounds
more like a file descriptor leak and adding more fds will only delay the error.
On 3/26/2010 10:32 AM, Marco Nenciarini wrote:
Timo Sirainen ha scritto:
On Fri, 2010-03-26 at 20:01 +1000, Noel Butler wrote:
dovehole - you go inside dovecot via a hole, right?
That is downright pornographic. dovehole - lovehole?
dovenest isn't totally horrible
On 3/16/2010 7:36 PM, Timo Sirainen wrote:
On 17.3.2010, at 1.01, Mark Moseley wrote:
* Since Dovecot 2.0 seems like it's just around the corner, that's all
I've been testing, and indeed all I've even looked at.
Yes, hopefully it's coming soon :)
* Our #1 main motivation for
Timo Sirainen wrote:
On Wed, 2010-02-17 at 11:31 -0500, Tony Rutherford wrote:
The last three entries exist in the Courier IMAP file, but NOT the Courier
POP file. The resulting dovecot-uidlist format is different, but to be
honest, I haven't been able to find the exact specification
Is there a correct way to tell the client we don't want, and don't
support Keywords via a configuration option? If there's no
configuration option, would I override allow_new_keywords to just
return FALSE?
Thanks,
Tony
Timo Sirainen wrote:
On Thu, 2010-02-18 at 11:26 -0500, Tony Rutherford wrote:
Well, with v1.1+ it's possible to preserve both POP3 and IMAP UIDs (each
line is IMAP uid PPOP3 UIDL :filename). I guess the script doesn't
merge IMAP and POP3 messages well enough. Feel free to fix the script
Timo Sirainen wrote:
On Thu, 2010-02-18 at 11:33 -0500, Tony Rutherford wrote:
Is there a correct way to tell the client we don't want, and don't
support Keywords via a configuration option?
Why?
Nothing to do with Dovecot...but we have other ancillary systems in play
that don't
Tony Rutherford wrote:
For testing purposes, on a small set of users, we've run the
courier-dovecot-migrate.pl script. We are converting from Courier 0.43 to
Dovecot 1.2.9. For the most part, things seem to be ok. However, an iPhone
IMAP client user is reporting a problem where some of her
For testing purposes, on a small set of users, we've run the
courier-dovecot-migrate.pl script. We are converting from Courier 0.43 to
Dovecot 1.2.9. For the most part, things seem to be ok. However, an iPhone
IMAP client user is reporting a problem where some of her messages don't
show up.
Timo Sirainen wrote:
On 20.1.2010, at 22.21, Attila Nagy wrote:
After running through http://wiki.dovecot.org/IndexFiles I'm not sure how well
would Dovecot work with other programs modifying the maildirs (adding,
deleting, moving messages, folders etc).
The Main index section says The
Steffen Kaiser wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 18 Jan 2010, Tony Rutherford wrote:
We have our own delivery pushing messages to the /new and then /cur
folder
eventually. When I have an IMAP client attached, there is apparently
some
sort of race going on. I
Using Dovecot 1.2-9 with Maildir and layout=FS.
We have our own delivery pushing messages to the /new and then /cur folder
eventually. When I have an IMAP client attached, there is apparently some
sort of race going on. I believe that Dovecot is moving files from /new to
/cur (and renaming
to play the hand i'm dealtTony
RutherfordSoftware EngineerBlueTie inc.arutherf...@bluetie.com(585) 586-2000
x1040-Original Message-From: Timo Sirainen [...@iki.fi]date:
12/29/2009 04:02 PMTo: Tony Rutherford CC: dove...@dovecot.orgsubject: Re:
[Dovecot] Retrieve Physical Message
[mailto:dovecot-bounces+tony=bluetie@dovecot.org] On Behalf Of Timo Sirainen
Sent: Wednesday, December 30, 2009 11:47 AM
To: Tony Rutherford
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] Retrieve Physical Message Filename
On Wed, 2009-12-30 at 09:23 -0500, Tony Rutherford wrote:
Thanks for the reply
Hi,Using Dovecot 1.2.9 with Maildir and Layout=FS.In a plugin, i'm overriding
update_flags:void my_mail_update_flags(struct mail *_mail, enum modify_type
modify_type, enum mail_flags flags)For this email which is having its flags
updated, I need to retrieve the physical filename of the
The documentation is very scarce from what I could tell. What I ended up
doing was hunting through the example plugins...not optimal, but the best I
could do. Besides the hook_* calls, the vfuncs defined in the
*-private.h files are a key as well as these are the functions you can
override.
For migration possibilities, we're considering whether it's possible to
have Dovecot run some users using standard Maildir format, while other
users would be using filesystem (LAYOUT=fs) format? We could determine
which one's users have, but is there a way to tell Dovecot this
information,
Thanks Brian for pointing me in the right direction...got it!
Tony
Brian Hayden wrote:
On Dec 8, 2009, at 2:07 PM, Tony Rutherford wrote:
For migration possibilities, we're considering whether it's possible
to have Dovecot run some users using standard Maildir format, while
other users
Timo Sirainen wrote:
On Tue, 2009-12-08 at 15:07 -0500, Tony Rutherford wrote:
For migration possibilities, we're considering whether it's possible to
have Dovecot run some users using standard Maildir format, while other
users would be using filesystem (LAYOUT=fs) format? We could
We are looking to develop a plugin against the 1.2.X line (8 as of right now).
Seeing that v2.0 is not too far off, is there any reason to think that a plugin
developed for 1.2.X would NOT be compatible with the 2.0 line?Thanks,Tony
This message is intended solely for the individual(s) to
We are looking to move to Dovecot from a customized Courier implementation.
Our current format is maildir-like. It's basically a filesystem
layout...hierarchies are identified by real directories/subdirectories. Our
folder names do have a leading dot and for reasons related to other systems,
21 matches
Mail list logo