On Nov 20, 2008, at 4:15 AM, Rod Treweek wrote:
Hi Timo,
Thanks Timo. This is great. I followed your instructions, and sure
enough,
everything is working as expected now. Thank you very very much. One
question I have, What's the advantage of using prefetch? Is this a
considerable perfo
Hi Timo,
Thanks Timo. This is great. I followed your instructions, and sure enough,
everything is working as expected now. Thank you very very much. One
question I have, What's the advantage of using prefetch? Is this a
considerable performance benefit, or is it just more or less another way
On Nov 19, 2008, at 9:01 PM, Rod Treweek wrote:
password_query = SELECT username as user, password,
concat('/NFS1MAILDIR/mailSysV2/',
maildir) as userdb_home, concat('maildir:/NFS1MAILDIR/
mailSysV2/',maildir,
':INDEX=/usr/local/dovecot/indexes/',maildir) as userdb_mail, 143 AS
userdb_uid, 143
Hi all,
I've got an isolated test environment set up now, and am trying to figure
out how to get the index files to populate. So far, I cannot seem to get
them to appear in the /usr/local/dovecot/indexes directory as referenced
below. Here is the sql string:
[EMAIL PROTECTED] /usr/local/etc]# g
Like you said before, the SQL user_query is overriding mail_location
setting completely.
On Nov 13, 2008, at 8:22 PM, Rod Treweek wrote:
I'm also noticing that the INDEX=/usr/local/mail/indexes/ path is
completely
emptyshouldn't this get populated if the config is getting read
properly?
I'm also noticing that the INDEX=/usr/local/mail/indexes/ path is completely
emptyshouldn't this get populated if the config is getting read
properly?
On Thu, Nov 13, 2008 at 9:24 AM, Rod Treweek <[EMAIL PROTECTED]> wrote:
> Thanks for the response. I also forgot to mention that this is on F
Thanks for the response. I also forgot to mention that this is on FreeBSD
6.3. Not sure if that makes a difference.
On Wed, Nov 12, 2008 at 4:07 PM, Seth Mattinen <[EMAIL PROTECTED]> wrote:
> Rod Treweek wrote:
>
>>Yeah, Sorry, still kind of figuring out list protocol. Thanks for the
>> resp
Rod Treweek wrote:
Yeah, Sorry, still kind of figuring out list protocol. Thanks for the
responses.
I've not built this system, but I've inherited the responsibility of
maintaining it, so I'm still kind of trying to gradually learn about how
everything works together.
I think that the main
Yeah, Sorry, still kind of figuring out list protocol. Thanks for the
responses.
I've not built this system, but I've inherited the responsibility of
maintaining it, so I'm still kind of trying to gradually learn about how
everything works together.
I think that the main things are:
fcntl; p
Well, you just posted your message three times...
Rod Treweek wrote:
> Yeah, typical rookie move by posting twice...didn't see my post, so went
> into the dovecot list setting for my account to adjust it to get a
> confirmation, and then sent the message again. Really stupid, and I
> apologize.
>
Thank you very much for your reply, Noel,
>Firstly, posting the same message with a slightly modified subject wont
get you any answers any sooner, please refrain from doing this, it only
gives you a bad name and may have the opposite affect to one you desire.
Yeah, typical rookie move by postin
Firstly, posting the same message with a slightly modified subject wont
get you any answers any sooner, please refrain from doing this, it only
gives you a bad name and may have the opposite affect to one you desire.
On Tue, 2008-11-11 at 10:06, Rod Treweek wrote:
> Hello All,
>
> We are str
g
> Cc: Tait Grove
> Subject: [Dovecot] Unbreakable NFS locking issues...
>
> Hello All,
>
> We are struggling to find a solution to a problem we are
> encountering
> with a load-balanced email setup. Currently, we have a Coyote
> loadbalancer,
> and 3 Postfix/Dov
Hello All,
We are struggling to find a solution to a problem we are encountering
with a load-balanced email setup. Currently, we have a Coyote loadbalancer,
and 3 Postfix/Dovecot nodes that then get their information from a mysql
database. The problem is that after a couple weeks, we start se
14 matches
Mail list logo