El Thursday 06 December 2007 13:35:26 Maciej Poszywak escribió:
My other option is to write a script which will log as each user and create
indexes, however this seems a bit of painful way to do it.
That's almost the way I did; using a master user is quite simple, and even if
it's no optimal,
Timo Sirainen wrote:
I guess you mean logging in with POP3? There the slowdown comes from
getting all messages' virtual sizes. So your preindexer could probably
do this by running pop3 for all users. If you use only a single UID for
users, you could do something like:
for user in `cat
On Mon, 2007-12-10 at 19:12 +0100, Maciej Poszywak wrote:
[EMAIL PROTECTED]:~$ env | grep -E (MMAP|LOCK)
MMAP_DISABLED=yes
You've an extra D there at the end.
MAIL_READ_MMAPED=no
This doesn't actually mean no. Just the presence of the environment
variable means that it's enabled. So =1, =0,
Timo Sirainen wrote:
I guess you're using maildirs? And you're migrating existing users
mailboxes? Do your users use actual IMAP clients or webmail?
POP3 and webmail.
I'm not sure if you should worry about creating the indexes. If your
users use IMAP clients, just make sure you preserve
On Sun, 2007-12-09 at 10:35 +0100, Maciej Poszywak wrote:
Timo Sirainen wrote:
I guess you're using maildirs? And you're migrating existing users
mailboxes? Do your users use actual IMAP clients or webmail?
POP3 and webmail.
..
If you were thinking about just generating
Timo Sirainen wrote:
I guess you mean logging in with POP3? There the slowdown comes from
getting all messages' virtual sizes. So your preindexer could probably
do this by running pop3 for all users. If you use only a single UID for
users, you could do something like:
for user in `cat users`;
On Sun, 2007-12-09 at 16:29 +0100, Maciej Poszywak wrote:
Timo Sirainen wrote:
I guess you mean logging in with POP3? There the slowdown comes from
getting all messages' virtual sizes. So your preindexer could probably
do this by running pop3 for all users. If you use only a single UID for
On 12/9/2007, Maciej Poszywak ([EMAIL PROTECTED]) wrote:
I have pop3_uidl_format correctly defined in the config file. I've
also tried to strace pop3, to find where it does look for it, but
with no success.
dovecot -n output would prove it, and possibly give more of a hint...
--
Best
On Sun, 9 Dec 2007, Timo Sirainen wrote:
On Sun, 2007-12-09 at 16:29 +0100, Maciej Poszywak wrote:
Timo Sirainen wrote:
I guess you mean logging in with POP3? There the slowdown comes from
getting all messages' virtual sizes. So your preindexer could probably
do this by running pop3 for all
On Sun, 2007-12-09 at 13:48 -0500, Benjamin R. Haskell wrote:
[EMAIL PROTECTED]:~$ echo quit | /usr/lib/dovecot/pop3
pop3(vmu1): Fatal: pop3_uidl_format setting is missing from config file
I have pop3_uidl_format correctly defined in the config file. I've also
tried to strace pop3, to
On Sun, 9 Dec 2007, Timo Sirainen wrote:
On Sun, 2007-12-09 at 13:48 -0500, Benjamin R. Haskell wrote:
[EMAIL PROTECTED]:~$ echo quit | /usr/lib/dovecot/pop3
pop3(vmu1): Fatal: pop3_uidl_format setting is missing from config file
I have pop3_uidl_format correctly defined in the config file.
Hello,
I'm looking for an application/script/etc. which will allow me to recreate
dovecot indexes by hand from shell. I'm preparing myself for migration to
dovecot 1.0.rc15 (debian stable) and would like to create indexes before users
start to login into new server to ease the load. My other
Maciej Poszywak wrote:
Gabriel Millerd wrote:
On Dec 6, 2007 6:35 AM, Maciej Poszywak [EMAIL PROTECTED] wrote:
I'm looking for an application/script/etc. which will allow me to
recreate dovecot indexes by hand from shell. I'm preparing myself
for migration to dovecot 1.0.rc15 (debian
On Thu, 2007-12-06 at 13:35 +0100, Maciej Poszywak wrote:
I'm looking for an application/script/etc. which will allow me to
recreate dovecot indexes by hand from shell. I'm preparing myself for
migration to dovecot 1.0.rc15 (debian stable)
Post-v1.0.0 releases would be better, there have
14 matches
Mail list logo