On Sun, 5 Oct 2014 21:43:52 +0200, Patrick Ben Koetter <p...@sys4.de> wrote:
> * Mail List <maill...@nerdworld.org>:
>> On Sun, 5 Oct 2014 21:05:26 +0200, Patrick Ben Koetter <p...@sys4.de>
wrote:
>> > * Mail List <maill...@nerdworld.org>:
>> >> I am in the process of setting up postfix 2.9.6, postgrey, and
dovecot
>> >> 2.1.7 on a clean install of Debian wheezy 7.6 AMD.  I'm doing this
>> >> very
>> >> systematically in a VirtualBox virtual machine, which lets me
>> experiment
>> >> and screw up the settings, since I just recreate the VM if I makes
>> things
>> >> unusable.
>> >> 
>> >> I've gotten to the point that postfix, postgrey, and dovecot all
work
>> >> just
>> >> fine.  I can send & receive eMails (relaying outgoing mail through
my
>> >> comcast account).   However, I'm stuck on setting up SASL
>> >> authorization
>> >> for
>> >> incoming SMTP connections.  Up until the time I try to implement
SASL
>> >> authorization, I can successfully telnet into the system for SMTP
and
>> >> IMAP
>> >> connections.   Once I try to start SASL authorization it all goes
>> >> horribly
>> >> wrong.
>> >> 
>> >> I can't even get SMTP to work.
>> >> 
>> >> #telnet localhost 25
>> >> Trying ::1...
>> >> Trying 127.0.0.1...
>> >> Connected to localhost.
>> >> Escape character is '^]'.
>> >> Connection closed by foreign host.
>> >> 
>> >> /var/log/mail.info shows:
>> >> Oct  5 14:29:31 VMailServerTest postfix/smtpd[16181]: connect from
>> >> localhost[127.0.0.1]
>> >> Oct  5 14:29:31 VMailServerTest postfix/smtpd[16181]: warning: SASL:
>> >> Connect to private/auth failed: Permission denied
>> > 
>> > Postfix smtpd daemon cannot write to dovecot's socket. Either because
>> the
>> > perms are wrong or because the socket belongs to the wrong user.
>> > 
>> > Try this in dovecot's 10-master.conf:
>> > 
>> >   unix_listener /var/spool/postfix/private/auth {
>> >     mode = 0600
>> >     user = postfix
>> >     group = postfix
>> >   }
>> > 
>> > 
>> 
>> 
>> Thanks for your suggestion Patrick!  Changing the mode didn't work, but
I
>> think you are on the right track.  I played around with permissions on
>> the
>> socket.  Here is the directory entry for the socket file:
>> 
>> srw------- 1 root root 0 Oct  5 15:13 /var/spool/postfix/private/auth
>> 
>> 
>> Interestingly, I tried changing the perms to 777 (wide open!) it
>> worked!.
>> Also, if I left the file permissions to 600 and set the owner and group
>> to
>> postfix, it also worked.  
>> 
>> Unfortunately, restarting postfix wiped out any changes and reset the
>> file
>> to the root owner and default permissions, so there must be some
setting
>> somewhere that I'm missing.
>> 
>> Any ideas?
> 
> Dovecot creates and controls the socket. Did you apply the changes I
> suggested
> to dovecot?



Pat, you're a genius.   I __thought__ I had made the changes, but I
realize I had placed the user and group commands outside the indentation
for the unix_listener.  Moving it into the correct area fixed the problem. 
Thank you!


So for the record, this is what I had in
/etc/dovecot/conf.d/10-master.conf
service auth {
  #
  # set the "listener" socket
  unix_listener /var/spool/postfix/private/auth {
          #
          # set the mode so that only some users can see the socket
          mode = 0660
         }
  # 
  # 
  # Set the user name for the postfix process
  user = postfix 
  group = postfix
}
#
#



But what I needed was:
service auth {
  #
  # set the "listener" socket
  unix_listener /var/spool/postfix/private/auth {
          #
          # set the mode so that only some users can see the socket
          mode = 0600
          user = postfix
          group = postfix
         }
  #
  #
  # Set the user name for the postfix process
}
#
#
#
#

Please don't ask me why I had those statements in the wrong place to begin
with. I knew it had to be something stoopid... <sigh>


Thanks for your help!


-- 
Casey Bralla

Chief Nerd in Residence
The NerdWorld Organisation

Reply via email to