Re: [Dovecot] dovecot from debian lenny-backports does not accept connections
Joelly Alexander put forth on 5/15/2010 4:22 AM:
Read these below, and post back if that doesn't help. Please remember to reply to the list next time, not to individuals. I'm not an NFS guru, and those who are didn't see your reply.
http://wiki.dovecot.org/MailLocation/SharedDisk http://wiki.dovecot.org/NFS
-- Stan
found the error - i had a typo in dovecot.conf
lock_method: fnctl should be lock_method: fcntl
dovecot reload does not show a problem, only a stop/start generated the entry in the logfile....
two days for a stupid typo....
thanks!
On 15.05.2010 11:58, Stan Hoeppner wrote:
yes, it shows a summary what is configured, but not that there is a problem with one of the settings; only the 'restart' of the dovecot service generates a error in the logfile which point you to the problem, a 'reload' sets the configured value but does not generate a error; also not when clients want to connect via imap - you see in the logs only that the client trys to connect several times until it hits the 'mail_max_userip_connections' and the imap processes hang until you kill them hard manually;
On 15.05.2010 21:05, Charles Marcus wrote:
On 2010-05-16 5:34 AM, Joelly Alexander wrote:
dovecot -n should also show the problem...
yes, it shows a summary what is configured, but not that there is a problem with one of the settings;
Hmmm... it was my understanding that, like postfix, dovecot -n would warn on *all* syntax errors, which I would classify a typo like this as...
But I just checked... if it is spelled properly, this setting doesn't show up in doveoct -n output at all, which suggests that lock_method = fcntl is the default - *but*, if it is spelled *improperly*, it *does* show up, and with the incorrect spelling...
A quick test with another setting does produce the desired warning/error
- I changed the protocols line to inaps, and:
myhost : Sun May 16, 13:49:16 : /etc
dovecot -n
1.2.11: /etc/dovecot/dovecot.conf
Error: Invalid protocols given in configuration file Fatal: Invalid configuration in /etc/dovecot/dovecot.conf myhost : Sun May 16, 13:49:18 : /etc
Timo? Shouldn't dovecot -n produce a similar warning/error for all invalid/typo'd settings?
I also think it would be a good idea to report the line# in the config file where the error resides (can make it much easier to find the setting in a large, heavily commented config file)...
--
Best regards,
Charles
On 16.5.2010, at 19.54, Charles Marcus wrote:
Timo? Shouldn't dovecot -n produce a similar warning/error for all invalid/typo'd settings?
v2.0 dovecot -n shows if lock_method was typoed. Also I find it strange that reloading a config wouldn't show the error.
This is unfortunately difficult. The config file is first parsed and only afterwards validated. It's even more problematic if the setting is overwritten in different places in config file..
On 2010-05-20 1:58 PM, Timo Sirainen wrote:
Cool...
Hmmm... postfix handles this by simply letting the last one 'win', which seems like a reasonable way to handle that.
Any chance 2.0 could work the same way? This way I could keep all of my settings in a separate file, and then include them in the main file, and I'd be sure that my custom settings overrode any of the defaults.
--
Best regards,
Charles
On 20.5.2010, at 21.59, Charles Marcus wrote:
That's how Dovecot works too, but you could have for example:
foo = bar protocol imap { foo = foo }
The validation stage then tracks both imap and non-imap protocols and needs to give the line number for the right one. It probably wouldn't be too difficult to do, but not really something I want to spend time on right now.
On 2010-05-22 4:35 AM, Timo Sirainen wrote:
That's how Dovecot works too,
<sigh> I did test this real quick before posting, but I goofed - what I did was add 'protocols = pop' to the bottom, where above it was 'protocols = imaps' - and of course dovecot -n barfed since it should be pop3, not pop.
Sorry for the noise - I haven't used POP in many many years, so gloss over anything POP related - I'm glad to see it is indeed working like this... :)
--
Best regards,
Charles
Joelly Alexander put forth on 5/15/2010 1:54 PM:
We all screw ourselves with a typo at one point or another. Don't fret over it. Isn't the first time and won't be the last, for any of us. :)
-- Stan
participants (4)
-
Charles Marcus
-
Joelly Alexander
-
Stan Hoeppner
-
Timo Sirainen