hello
trying to install dovecot 2 on a fresh installed machine
I get this error message :
doveconf -n > dovecot-new.conf
doveconf: Error: ssl enabled, but ssl_cert not set
doveconf: Fatal: Error in configuration file
/usr/local/etc/dovecot/dovecot.conf: ssl enabled, but ssl_cert not set
the s
Won't be 15k U320 SCSI disks also faster than average SATA disks for the
indexes?
El 15/12/10 14:28, Patrick Westenberg escribió:
Won't be 15k U320 SCSI disks also faster than average SATA disks for
the indexes?
I am using 2xraid5 of 8 SAS disks of 15k rpm for mailboxes & indexes.
I am evaluating the migration of indexes to 1xraid 1+0 8 disks SAS
15k rpm
Regar
On Dec 14, 2010, at 4:46 PM, Tom Lieuallen wrote:
>
>> After these changes, snarfing doesn't work for me, either straight or UW
>> optional style. Either way I try it, when I connect, it creates an empty
>> ~/mbox file but does not snarf my inbox into it. My mail client
>> (thunderbird) doesn't
Patrick Westenberg put forth on 12/15/2010 7:28 AM:
> Won't be 15k U320 SCSI disks also faster than average SATA disks for the
> indexes?
Yes. A faster spindle speed allows for greater random IOPS. Index file
reads/writes are random IOPS, and become more random with greater
concurrency, i.e. mor
Attached patch should workaround this. The main problem with it is that
Dovecot doesn't die very easily after this. You have to kill all the
processes manually. I'll probably have to add yet another pipe just for
this.
But I wonder if this could be considered a kernel bug too? I think I'll
write a
On Wed, Dec 08, 2010 at 08:42:42PM +, Timo Sirainen wrote:
> You reached the default limits of imap-login processes. You probably want to
> switch to high performance mode for them:
> http://wiki2.dovecot.org/LoginProcess
By the way,
what does count for one "client" in the "client_limit" s
On Wed, 2010-12-15 at 17:07 +0100, Thomas Hummel wrote:
> On Wed, Dec 08, 2010 at 08:42:42PM +, Timo Sirainen wrote:
>
> > You reached the default limits of imap-login processes. You probably want to
> > switch to high performance mode for them:
> > http://wiki2.dovecot.org/LoginProcess
>
>
Stan Hoeppner schrieb:
Although, I should point out that parallel SCSI (U320) is pretty much a
dead technology at this point. AFAIK, no vendor has shipped a new
parallel SCSI disk line (only warranty replacements) for a number of
years now. It has been superseded by Serial Attached SCSI (SAS).
> Attached patch should workaround this. The main problem with it is that
> Dovecot doesn't die very easily after this. You have to kill all the
> processes manually. I'll probably have to add yet another pipe just for
> this.
Yes. Plenty of killall's are now needed!
So what does this patch actua
On Wed, 2010-12-15 at 17:43 +0100, Ralf Hildebrandt wrote:
> > Attached patch should workaround this. The main problem with it is that
> > Dovecot doesn't die very easily after this. You have to kill all the
> > processes manually. I'll probably have to add yet another pipe just for
> > this.
>
>
Frank Bonnet wrote:
ssl_cert =
Does your configuration file have those "<" characters in it? If so,
try getting rid of those.
ssl_cert = /etc/ssl/certs/dovecot.pem
ssl_key = /etc/ssl/private/dovecot.pem
Hello,
We have dovecot 2.0.8 in our servers with Scientific Linux SL release 5.2
(Boron).
We want to ignore a mailbox and its child mailboxes.
A few weeks ago Timo told me to do this in dovecot.conf, create a new namespace
which will be the quotaless namespace and edit the quota:
namespace {
Hello,
upgrade Dovecot from v1.2.10 to v2.0.8, after build a new configuration
file following instructions of http://wiki2.dovecot.org/Upgrading/2.0
run dovecot I get this:
auth: Error: Fatal: Dovecot version mismatch: Master is v2.0.8,
dovecot-auth is v1.2.10 (if you don't care, set version_ign
You can change the "ssl = yes" to "ssl = no" and try again or specify the
correct paths to your SSL certs. That is what it is telling you.
On Wed, Dec 15, 2010 at 3:36 PM, Frank Bonnet wrote:
> hello
>
> trying to install dovecot 2 on a fresh installed machine
> I get this error message :
>
>
On Wed, Dec 15, 2010 at 8:30 PM, Wilberth Perez wrote:
> Hello,
>
> upgrade Dovecot from v1.2.10 to v2.0.8, after build a new configuration
> file following instructions of http://wiki2.dovecot.org/Upgrading/2.0
>
> run dovecot I get this:
>
> auth: Error: Fatal: Dovecot version mismatch: Master i
On 15.12.2010, at 17.30, Wilberth Perez wrote:
> auth: Error: Fatal: Dovecot version mismatch: Master is v2.0.8,
> dovecot-auth is v1.2.10 (if you don't care, set version_ignore=yes)
> log: Error: service(auth): child 3389 returned error 89 (Fatal failure)
> master: Error: service(auth): command s
--- On Tue, 23/11/10, Robert Schetterer wrote:
> From: Robert Schetterer
> Subject: Re: [Dovecot] Trying to populate dovecot with outlook contacts
> To: dovecot@dovecot.org
> Date: Tuesday, 23 November, 2010, 13:22
> Am 23.11.2010 11:48, schrieb Spyros
> Tsiolis:
> > Hello,
> >
> > What the sub
Willie Gillespie wrote:
Does your configuration file have those "<" characters in it? If so,
try getting rid of those.
It was pointed out to me that v2 does show "<" characters in the docs,
which I guess is a change since v1.
http://wiki2.dovecot.org/SSL/DovecotConfiguration
So, I'm not re
My configuration file have this lines:
# doveconf | grep user
auth_anonymous_username = anonymous
auth_master_user_separator =
auth_socket_path = auth-userdb
auth_ssl_username_from_cert = no
auth_username_chars =
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@
auth_username_fo
BTW. Postfix's behavior is similar (unsurprisingly, since I basically copied
its design for v2.0). I wonder how much of a problem this is with Postfix. Is a
similar patch or a kernel fix going to drop context switches 10x there too?
http://marc.info/?l=linux-kernel&m=129243588809986&w=2
On 15.12.2010, at 19.16, Wilberth Perez wrote:
> auth_username_format = %Lu <-(in version 1.2.10 this work fine)
..
> Debug: shadow(wpe...@mydomain,1.2.3.4): lookup
> Info: shadow(wpe...@mydomain,1.2.3.4): unknown user
> auth: Debug: client out: FAIL 2 user=wpe...@mydomain
>
> in my serve
On 2010-12-15 2:17 PM, Timo Sirainen wrote:
> On 15.12.2010, at 19.16, Wilberth Perez wrote:
>
>> auth_username_format = %Lu <-(in version 1.2.10 this work fine)
> ..
>> Debug: shadow(wpe...@mydomain,1.2.3.4): lookup
>> Info: shadow(wpe...@mydomain,1.2.3.4): unknown user
>> auth: Debug: client
Am 15.12.2010 20:16, schrieb Timo Sirainen:
> BTW. Postfix's behavior is similar (unsurprisingly, since I basically copied
> its design for v2.0). I wonder how much of a problem this is with Postfix. Is
> a similar patch or a kernel fix going to drop context switches 10x there too?
>
> http://ma
On Wed, 15 Dec 2010 19:16:45 +
Timo Sirainen articulated:
> BTW. Postfix's behavior is similar (unsurprisingly, since I basically
> copied its design for v2.0). I wonder how much of a problem this is
> with Postfix. Is a similar patch or a kernel fix going to drop
> context switches 10x there
On 15.12.2010, at 19.42, Jerry wrote:
>> BTW. Postfix's behavior is similar (unsurprisingly, since I basically
>> copied its design for v2.0). I wonder how much of a problem this is
>> with Postfix. Is a similar patch or a kernel fix going to drop
>> context switches 10x there too?
>>
>> http://m
>
> Correct. Only Linux is affected.
>
> Anyway, Postfix's design has been like this forever, so no one would have
> ever noticed context switch counts increasing. But changing this might make
> them notice that context switches are dropping.
>
Im a little surprised we havent seen more report
We just changed from UW imap last night and one of our bigger problems
right now is that the ~/mail/ compatibility namespace doesn't seem to
work. dovecot 2.0.8
Dec 15 12:01:52 zen.engr.oregonstate.edu dovecot: [ID 583609
mail.warning] imap(tom2): Warning: Subscriptions file
/nfs/rack/u4/t/t
On Wed, 2010-12-15 at 11:35 -0700, Willie Gillespie wrote:
> Willie Gillespie wrote:
> > Does your configuration file have those "<" characters in it? If so,
> > try getting rid of those.
>
> It was pointed out to me that v2 does show "<" characters in the docs,
> which I guess is a change sin
On 12/15/2010 01:43 PM, Tom Lieuallen wrote:
Dec 15 12:01:52 zen.engr.oregonstate.edu dovecot: [ID 583609
mail.warning] imap(tom2): Warning: Subscriptions file
/nfs/rack/u4/t/tom2/mail/.subscriptions: Ignoring invalid entry:
~/mail/foo1/folder1
>
What's funny is that it appears to work with a p
On 12/15/10 2:34 PM, Willie Gillespie wrote:
On 12/15/2010 01:43 PM, Tom Lieuallen wrote:
Dec 15 12:01:52 zen.engr.oregonstate.edu dovecot: [ID 583609
mail.warning] imap(tom2): Warning: Subscriptions file
/nfs/rack/u4/t/tom2/mail/.subscriptions: Ignoring invalid entry:
~/mail/foo1/folder1
>
On Qua, 2010-12-15 at 21:06 +0100, Cor Bosman wrote:
> >
> > Correct. Only Linux is affected.
> >
> > Anyway, Postfix's design has been like this forever, so no one would have
> > ever noticed context switch counts increasing. But changing this might make
> > them notice that context switches a
Hi,
after setting up a new Dovecot server with shared and public namespaces,
both with hidden=no and list=children, I see some inconsistency in the
folder listing.
. NAMESPACE
* NAMESPACE (("" "/")) (("Shared/" "/")) (("Public/" "/"))
. OK Namespace completed.
. LIST "" *
* LIST (\HasNoChildren)
On 15.12.2010, at 21.57, Noel Butler wrote:
>> Willie Gillespie wrote:
>>> Does your configuration file have those "<" characters in it? If so,
>>> try getting rid of those.
>>
>> It was pointed out to me that v2 does show "<" characters in the docs,
>> which I guess is a change since v1.
>>
On 15.12.2010, at 22.49, Tom Lieuallen wrote:
> 1 lsub "" "*"
> imap(tom2): Warning: Subscriptions file
> /nfs/rack/u4/t/tom2/mail/.subscriptions: Ignoring invalid entry:
> ~/mail/foo1/folder1
> imap(tom2): Warning: Subscriptions file
> /nfs/rack/u4/t/tom2/mail/.subscriptions: Ignoring invalid
On 12/15/10 7:49 PM, Timo Sirainen wrote:
On 15.12.2010, at 22.49, Tom Lieuallen wrote:
1 lsub "" "*"
imap(tom2): Warning: Subscriptions file
/nfs/rack/u4/t/tom2/mail/.subscriptions: Ignoring invalid entry:
~/mail/foo1/folder1
imap(tom2): Warning: Subscriptions file
/nfs/rack/u4/t/tom2/mai
* Jose Celestino :
> I guess that would depend on the CPUs, caches, etc.
No it doesn't :)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30
37 matches
Mail list logo
