[Dovecot] Dovecot not delivering mail.
I get no errors when attempting to send or receive. However, my messages aren't showing up in the mailboxes. I am sending between users on the same server. This is my dovecot -n output
# 1.1.11: /etc/dovecot/dovecot.conf Error: Error in configuration file /etc/dovecot/dovecot.conf line 1076: Unknown section type (section changed in /etc/dovecot/dovecot.conf at line 1038) Fatal: Invalid configuration in /etc/dovecot/dovecot.conf
I was under the impression that this would be an irrelevant message, as my actual dovecot configuration file is dovecot-postfix.conf rather than dovecot.conf.
The logging shows login/logout and no errors.
Thanks.
On 2010-01-04, Anthony Nedland (anthony.nedland@baldwin-telecom.net) wrote:
This is my dovecot -n output
# 1.1.11: /etc/dovecot/dovecot.conf Error: Error in configuration file /etc/dovecot/dovecot.conf line 1076: Unknown section type (section changed in /etc/dovecot/dovecot.conf at line 1038) Fatal: Invalid configuration in /etc/dovecot/dovecot.conf
I was under the impression that this would be an irrelevant message, as my actual dovecot configuration file is dovecot-postfix.conf rather than dovecot.conf.
dovecot -n output shows which config file dovecot is actually using, as opposed to which one you *think* it is using.
Charles Marcus wrote:
On 2010-01-04, Anthony Nedland (anthony.nedland@baldwin-telecom.net) wrote:
This is my dovecot -n output
# 1.1.11: /etc/dovecot/dovecot.conf Error: Error in configuration file /etc/dovecot/dovecot.conf line 1076: Unknown section type (section changed in /etc/dovecot/dovecot.conf at line 1038) Fatal: Invalid configuration in /etc/dovecot/dovecot.conf
I was under the impression that this would be an irrelevant message, as my actual dovecot configuration file is dovecot-postfix.conf rather than dovecot.conf.
dovecot -n output shows which config file dovecot is actually using, as opposed to which one you *think* it is using.
Then how do I make it use dovecot-postfix.conf?
--
On 01/04/2010 10:11 PM Anthony Nedland wrote: [picture]
This is the Dovecot mailing list - not a picture gallery!
Use dovecot -n -c /etc/dovecot/dovecot-postfix.conf
Regards, Pascal
The trapper recommends today: decade.1000422@localdomain.org
On 2010-01-04 4:21 PM, Pascal Volk wrote:
On 01/04/2010 10:11 PM Anthony Nedland wrote: [picture]
This is the Dovecot mailing list - not a picture gallery!
Use
dovecot -n -c /etc/dovecot/dovecot-postfix.conf
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
In other words, would you really have to remember to run dovecot -n -c per your example above?
I ask because I've never used it with a config file in a non-default location.
If this is correct, I would consider it a bug - dovecot -n should know which config file it is using, and outout accordingly.
Charles Marcus schrieb:
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
It's the default location:
tw@mail2:~$ pgrep -lf dovecot 28900 /usr/sbin/dovecot -c /etc/dovecot/dovecot-postfix.conf 28901 dovecot-auth tw@mail2:~$ dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf Error: Can't open configuration file /etc/dovecot/dovecot.conf: No such file or directory Fatal: Invalid configuration in /etc/dovecot/dovecot.conf tw@mail2:~$
Thomas
On 2010-01-05 7:05 AM, Thomas Wolf wrote:
Charles Marcus schrieb:
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
It's the default location:
tw@mail2:~$ pgrep -lf dovecot 28900 /usr/sbin/dovecot -c /etc/dovecot/dovecot-postfix.conf 28901 dovecot-auth tw@mail2:~$ dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf Error: Can't open configuration file /etc/dovecot/dovecot.conf: No such file or directory Fatal: Invalid configuration in /etc/dovecot/dovecot.conf tw@mail2:~$
Ouch... that adds a big wrinkle to troubleshooting, especially if a file *does* exist at the default location...
--
Best regards,
Charles
Charles Marcus wrote:
On 2010-01-05 7:05 AM, Thomas Wolf wrote:
Charles Marcus schrieb:
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
It's the default location:
tw@mail2:~$ pgrep -lf dovecot 28900 /usr/sbin/dovecot -c /etc/dovecot/dovecot-postfix.conf 28901 dovecot-auth tw@mail2:~$ dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf Error: Can't open configuration file /etc/dovecot/dovecot.conf: No such file or directory Fatal: Invalid configuration in /etc/dovecot/dovecot.conf tw@mail2:~$
Ouch... that adds a big wrinkle to troubleshooting, especially if a file *does* exist at the default location...
Ok I have a new development. When I try to send to a user in my domain from a domain other than my own I get an error.
For example, I sent to duane@baldtel.com from an external address. The server returned the error 'user duane does not exist' in the form of an undeliverable bounce back email.
When I configure outlook for the user and when I log in on telnet, I have to use duane@baldtel.com as the user to log into the server. I assume this means that the username is actually 'duane@baldtel.com' rather than duane. I know that when I usually set up pop3 in outlook with other servers I would just put the part before the @ on the email into the server information field (user/pass). This means that with other servers the username actually would have been duane usually.
I only get this message back when sending from another server. When I send from my server, the email appears to have gone out. It just never arrives.
Anthony Nedland wrote:
Charles Marcus wrote:
On 2010-01-05 7:05 AM, Thomas Wolf wrote:
Charles Marcus schrieb:
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
It's the default location:
tw@mail2:~$ pgrep -lf dovecot 28900 /usr/sbin/dovecot -c /etc/dovecot/dovecot-postfix.conf 28901 dovecot-auth tw@mail2:~$ dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf Error: Can't open configuration file /etc/dovecot/dovecot.conf: No such file or directory Fatal: Invalid configuration in /etc/dovecot/dovecot.conf tw@mail2:~$
Ouch... that adds a big wrinkle to troubleshooting, especially if a file *does* exist at the default location...
Ok I have a new development. When I try to send to a user in my domain from a domain other than my own I get an error.
For example, I sent to duane@baldtel.com from an external address. The server returned the error 'user duane does not exist' in the form of an undeliverable bounce back email.
When I configure outlook for the user and when I log in on telnet, I have to use duane@baldtel.com as the user to log into the server. I assume this means that the username is actually 'duane@baldtel.com' rather than duane. I know that when I usually set up pop3 in outlook with other servers I would just put the part before the @ on the email into the server information field (user/pass). This means that with other servers the username actually would have been duane usually.
I only get this message back when sending from another server. When I send from my server, the email appears to have gone out. It just never arrives.
OK I checked the table info in mysql. It says under the 'mailbox' table that the username is duane@baldtel.com and that the domain is baldtel.com. Shouldn't the username field be duane? Based on the messages I have above, it seems this may be causing the problem. If that is the case, how would I change what is inserted into the table? I am using postfixadmin to create users. Does this mean it would be a matter of changing files related to postfixadmin, or is there still a place in dovecot configurations where I would need to change something?
Anthony Nedland wrote:
Anthony Nedland wrote:
Charles Marcus wrote:
On 2010-01-05 7:05 AM, Thomas Wolf wrote:
Charles Marcus schrieb:
Question: if you use an alternate location for the config file, and start dovecot with that config file properly, does plain 'dovecot -n' output what is in the config file that is in use? Or the one in the default location?
It's the default location:
tw@mail2:~$ pgrep -lf dovecot 28900 /usr/sbin/dovecot -c /etc/dovecot/dovecot-postfix.conf 28901 dovecot-auth tw@mail2:~$ dovecot -n # 1.1.11: /etc/dovecot/dovecot.conf Error: Can't open configuration file /etc/dovecot/dovecot.conf: No such file or directory Fatal: Invalid configuration in /etc/dovecot/dovecot.conf tw@mail2:~$
Ouch... that adds a big wrinkle to troubleshooting, especially if a file *does* exist at the default location...
Ok I have a new development. When I try to send to a user in my domain from a domain other than my own I get an error.
For example, I sent to duane@baldtel.com from an external address. The server returned the error 'user duane does not exist' in the form of an undeliverable bounce back email.
When I configure outlook for the user and when I log in on telnet, I have to use duane@baldtel.com as the user to log into the server. I assume this means that the username is actually 'duane@baldtel.com' rather than duane. I know that when I usually set up pop3 in outlook with other servers I would just put the part before the @ on the email into the server information field (user/pass). This means that with other servers the username actually would have been duane usually.
I only get this message back when sending from another server. When I send from my server, the email appears to have gone out. It just never arrives.
OK I checked the table info in mysql. It says under the 'mailbox' table that the username is duane@baldtel.com and that the domain is baldtel.com. Shouldn't the username field be duane? Based on the messages I have above, it seems this may be causing the problem. If that is the case, how would I change what is inserted into the table? I am using postfixadmin to create users. Does this mean it would be a matter of changing files related to postfixadmin, or is there still a place in dovecot configurations where I would need to change something?
Still having the same problem. I checked some things to try and find reasons it may not be delivering the mail. In my dovecot-postfix.conf mail_location = maildir:/var/vmail/%d/%n I looked in that directory and found that for the user duane@baldtel.com the directory for new mail is /var/vmail/baldtel.com/duane/new/ If I touch a file in that directory, the client downloads it as an email. It seems that the issue is that dovecot isn't putting messages in this directory. Any ideas where it could be failing to perform that task? Maybe where it needs to actually tell dovecot to perform this command. The mail shouldn't be stored in the SQLdb right? It should be sent to that folder right?
Charles Marcus wrote:
On 2010-01-05, Anthony Nedland (anthony.nedland@baldwin-telecom.net) wrote:
In my dovecot-postfix.conf mail_location = maildir:/var/vmail/%d/
Please post full dovecot -n output...
Also, whats your SQL query look like?
dovecot -n
# 1.1.11: /etc/dovecot/dovecot.conf # OS: Linux 2.6.31-16-generic i686 Ubuntu 9.10 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 150 last_valid_uid: 150 mail_privileged_group: mail mail_location: maildir:/var/vmail/%d/%n mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: mail
SQL statements in dovecot-sql.conf
user_query = SELECT '/var/vmail/%d/%n' as home, 'maildir:/var/vmail/%d/%n' as mail, 150 AS uid, 8 AS gid, concat('dirsize:storage=',quota) AS quota FROM mailbox WHERE username = '%u' AND active = 1
password_query = SELECT username as user, password, '/var/vmail/%d/%n' as userdb_home,'maildir:/var/vmail/%d/%n' as userdb_mail, 150 as userdb_uid, 8 as userdb_gid FROM mailbox WHERE username = '%u' AND active = 1
On 5.1.2010, at 16.26, Anthony Nedland wrote:
For example, I sent to duane@baldtel.com from an external address. The server returned the error 'user duane does not exist' in the form of an undeliverable bounce back email.
Set auth_debug=yes. Show what deliver logs (http://wiki.dovecot.org/LDA#Logging) and what dovecot-auth logs. If you can't see deliver logging anything, show what Postfix logs about the deliver.
On 5.1.2010, at 13.55, Charles Marcus wrote:
In other words, would you really have to remember to run dovecot -n -c per your example above?
I ask because I've never used it with a config file in a non-default location.
If this is correct, I would consider it a bug - dovecot -n should know which config file it is using, and outout accordingly.
How would it know what config file Dovecot is using? The config file needs to be read before it even knows where the base_dir is. What if there are multiple Dovecots running? The main problem here is that Ubuntu for some reason decided to use dovecot-postfix.conf instead of the default dovecot.conf..
Timo Sirainen schrieb:
On 5.1.2010, at 13.55, Charles Marcus wrote:
In other words, would you really have to remember to run dovecot -n -c per your example above?
I ask because I've never used it with a config file in a non-default location.
If this is correct, I would consider it a bug - dovecot -n should know which config file it is using, and outout accordingly.
How would it know what config file Dovecot is using? The config file needs to be read before it even knows where the base_dir is. What if there are multiple Dovecots running? The main problem here is that Ubuntu for some reason decided to use dovecot-postfix.conf instead of the default dovecot.conf..
Depends on the package that is installed:
tw@mail2:~$ apt-cache search dovecot dovecot-common - secure mail server that supports mbox and maildir mailboxes dovecot-dev - header files for the dovecot mail server dovecot-imapd - secure IMAP server that supports mbox and maildir mailboxes dovecot-pop3d - secure POP3 server that supports mbox and maildir mailboxes dovecot-postfix - full mail server stack provided by Ubuntu server team
The package "dovecot-postfix" installs and uses dovecot-postfix.conf but unfortunately also puts the default dovecot.conf in /etc/dovecot (driving everyone crazy who blindly follows howtos editing dovecot.conf). Highly recommended to remove/rename dovecot.conf in this configuration.
Thomas
On 01/06/2010 02:15 PM Thomas Wolf wrote:
… The package "dovecot-postfix" installs and uses dovecot-postfix.conf but unfortunately also puts the default dovecot.conf in /etc/dovecot (driving everyone crazy who blindly follows howtos editing dovecot.conf). Highly recommended to remove/rename dovecot.conf in this configuration.
And there is big fat warning at the top of the unbuntus's dovecot.conf file: # ------------------------------ WARNING -------------------------------
# If there's a file /etc/dovecot/dovecot-postfix.conf, which is part of # dovecot-postfix package, it will be used instead of dovecot.conf.
# Keep in mind that, if that file exist, none of the changes in # /etc/dovecot/dovecot.conf will have effect on dovecot's configuration. # In that case you should customize /etc/dovecot/dovecot-postfix.conf.
# ------------------------------ WARNING -------------------------------
Further more, the file /usr/share/doc/dovecot-postfix/README.Debian contains: "dovecot's init script checks existance of /etc/dovecot/dovecot-postfix.conf and if that file exists, it reads it instead of /etc/dovecot/dovecot.conf."
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
Regards, Pascal
Ubuntu is an ancient African word meaning “I can’t install Debian.” -- unknown
Pascal Volk schrieb:
On 01/06/2010 02:15 PM Thomas Wolf wrote:
… The package "dovecot-postfix" installs and uses dovecot-postfix.conf but unfortunately also puts the default dovecot.conf in /etc/dovecot (driving everyone crazy who blindly follows howtos editing dovecot.conf). Highly recommended to remove/rename dovecot.conf in this configuration.
And there is big fat warning at the top of the unbuntus's dovecot.conf file: # ------------------------------ WARNING -------------------------------
# If there's a file /etc/dovecot/dovecot-postfix.conf, which is part of # dovecot-postfix package, it will be used instead of dovecot.conf.
# Keep in mind that, if that file exist, none of the changes in # /etc/dovecot/dovecot.conf will have effect on dovecot's configuration. # In that case you should customize /etc/dovecot/dovecot-postfix.conf.
# ------------------------------ WARNING -------------------------------
Further more, the file /usr/share/doc/dovecot-postfix/README.Debian contains: "dovecot's init script checks existance of /etc/dovecot/dovecot-postfix.conf and if that file exists, it reads it instead of /etc/dovecot/dovecot.conf."
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
I agree (that's why i wrote "..who *blindly* follows howtos"). Nevertheless, renaming /etc/dovecot/dovecot.conf helps troubleshooting while using dovecot-postfix (forgetting -c when using deliver elsewhere for example)
Thomas
On Qua, 06 Jan 2010, Pascal Volk wrote:
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
<flamebait> If they could, they'd be running debian. :-) </flamebait>
-- The young lady had an unusual list, Linked in part to a structural weakness. She set no preconditions.
Eduardo M KALINOWSKI eduardo@kalinowski.com.br
Eduardo M KALINOWSKI wrote:
On Qua, 06 Jan 2010, Pascal Volk wrote:
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
<flamebait> If they could, they'd be running debian. :-) </flamebait>
Distro discussion aside, I think I know for sure what my issue is at this point. I looked at the tables I have in mysql. The show duane@baldtel.com in the username field. Every email username is listed as user@domain. There is also a domain field that just has baldtel.com in it. No @ there. My logs are showing that when the server looks for a username to send/receive as, it refuses anything like duane, because it's looking for the username duane@baldtel.com. That's what I must have to change right? When someone tries to send from an external domain to this address they get the server bounce back message that duane doesn't exist. When I log into the POP side of the server it works because I use the username with the @. Does this make sense at all?
Anthony Nedland wrote:
Eduardo M KALINOWSKI wrote:
On Qua, 06 Jan 2010, Pascal Volk wrote:
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
<flamebait> If they could, they'd be running debian. :-) </flamebait>
Distro discussion aside, I think I know for sure what my issue is at this point. I looked at the tables I have in mysql. The show duane@baldtel.com in the username field. Every email username is listed as user@domain. There is also a domain field that just has baldtel.com in it. No @ there. My logs are showing that when the server looks for a username to send/receive as, it refuses anything like duane, because it's looking for the username duane@baldtel.com. That's what I must have to change right? When someone tries to send from an external domain to this address they get the server bounce back message that duane doesn't exist. When I log into the POP side of the server it works because I use the username with the @. Does this make sense at all?
You know what? I got it. Awesome. Thanks for the help folks.
2010/1/6 Eduardo M KALINOWSKI <eduardo@kalinowski.com.br>
<flamebait> If they could, they'd be running debian. :-) </flamebait>
<flame> insert flame from ubuntu admin ;) </flame>
I tried the postfix-dovecot package once and dumped it. Found it easier using the separate packages. I'd also recommend installing Dovecot from source under Ubuntu as they're lagging well behind. Karmic still only has Dovecot 1.1.11.
Cheers Guy
-- Don't just do something...sit there!
On Wed, 06 Jan 2010 14:41:32 -0200 Eduardo M KALINOWSKI <eduardo@kalinowski.com.br> articulated:
On Qua, 06 Jan 2010, Pascal Volk wrote:
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
<flamebait> If they could, they'd be running debian. :-) </flamebait>
Ubuntu is an ancient African word meaning, "I can’t install Debian."
-- Jerry gesbbb@yahoo.com
Literally, in a recent case with me. Debian (any build I could get my
hands on, I tried quite a few) would literally not install on a box. I
was lucky if the installer ran, let alone did anything. Spent a week
trying.
Ubuntu installed on the first try and was up and running after fifteen
minutes.
Thomas Berezansky Merrimack Valley Library Consortium
Quoting Jerry <gesbbb@yahoo.com>:
On Wed, 06 Jan 2010 14:41:32 -0200 Eduardo M KALINOWSKI
<eduardo@kalinowski.com.br> articulated:On Qua, 06 Jan 2010, Pascal Volk wrote:
Sorry, but I really can't understand, why the most unbuntu users seems to be unable to read AND understand so simple written documentation. :(
<flamebait> If they could, they'd be running debian. :-) </flamebait>
Ubuntu is an ancient African word meaning, "I can’t install Debian."
-- Jerry gesbbb@yahoo.com
On Wed, 2010-01-06 at 12:43 -0500, Jerry wrote:
Ubuntu is an ancient African word meaning, "I can’t install Debian."
Jerry, you debian people steal everything, its... Ubuntu is an ancient African word meaning, "I can’t install Slackware." :P
--
Kind Regards, SSA Noel Butler L.C.P No. 251002
This Email, including any attachments, may contain legally privileged information, therefore remains confidential and subject to copyright protected under international law. You may not disseminate or reveal any part to anyone without the authors express written authority to do so. If you are not the intended recipient, please notify the sender and delete all relevance of this message including any attachments, immediately. Confidentiality, copyright, and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only PDF and ODF documents are accepted, do not send Microsoft proprietary formatted documents.
On Thu, 07 Jan 2010 10:01:48 +1000 Noel Butler <noel.butler@ausics.net> articulated:
Ubuntu is an ancient African word meaning, "I can’t install Debian."
Jerry, you debian people steal everything, its... Ubuntu is an ancient African word meaning, "I can’t install Slackware." :P
Actually, I am a FreeBSD person, meaning: "We copy everyone else's stuff, change/modify the source code, rewrite the specifications and then dare you to make it work."
-- Jerry gesbbb@yahoo.com
On Thu, 2010-01-07 at 07:10 -0500, Jerry wrote:
On Thu, 07 Jan 2010 10:01:48 +1000 Noel Butler <noel.butler@ausics.net> articulated:
Ubuntu is an ancient African word meaning, "I can’t install Debian."
Jerry, you debian people steal everything, its... Ubuntu is an ancient African word meaning, "I can’t install Slackware." :P
Actually, I am a FreeBSD person, meaning: "We copy everyone else's stuff, change/modify the source code, rewrite the specifications and then dare you to make it work."
I'm not sure what's worse :)
On Wed, 2010-01-06 at 14:15 +0100, Thomas Wolf wrote:
Timo Sirainen schrieb:
On 5.1.2010, at 13.55, Charles Marcus wrote:
In other words, would you really have to remember to run dovecot -n -c per your example above?
I ask because I've never used it with a config file in a non-default location.
If this is correct, I would consider it a bug - dovecot -n should know which config file it is using, and outout accordingly.
How would it know what config file Dovecot is using? The config file needs to be read before it even knows where the base_dir is. What if there are multiple Dovecots running? The main problem here is that Ubuntu for some reason decided to use dovecot-postfix.conf instead of the default dovecot.conf..
Depends on the package that is installed:
tw@mail2:~$ apt-cache search dovecot dovecot-common - secure mail server that supports mbox and maildir mailboxes dovecot-dev - header files for the dovecot mail server dovecot-imapd - secure IMAP server that supports mbox and maildir mailboxes dovecot-pop3d - secure POP3 server that supports mbox and maildir mailboxes dovecot-postfix - full mail server stack provided by Ubuntu server team
The package "dovecot-postfix" installs and uses dovecot-postfix.conf but unfortunately also puts the default dovecot.conf in /etc/dovecot (driving everyone crazy who blindly follows howtos editing dovecot.conf). Highly recommended to remove/rename dovecot.conf in this configuration.
Thomas
Then complain to ubuntu, how is it Timo's problem they screwed, no, rooted it to hell and back again.
-- Kind Regards, SSA Noel Butler L.C.P No. 251002
This Email, including any attachments, may contain legally privileged information, therefore remains confidential and subject to copyright protected under international law. You may not disseminate or reveal any part to anyone without the authors express written authority to do so. If you are not the intended recipient, please notify the sender and delete all relevance of this message including any attachments, immediately. Confidentiality, copyright, and legal privilege are not waived or lost by reason of the mistaken delivery of this message. Only PDF and ODF documents are accepted, do not send Microsoft proprietary formatted documents.
On 2010-01-06 7:20 AM, Timo Sirainen wrote:
On 5.1.2010, at 13.55, Charles Marcus wrote:
dovecot -n should know which config file it is using, and outout accordingly.
How would it know what config file Dovecot is using? The config file needs to be read before it even knows where the base_dir is.
I don't know - :( - but I'm pretty sure postfix does it somehow...
What if there are multiple Dovecots running?
Hmmm... good point, don't know on that one, and I've never run multiple postfix instances, so don't know if/what it dos in that case either...
On 01/06/2010 03:44 PM Charles Marcus wrote:
On 2010-01-06 7:20 AM, Timo Sirainen wrote:
On 5.1.2010, at 13.55, Charles Marcus wrote:
dovecot -n should know which config file it is using, and outout accordingly.
How would it know what config file Dovecot is using? The config file needs to be read before it even knows where the base_dir is.
I don't know - :( - but I'm pretty sure postfix does it somehow...
Postfix's master uses also the -c option. But -c config_dir, because Postfix searches its main.cf and master.cf configuration files in the given config_dir. (see master(8))
What if there are multiple Dovecots running?
Hmmm... good point, don't know on that one, and I've never run multiple postfix instances, so don't know if/what it dos in that case either...
Each instance has its own configuration/data/spool directories with all
instance specific files.
And yes, a postconf -n for one the multi instances is more complex
than a simple dovecot -n -c /path/to/funny-name.conf. Looks like this:
postmulti -i $INSTANCE_NAME -x postconf -n
Regards; Pascal
The trapper recommends today: face1e55.1000616@localdomain.org
Charles Marcus wrote:
On 2010-01-04, Anthony Nedland (anthony.nedland@baldwin-telecom.net) wrote:
This is my dovecot -n output
# 1.1.11: /etc/dovecot/dovecot.conf Error: Error in configuration file /etc/dovecot/dovecot.conf line 1076: Unknown section type (section changed in /etc/dovecot/dovecot.conf at line 1038) Fatal: Invalid configuration in /etc/dovecot/dovecot.conf
I was under the impression that this would be an irrelevant message, as my actual dovecot configuration file is dovecot-postfix.conf rather than dovecot.conf.
dovecot -n output shows which config file dovecot is actually using, as opposed to which one you *think* it is using.
Then how do I change the one it's using?
2010/1/4 Anthony Nedland <anthony.nedland@baldwin-telecom.net>:
Charles Marcus wrote:
dovecot -n output shows which config file dovecot is actually using, as opposed to which one you *think* it is using. Then how do I change the one it's using?
As Pascal wrote, you select the -c option for the alternate configuration file upon startup. As to why you don't just swap the files round - I don't know: regardless, you may change the init.d script to reflect the change in your configuration file location.
In Debian, for example, you would change the CONF=/etc/dovecot/${NAME}.conf in /etc/init.d/dovecot to CONF=/etc/dovecot/dovecot-postfix.conf
-R
Ronald MacDonald : +44-7772-351655 ronald@rmacd.com : http://www.rmacd.com 4/1 Gillespie Crescent, Edinburgh EH10 4HT
On 2010-01-04, Ronald MacDonald (ronald@rmacd.com) wrote:
2010/1/4 Anthony Nedland <anthony.nedland@baldwin-telecom.net>:
Charles Marcus wrote:
dovecot -n output shows which config file dovecot is actually using, as opposed to which one you *think* it is using.
Then how do I change the one it's using?
As Pascal wrote, you select the -c option for the alternate configuration file upon startup.
participants (11)
-
Anthony Nedland
-
Charles Marcus
-
Eduardo M KALINOWSKI
-
Guy
-
Jerry
-
Noel Butler
-
Pascal Volk
-
Ronald MacDonald
-
Thomas Berezansky
-
Thomas Wolf
-
Timo Sirainen