My cyrus.conf is very long. All the pop settings are commented out. 

I have access to the mail server through a NAT router. I can see that mail
is delivered from postfix to cyrus. What is so strange is that it worked
perfectly before I restarted the server. Maybe I should re-install sasl? It
is so strange that the testsaslauthd is working. 

I am posting my cyrus.conf below. This is as the dpkg installed it for the
Debian distro. Seems ok to me.

# Debian defaults for Cyrus IMAP server/cluster implementation
# see cyrus.conf(5) for more information
#
# All the tcp services are tcpd-wrapped. see hosts_access(5)
# $Id: cyrus.conf,v 1.16 2003/11/05 01:04:22 hmh Exp $

START {
        # do not delete this entry!
        recover         cmd="/usr/sbin/ctl_cyrusdb -r"
  
        # this is only necessary if using idled for IMAP IDLE
        # this is NOT to be enabled right now in Debian builds
        #idled          cmd="idled"

        # this is useful on backend nodes of a Murder cluster
        # it causes the backend to syncronize its mailbox list with
        # the mupdate master upon startup
        #mupdatepush   cmd="/usr/sbin/ctl_mboxlist -m"

        # this is recommended if using duplicate delivery suppression
        delprune        cmd="/usr/sbin/ctl_deliver -E 3"
        # this is recommended if caching TLS sessions
        tlsprune        cmd="/usr/sbin/tls_prune"
}

# UNIX sockets start with a slash and are absolute paths
# you can use a maxchild=# to limit the maximum number of forks of a service
# you can use babysit=true and maxforkrate=# to keep tight tabs on the
service
# most services also accept -U (limit number of reuses) and -T (timeout)
SERVICES {
        # --- Normal cyrus spool, or Murder backends ---
        # add or remove based on preferences
        imap            cmd="imapd -U 30" listen="imap" prefork=0
maxchild=100
        #imaps          cmd="imapd -s -U 30" listen="imaps" prefork=0
maxchild=100
        #pop3           cmd="pop3d -U 30" listen="pop3" prefork=0
maxchild=50
        #pop3s          cmd="pop3d -s -U 30" listen="pop3s" prefork=0
maxchild=50

        # At least one form of LMTP is required for delivery
        # (you must keep the Unix socket name in sync with imap.conf)
        #lmtp           cmd="lmtpd" listen="localhost:lmtp" prefork=0
maxchild=20
        lmtpunix        cmd="lmtpd" listen="/var/run/cyrus/socket/lmtp"
prefork=0 maxchild=20
        # ----------------------------------------------

        # useful if you need to give users remote access to sieve
        # by default, we limit this to localhost in Debian
        sieve           cmd="timsieved" listen="localhost:sieve" prefork=0
maxchild=100

        # this one is needed for the notification services
        notify          cmd="notifyd" listen="/var/run/cyrus/socket/notify"
proto="udp" prefork=1

        # --- Murder frontends -------------------------
        # enable these and disable the matching services above, 
        # except for sieve (which deals automatically with Murder)

        # mupdate database service - must prefork at least 1
        # (mupdate slaves)
        #mupdate       cmd="mupdate" listen=3905 prefork=1
        # (mupdate master, only one in the entire cluster)
        #mupdate       cmd="mupdate -m" listen=3905 prefork=1

        # proxies that will connect to the backends
        #imap           cmd="proxyd" listen="imap" prefork=0 maxchild=100
        #imaps          cmd="proxyd -s" listen="imaps" prefork=0
maxchild=100
        #pop3           cmd="pop3proxyd" listen="pop3" prefork=0 maxchild=50
        #pop3s          cmd="pop3proxyd -s" listen="pop3s" prefork=0
maxchild=50
        #lmtp           cmd="lmtpproxyd" listen="lmtp" prefork=1 maxchild=20
        # ----------------------------------------------
}

EVENTS {
        # this is required
        checkpoint      cmd="/usr/sbin/ctl_cyrusdb -c" period=30

        # this is only necessary if using duplicate delivery suppression
        delprune        cmd="/usr/sbin/ctl_deliver -E 3" at=0401

        # this is only necessary if caching TLS sessions
        tlsprune        cmd="/usr/sbin/tls_prune" at=0401
}


Regards

Thor


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marcel Hartmann
Sent: 17. august 2005 16:51
To: [email protected]
Subject: RE: [Web-cyradm] SASL - generic failure

Hi, 

> Subject: RE: [Web-cyradm] SASL - generic failure
> 
> I had all those settings correct. My system is Debian based so I have 
> /etc/default/saslauth, where START = yes and MECHANISMS="pam".
> 
> No problem with testsaslauthd. So to me it seems like there must be 
> something happening when the requests come from outside through cyrus. 
> There should be no problem with sasl and mysql since testsaslauthd 
> works, and I can see from the mysql.log that sasl performs the query, 
> according to the settings in the /etc/pam.d/ directory.
> 
> Regards

Can you post your cyrus.conf here?
I mean do you habe a pop and a poplocal configured?
Is there access to your mailserver from the outside?

Greets
  Marcel

_______________________________________________
This mailing list is hosted and supported by bit-heads GmbH |
http://www.bit-heads.ch

_______________________________________________
Web-cyradm mailing list
[email protected]
http://www.web-cyradm.org/mailman/listinfo/web-cyradm

_______________________________________________
This mailing list is hosted and supported
by bit-heads GmbH | http://www.bit-heads.ch

_______________________________________________
Web-cyradm mailing list
[email protected]
http://www.web-cyradm.org/mailman/listinfo/web-cyradm

Reply via email to