dovecot - Apr 2007 - Connection refused with auth-master after upgrading to Dovecot 1.0 rc 28

Fedora pushed out an update to Dovecot 1.0 rc 28 today. After
upgrading, mail isn't delivered to local recipients. My log file is
full of error messages similar to the following:

Apr  2 12:56:32 mail deliver(user at domain.com):
net_connect(/var/run/dovecot/auth-master) failed: Connection refused

I'm including some snippets from my dovecot.conf file that pertain to
the auth-master file:

protocol lda {
  # Address to use when sending rejection mails.
  postmaster_address = postmaster at brashers.com

  mail = maildir:/home/vmail/mail/%n

  # Hostname to use in various parts of sent mails, eg. in Message-Id.
  # Default is the system's real hostname.
  #hostname 
  # Support for dynamically loadable plugins. mail_plugins is a space separated
  # list of plugins to load.
  #mail_plugins   #mail_plugin_dir = /usr/lib/dovecot/lda
  mail_plugins = cmusieve
  mail_plugin_dir = /usr/lib/dovecot/lda

  # Binary to use for sending mails.
  #sendmail_path = /usr/lib/sendmail

  # UNIX socket path to master authentication server to find users.
  auth_socket_path = /var/run/dovecot/auth-master
  #auth_socket_path = /home/vmail/mail/auth-master
}

  socket listen {
    master {
      # Master socket provides access to userdb information. It's typically
      # used to give Dovecot's local delivery agent access to userdb so it
      # can find mailbox locations.
      path = /var/run/dovecot/auth-master
      #path = /home/vmail/mail/auth-master
      mode = 0600
      # Default user/group is the one who started dovecot-auth (root)
      user = vmail
      group = mail
    }
    #client {
      # The client socket is generally safe to export to everyone. Typical use
      # is to export it to your SMTP server so it can do SMTP AUTH lookups
      # using it.
      #path = /var/run/dovecot/auth-client
      #mode = 0660
    #}
  }

I have been beating my head against this trying to change the
permissions to 0777, changing the directory of the socket, changing
the auth user, and just about anything else I can find in any thread
that relates to this error. Any help would be greatly appreciated.

On Mon, 2007-04-02 at 13:10 -0600, Jason Warner wrote:
> Fedora pushed out an update to Dovecot 1.0 rc 28 today. After
> upgrading, mail isn't delivered to local recipients. My log file is
> full of error messages similar to the following:
> 
> Apr  2 12:56:32 mail deliver(user at domain.com):
> net_connect(/var/run/dovecot/auth-master) failed: Connection refused
Delete this file. Restart Dovecot. Does it get recreated?
> I'm including some snippets from my dovecot.conf file that pertain to
> the auth-master file:
dovecot -n shows what Dovecot really uses. It might show something
different than what you thought you had.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20070403/d6b4a7fd/attachment.bin>

Timo,

Thanks for your time.

On 4/2/07, Timo Sirainen <tss at iki.fi> wrote:
> On Mon, 2007-04-02 at 13:10 -0600, Jason Warner wrote:
> > Fedora pushed out an update to Dovecot 1.0 rc 28 today. After
> > upgrading, mail isn't delivered to local recipients. My log file
is
> > full of error messages similar to the following:
> >
> > Apr  2 12:56:32 mail deliver(user at domain.com):
> > net_connect(/var/run/dovecot/auth-master) failed: Connection refused
>
> Delete this file. Restart Dovecot. Does it get recreated?
When I delete the file and restart Dovecot it is recreated.
>
> > I'm including some snippets from my dovecot.conf file that pertain
to
> > the auth-master file:
>
> dovecot -n shows what Dovecot really uses. It might show something
> different than what you thought you had.
>
>
>
Here is the output from dovecot -n:

[root at mail dovecot]# /usr/local/sbin/dovecot -c /etc/dovecot.conf -n
# /etc/dovecot.conf
protocols: imap imaps pop3 pop3s
ssl_cert_file: /etc/pki/dovecot/certs/pop3.pem
ssl_key_file: /etc/pki/dovecot/private/pop3.pem
login_dir: /usr/local/var/run/dovecot/login
login_executable(default): /usr/local/libexec/dovecot/imap-login
login_executable(imap): /usr/local/libexec/dovecot/imap-login
login_executable(pop3): /usr/local/libexec/dovecot/pop3-login
default_mail_env: maildir:/home/vmail/mail/%n
mail_location: maildir:/home/vmail/mail/%n
mail_executable(default): /usr/local/libexec/dovecot/imap
mail_executable(imap): /usr/local/libexec/dovecot/imap
mail_executable(pop3): /usr/local/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/local/lib/dovecot/imap
mail_plugin_dir(imap): /usr/local/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3
pop3_uidl_format(default):
pop3_uidl_format(imap):
pop3_uidl_format(pop3): %08Xu%08Xv
auth default:
  passdb:
    driver: ldap
    args: /etc/dovecot-ldap.conf
  userdb:
    driver: static
    args: uid=502 gid=502 home=/home/vmail/mail/%n
mail=maildir:/home/vmail/mail/%n/
  socket:
    type: listen
    client:
    master:
      path: /var/run/dovecot/auth-master
      mode: 384
      user: vmail
      group: mail


Some other information that I've learned might be helpful in helping
to troubleshoot this problem:

1. I'm using Postfix and delivering mail to virtual users.
2. The problem presents itself when using the Dovecot LDA. If I go
back to my old virtual settings (not using the Dovecot LDA) then mail
is delivered again.
3. The Dovecot LDA is added with this line in my master.cf for Postfix:
# Dovecot LDA
dovecot   unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d ${recipient}