[Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Steinar Bang
After upgrading my IMAP server to the new debian stable, and upgrading
dovecot from 1.x to 2.1.7 in the process, dovecot no longer logs
anything to /var/log/mail.*.  The last entries there are from before the
upgrade, and no starts or error messages or failed login attempts, since
then, have been logged.

Does anyone know what might cause this?

doveconf -n doesn't mention any of the log settings.  Maybe the log
settings aren't picked up?  What could be done to make sure they are
picked up?

Here's the content of the /etc/dovecot/conf.d/10-logging.conf file:

##
## Log destination.
##

# Log file to use for error messages. syslog logs to syslog,
# /dev/stderr logs to stderr.
log_path = syslog

# Log file to use for informational messages. Defaults to log_path.
#info_log_path = 
# Log file to use for debug messages. Defaults to info_log_path.
#debug_log_path = 

# Syslog facility to use if you're logging to syslog. Usually if you don't
# want to use mail, you'll use local0..local7. Also other standard
# facilities are supported.
syslog_facility = mail

##
## Logging verbosity and debugging.
##

# Log unsuccessful authentication attempts and the reasons why they failed.
#auth_verbose = no

# In case of password mismatches, log the attempted password. Valid values are
# no, plain and sha1. sha1 can be useful for detecting brute force password
# attempts vs. user simply trying the same password over and over again.
#auth_verbose_passwords = no

# Even more verbose logging for debugging purposes. Shows for example SQL
# queries.
#auth_debug = no

# In case of password mismatches, log the passwords and used scheme so the
# problem can be debugged. Enabling this also enables auth_debug.
#auth_debug_passwords = no

# Enable mail process debugging. This can help you figure out why Dovecot
# isn't finding your mails.
#mail_debug = no

# Show protocol level SSL errors.
#verbose_ssl = no

# mail_log plugin provides more event logging for mail processes.
plugin {
  # Events to log. Also available: flag_change append
  #mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename
  # Available fields: uid, box, msgid, from, subject, size, vsize, flags
  # size and vsize are available only for expunge and copy events.
  #mail_log_fields = uid box msgid size
}

##
## Log formatting.
##

# Prefix for each line written to log file. % codes are in strftime(3)
# format.
#log_timestamp = %b %d %H:%M:%S 

# Space-separated list of elements we want to log. The elements which have
# a non-empty variable value are joined together to form a comma-separated
# string.
#login_log_format_elements = user=%u method=%m rip=%r lip=%l mpid=%e %c

# Login log format. %$ contains login_log_format_elements string, %s contains
# the data we want to log.
#login_log_format = %$: %s
 
# Log prefix for mail processes. See doc/wiki/Variables.txt for list of
# possible variables you can use.
#mail_log_prefix = %s(%u): 

# Format to use for logging mail deliveries. You can use variables:
#  %$ - Delivery status message (e.g. saved to INBOX)
#  %m - Message-ID
#  %s - Subject
#  %f - From address
#  %p - Physical size
#  %w - Virtual size
#deliver_log_format = msgid=%m: %$



Re: [Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Pascal Volk
On 05/09/2013 02:02 PM Steinar Bang wrote:
 After upgrading my IMAP server to the new debian stable, and upgrading
 dovecot from 1.x to 2.1.7 in the process, dovecot no longer logs
 anything to /var/log/mail.*.  The last entries there are from before the
 upgrade, and no starts or error messages or failed login attempts, since
 then, have been logged.

Did you read /usr/share/doc/dovecot-core/{NEWS,README}.Debian.gz?

 Does anyone know what might cause this?
 
 doveconf -n doesn't mention any of the log settings.  Maybe the log
 settings aren't picked up?  What could be done to make sure they are
 picked up?

,--[ doveconf(1) ]--
| OPTIONS
| -n Show only settings with non-default values.
`--

 Here's the content of the /etc/dovecot/conf.d/10-logging.conf file:
 …

Please don't copy and paste stuff from files in Dovecot's configuration
directory. Always provide the output generated by `doveconf -n`.

,--[ doveadm-log(1) ]--
| COMMANDS
|log find
|doveadm log find [directory]
| 
|The  log  find command is used to show the location of the log files, 
to which dovecot(1) sends its log messages.  If dovecot(1) logs its messages 
through syslogd(8) and doveadm(1) could not find any
|log files, you can specify the directory where your syslogd writes its 
log files.
`--

Regards,
Pascal
-- 
The trapper recommends today: c01dcofe.1312...@localdomain.org


Re: [Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Steinar Bang
 Steinar Bang s...@dod.no:

 Could the culprit be the syslogd?  Could the syslogd have gone AWOL
 during the debian upgrade?  That's a point of investigation, at least...

Indeed...
 rainey:~# dpkg -S /etc/syslog.conf 
 sysklogd: /etc/syslog.conf
 rainey:~# dpkg -l sysklogd
 Desired=Unknown/Install/Remove/Purge/Hold
 | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
 |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
 ||/ NameVersionArchitecture   
Description
 
+++-===-==-==-
 rc  sysklogd1.5-6  i386   System 
Logging Daemon

http://packages.debian.org/squeeze/sysklogd

Exists for squeeze and sid, but not for wheezy.

The preferred syslogd for debian is now rsyslog:
 http://wiki.debian.org/Rsyslog

apt-get install rsyslog pulled the new syslogd in, and now doveadm
log find reports meaningful values:

rainey:~# doveadm log find
Looking for log files from /var/log
Debug: /var/log/mail.log
Debug: /var/log/syslog
Info: /var/log/mail.log
Info: /var/log/syslog
Info: /var/log/mail.info
Warning: /var/log/mail.log
Warning: /var/log/mail.warn
Warning: /var/log/syslog
Warning: /var/log/mail.info
Error: /var/log/mail.log
Error: /var/log/mail.warn
Error: /var/log/mail.err
Error: /var/log/syslog
Error: /var/log/mail.info
Fatal: /var/log/mail.log
Fatal: /var/log/mail.warn
Fatal: /var/log/mail.err
Fatal: /var/log/syslog
Fatal: /var/log/mail.info




Re: [Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Reindl Harald

Am 09.05.2013 16:11, schrieb Steinar Bang:
 Could the culprit be the syslogd?  Could the syslogd have gone AWOL
 during the debian upgrade?  That's a point of investigation, at least...
 
 Indeed...

 http://packages.debian.org/squeeze/sysklogd
 Exists for squeeze and sid, but not for wheezy.
 
 The preferred syslogd for debian is now rsyslog:
  http://wiki.debian.org/Rsyslog
 
 apt-get install rsyslog pulled the new syslogd in, and now doveadm
 log find reports meaningful values

and deb-packages does not support Obsoletes/Provides like RPM
or only the packager too stupid not break upgrades?




signature.asc
Description: OpenPGP digital signature


Re: [Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Steinar Bang
 Reindl Harald h.rei...@thelounge.net:

 and deb-packages does not support Obsoletes/Provides like RPM or only
 the packager too stupid not break upgrades?

There isn't an obsolete-concept, AFAIK.  But there is a way to handle
upgrades that switch implementations, through a mechanism called virtual
packages.

Why that wasn't done here, I don't know.  Perhaps it was overlooked.



Re: [Dovecot] dovecot not logging after upgrade to 2.1.7 on debian

2013-05-09 Thread Stan Hoeppner
On 5/9/2013 9:11 AM, Steinar Bang wrote:

 The preferred syslogd for debian is now rsyslog:
  http://wiki.debian.org/Rsyslog

Did you happen to notice that rsyslog became the default syslog daemon
with the release of Lenny?  That was Feb 14, 2009, over 4 years ago.
Your system went through 3 distribution upgrades before you noticed.

There was no syslog virtual or metapackage.  The Lenny upgrade release
notes had instructions for manually replacing syslogd with rsyslog.  It
could not be done automatically.  I guess you missed this with Lenny,
and Debian assumed everyone did it, omitting this from subsequent
release notes.

-- 
Stan