On Fri, 2012-06-29 at 05:01 +0300, Timo Sirainen wrote:
> and for v2.1 a bit kludgy way:
>
> doveadm auth []
> doveadm auth cache flush []
Done: http://hg.dovecot.org/dovecot-2.1/rev/007bf0047ab0
http://hg.dovecot.org/dovecot-2.1/rev/1093c74f54af
> so you couldn't test authentication against "c
version: using dovecot 2.1.8 or 2.0.12
bug: installation - some files missed
details: dovecot-openssl.cnf and mkcert.sh are not copied from the
src/doc folder to the installation doc folder on installation (make install)
both are referred to in the documentation and are useful.
is there any
On 07/03/2012 03:09 PM Voytek Eymont wrote:
> …
> Jul 3 22:58:16 dovecot: master: Error: Error reading configuration: input
> is missing end-of-settings line
I guess there is somewhere a missing closing curly bracket in one of
your configuration files.
Regards,
Pascal
--
The trapper recommends
is there any chance of updating the build scripts to include these files?
thanks,
same here. i've copied it from dovecot 1 install
Hello,
We are having performance problems trying to migrate our pop/imap
servers to a new version. Our old servers are 4 debian lenny with 5GB of
RAM running of XenServer VMs with kernel 2.6.32-4-amd64 and dovecot
1.1.16. New servers are 4 ubuntu 12.04 with dovecot 2.1.5 running on
vmware vm
Hi all
What is the best strategy to add another storage to an existing virtual
mail system ?
Move some domains to the new storage and create symlinks ?
Switch to dovecot hashing ? But in this case what is the easy-east way
to migrate ?
Thanks for any suggestions or tips !
On 4 Jul 2012, at 21:01, Adrian Minta wrote:
> What is the best strategy to add another storage to an existing virtual mail
> system ?
> Move some domains to the new storage and create symlinks ?
> Switch to dovecot hashing ? But in this case what is the easy-east way to
> migrate ?
>
> Thanks
On 07/04/12 23:22, J E Lyon wrote:
On 4 Jul 2012, at 21:01, Adrian Minta wrote:
What is the best strategy to add another storage to an existing virtual mail
system ?
Move some domains to the new storage and create symlinks ?
Switch to dovecot hashing ? But in this case what is the easy-east wa
On 4 Jul 2012, at 22:09, Adrian Minta wrote:
> On 07/04/12 23:22, J E Lyon wrote:
>> On 4 Jul 2012, at 21:01, Adrian Minta wrote:
>>
>>> What is the best strategy to add another storage to an existing virtual
>>> mail system ?
>>> Move some domains to the new storage and create symlinks ?
>>> Sw
On 4.7.2012, at 21.49, Angel L. Mateo wrote:
> Although nfs configuration is the same, there are a lot of differences
> on readdir vs readdirplus nfs operations. In fact, in the old one we have 12%
> readdir operations and 3% of readdirplus. And in the new one we have 46% of
> readdirplus
Patrick Westenberg wrote:
> Hello,
>
> yesterday I set up a second director and even it works fine, some
> errors occur in the logfile on the new director:
>
> director: Error: Director 172.17.1.3:9090/left disconnected
> director: Error: Director 172.17.1.3:9090/right disconnected
>
> 172.17.1.
Hi Peter,
Peter Fraser wrote:
> I got a shiny new server and I want to install the latest and greatest of
> everything on it. The old server has dovecot-1.2.17 working
> with postfix-2.8.4,1, dovecot quotas, sieve etc.
> My question is: Would it work of I installed dovecot 2 on this server along
>
On 7/4/2012 4:09 PM, Adrian Minta wrote:
> On 07/04/12 23:22, J E Lyon wrote:
>> On 4 Jul 2012, at 21:01, Adrian Minta wrote:
>>
>>> What is the best strategy to add another storage to an existing
>>> virtual mail system ?
>>> Move some domains to the new storage and create symlinks ?
>>> Switch to
El 04/07/12 23:55, Timo Sirainen escribió:
Also maildir_very_dirty_syncs=yes improves performance by reducing readdirs.
It's safe to use as long as only Dovecot is reading the Maildir.
Is it safe to use it although a user could have open simultaneous
sessions in different servers?
--
An
On 5.7.2012, at 8.44, Angel L. Mateo wrote:
> El 04/07/12 23:55, Timo Sirainen escribió:
>
>> Also maildir_very_dirty_syncs=yes improves performance by reducing readdirs.
>> It's safe to use as long as only Dovecot is reading the Maildir.
>>
>
> Is it safe to use it although a user could
El 05/07/12 07:49, Timo Sirainen escribió:
On 5.7.2012, at 8.44, Angel L. Mateo wrote:
El 04/07/12 23:55, Timo Sirainen escribió:
Also maildir_very_dirty_syncs=yes improves performance by reducing readdirs.
It's safe to use as long as only Dovecot is reading the Maildir.
Is it saf
16 matches
Mail list logo
