Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   Debian ISP (http://www.linux-archive.org/debian-isp/)
-   -   Cyrus 2.2 imapd in AMD64 (http://www.linux-archive.org/debian-isp/360732-cyrus-2-2-imapd-amd64.html)

Carlos Bergero 04-22-2010 11:50 PM

Cyrus 2.2 imapd in AMD64
 
Hi there list, got some trouble running a cyrus server, actually I have
an old setup running in Etch i386 without any trouble, virtual mail
server and all pgsql setup for backend and postfix for MTA, all sweat. I
installed a new server, better hardware, using AMD64 dist, as Etch is
going to be out of security, I copy everithing but the cyrus is not
properly working. I cant conect to the imap port or use imtest, to check
users, when i start server first cyr_expire and then tls_prune consume
lots of time doing not shure what, and i get the following syslog and
kern.log error:


Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309]
general protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in
libdb-4.2.so[7fecdae4e000+ea000]
Apr 22 19:12:49 darwin kernel: [6122984.242061] ctl_cyrusdb[18505]:
segfault at 7f584401cefc ip 7f0a429acf30 sp 7fffb28b3cf0 error 4 in
libdb-4.2.so[7f0a4290a000+ea000]
Apr 22 19:13:48 darwin kernel: [6123046.804454] ctl_cyrusdb[18594]:
segfault at 7f7805960efc ip 7f2a042f0f30 sp 7fff32ae8440 error 4 in
libdb-4.2.so[7f2a0424e000+ea000]
Apr 22 19:28:52 darwin kernel: [6124020.255192] ctl_cyrusdb[18881]:
segfault at 7f8302309efc ip 7f3500c99f30 sp 7fff8d1ed6e0 error 4 in
libdb-4.2.so[7f3500bf7000+ea000]
Apr 22 19:57:43 darwin kernel: [6125775.477974] ctl_cyrusdb[19100]
general protection ip:7fdb78441f30 sp:7ffff5879430 error:0 in
libdb-4.2.so[7fdb7839f000+ea000]
Apr 22 20:17:05 darwin kernel: [6127022.816744] ctl_cyrusdb[19571]
general protection ip:7fe3cd7aaf30 sp:7fff03057fe0 error:0 in
libdb-4.2.so[7fe3cd708000+ea000]


which is wierd!

After a while or if I kill this process cyrmaster starts but the re is
no way to conect to the imap server. Configuration files are the same in
both servers, etch and lenny its just not working in lenny though
packages looks to be the same.

This is the cyrus.conf file:



Any clues about what could be wrong?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4BD0E0D1.1080109@fcien.edu.uy">http://lists.debian.org/4BD0E0D1.1080109@fcien.edu.uy

Carlos Bergero 04-22-2010 11:50 PM

Cyrus 2.2 imapd in AMD64
 
Hi there list, got some trouble running a cyrus server, actually I have
an old setup running in Etch i386 without any trouble, virtual mail
server and all pgsql setup for backend and postfix for MTA, all sweat. I
installed a new server, better hardware, using AMD64 dist, as Etch is
going to be out of security, I copy everithing but the cyrus is not
properly working. I cant conect to the imap port or use imtest, to check
users, when i start server first cyr_expire and then tls_prune consume
lots of time doing not shure what, and i get the following syslog and
kern.log error:


Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309]
general protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in
libdb-4.2.so[7fecdae4e000+ea000]
Apr 22 19:12:49 darwin kernel: [6122984.242061] ctl_cyrusdb[18505]:
segfault at 7f584401cefc ip 7f0a429acf30 sp 7fffb28b3cf0 error 4 in
libdb-4.2.so[7f0a4290a000+ea000]
Apr 22 19:13:48 darwin kernel: [6123046.804454] ctl_cyrusdb[18594]:
segfault at 7f7805960efc ip 7f2a042f0f30 sp 7fff32ae8440 error 4 in
libdb-4.2.so[7f2a0424e000+ea000]
Apr 22 19:28:52 darwin kernel: [6124020.255192] ctl_cyrusdb[18881]:
segfault at 7f8302309efc ip 7f3500c99f30 sp 7fff8d1ed6e0 error 4 in
libdb-4.2.so[7f3500bf7000+ea000]
Apr 22 19:57:43 darwin kernel: [6125775.477974] ctl_cyrusdb[19100]
general protection ip:7fdb78441f30 sp:7ffff5879430 error:0 in
libdb-4.2.so[7fdb7839f000+ea000]
Apr 22 20:17:05 darwin kernel: [6127022.816744] ctl_cyrusdb[19571]
general protection ip:7fe3cd7aaf30 sp:7fff03057fe0 error:0 in
libdb-4.2.so[7fe3cd708000+ea000]


which is wierd!

After a while or if I kill this process cyrmaster starts but the re is
no way to conect to the imap server. Configuration files are the same in
both servers, etch and lenny its just not working in lenny though
packages looks to be the same.

This is the cyrus.conf file:



Any clues about what could be wrong?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4BD0E0D1.1080109@fcien.edu.uy">http://lists.debian.org/4BD0E0D1.1080109@fcien.edu.uy

Camaleón 04-23-2010 07:10 AM

Cyrus 2.2 imapd in AMD64
 
On Thu, 22 Apr 2010 20:50:41 -0300, Carlos Bergero wrote:

> Hi there list, got some trouble running a cyrus server, actually I have
> an old setup running in Etch i386 without any trouble, virtual mail
> server and all pgsql setup for backend and postfix for MTA, all sweat. I
> installed a new server, better hardware, using AMD64 dist, as Etch is
> going to be out of security, I copy everithing but the cyrus is not
> properly working. I cant conect to the imap port or use imtest, to check
> users, when i start server first cyr_expire and then tls_prune consume
> lots of time doing not shure what, and i get the following syslog and
> kern.log error:
>
> Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309]
> general protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in
> libdb-4.2.so[7fecdae4e000+ea000]

"ctl_cyrusdb" is the program in charge of Cyrus databases (man
ctl_cyrusdb) so I first would check that. Maybe something got wrong when
you "migrated" the data from the old server to the new one.

P.S. I cannot see your "cyrus.conf" :-?

Greetings,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: pan.2010.04.23.07.10.47@gmail.com">http://lists.debian.org/pan.2010.04.23.07.10.47@gmail.com

Carlos Bergero 04-23-2010 01:14 PM

Cyrus 2.2 imapd in AMD64
 
I copied the old files, but also try to run with the original files of
the install, in both cases i have the same problema and files dont
differ much.



Ezra Taylor escribió:

Did you do a fresh install of Cyrus Imap or copied over the config from your
old machine?

On Thu, Apr 22, 2010 at 7:50 PM, Carlos Bergero <rak@fcien.edu.uy> wrote:



Hi there list, got some trouble running a cyrus server, actually I have an
old setup running in Etch i386 without any trouble, virtual mail server and
all pgsql setup for backend and postfix for MTA, all sweat. I installed a
new server, better hardware, using AMD64 dist, as Etch is going to be out of
security, I copy everithing but the cyrus is not properly working. I cant
conect to the imap port or use imtest, to check users, when i start server
first cyr_expire and then tls_prune consume lots of time doing not shure
what, and i get the following syslog and kern.log error:

Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309] general
protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in libdb-4.2.so
[7fecdae4e000+ea000]
Apr 22 19:12:49 darwin kernel: [6122984.242061] ctl_cyrusdb[18505]:
segfault at 7f584401cefc ip 7f0a429acf30 sp 7fffb28b3cf0 error 4 in
libdb-4.2.so[7f0a4290a000+ea000]
Apr 22 19:13:48 darwin kernel: [6123046.804454] ctl_cyrusdb[18594]:
segfault at 7f7805960efc ip 7f2a042f0f30 sp 7fff32ae8440 error 4 in
libdb-4.2.so[7f2a0424e000+ea000]
Apr 22 19:28:52 darwin kernel: [6124020.255192] ctl_cyrusdb[18881]:
segfault at 7f8302309efc ip 7f3500c99f30 sp 7fff8d1ed6e0 error 4 in
libdb-4.2.so[7f3500bf7000+ea000]
Apr 22 19:57:43 darwin kernel: [6125775.477974] ctl_cyrusdb[19100] general
protection ip:7fdb78441f30 sp:7ffff5879430 error:0 in libdb-4.2.so
[7fdb7839f000+ea000]
Apr 22 20:17:05 darwin kernel: [6127022.816744] ctl_cyrusdb[19571] general
protection ip:7fe3cd7aaf30 sp:7fff03057fe0 error:0 in libdb-4.2.so
[7fe3cd708000+ea000]

which is wierd!

After a while or if I kill this process cyrmaster starts but the re is no
way to conect to the imap server. Configuration files are the same in both
servers, etch and lenny its just not working in lenny though packages looks
to be the same.
This is the cyrus.conf file:



Any clues about what could be wrong?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a
subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/4BD0E0D1.1080109@fcien.edu.uy










--
To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4BD19D1D.2010609@fcien.edu.uy">http://lists.debian.org/4BD19D1D.2010609@fcien.edu.uy

Carlos Bergero 04-23-2010 01:14 PM

Cyrus 2.2 imapd in AMD64
 
I copied the old files, but also try to run with the original files of
the install, in both cases i have the same problema and files dont
differ much.



Ezra Taylor escribió:

Did you do a fresh install of Cyrus Imap or copied over the config from your
old machine?

On Thu, Apr 22, 2010 at 7:50 PM, Carlos Bergero <rak@fcien.edu.uy> wrote:



Hi there list, got some trouble running a cyrus server, actually I have an
old setup running in Etch i386 without any trouble, virtual mail server and
all pgsql setup for backend and postfix for MTA, all sweat. I installed a
new server, better hardware, using AMD64 dist, as Etch is going to be out of
security, I copy everithing but the cyrus is not properly working. I cant
conect to the imap port or use imtest, to check users, when i start server
first cyr_expire and then tls_prune consume lots of time doing not shure
what, and i get the following syslog and kern.log error:

Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309] general
protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in libdb-4.2.so
[7fecdae4e000+ea000]
Apr 22 19:12:49 darwin kernel: [6122984.242061] ctl_cyrusdb[18505]:
segfault at 7f584401cefc ip 7f0a429acf30 sp 7fffb28b3cf0 error 4 in
libdb-4.2.so[7f0a4290a000+ea000]
Apr 22 19:13:48 darwin kernel: [6123046.804454] ctl_cyrusdb[18594]:
segfault at 7f7805960efc ip 7f2a042f0f30 sp 7fff32ae8440 error 4 in
libdb-4.2.so[7f2a0424e000+ea000]
Apr 22 19:28:52 darwin kernel: [6124020.255192] ctl_cyrusdb[18881]:
segfault at 7f8302309efc ip 7f3500c99f30 sp 7fff8d1ed6e0 error 4 in
libdb-4.2.so[7f3500bf7000+ea000]
Apr 22 19:57:43 darwin kernel: [6125775.477974] ctl_cyrusdb[19100] general
protection ip:7fdb78441f30 sp:7ffff5879430 error:0 in libdb-4.2.so
[7fdb7839f000+ea000]
Apr 22 20:17:05 darwin kernel: [6127022.816744] ctl_cyrusdb[19571] general
protection ip:7fe3cd7aaf30 sp:7fff03057fe0 error:0 in libdb-4.2.so
[7fe3cd708000+ea000]

which is wierd!

After a while or if I kill this process cyrmaster starts but the re is no
way to conect to the imap server. Configuration files are the same in both
servers, etch and lenny its just not working in lenny though packages looks
to be the same.
This is the cyrus.conf file:



Any clues about what could be wrong?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org with a
subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: http://lists.debian.org/4BD0E0D1.1080109@fcien.edu.uy










--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4BD19D1D.2010609@fcien.edu.uy">http://lists.debian.org/4BD19D1D.2010609@fcien.edu.uy

Wojciech Ziniewicz 04-23-2010 01:56 PM

Cyrus 2.2 imapd in AMD64
 
2010/4/23 Carlos Bergero <rak@fcien.edu.uy>:
> I copied the old files, but also try to run with the original files of the
> install, in both cases i have the same problema and files dont differ much.
>

did You copy cyrus database between servers too ?

regards


--
Wojciech Ziniewicz
http://www.rfc-editor.org/rfc/rfc2324.txt


--
To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: g2yd1473ad91004230656p60e0bcf1ycd6c51337be64fd3@ma il.gmail.com">http://lists.debian.org/g2yd1473ad91004230656p60e0bcf1ycd6c51337be64fd3@ma il.gmail.com

Wojciech Ziniewicz 04-23-2010 01:56 PM

Cyrus 2.2 imapd in AMD64
 
2010/4/23 Carlos Bergero <rak@fcien.edu.uy>:
> I copied the old files, but also try to run with the original files of the
> install, in both cases i have the same problema and files dont differ much.
>

did You copy cyrus database between servers too ?

regards


--
Wojciech Ziniewicz
http://www.rfc-editor.org/rfc/rfc2324.txt


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: g2yd1473ad91004230656p60e0bcf1ycd6c51337be64fd3@ma il.gmail.com">http://lists.debian.org/g2yd1473ad91004230656p60e0bcf1ycd6c51337be64fd3@ma il.gmail.com

Carlos Bergero 04-23-2010 07:18 PM

Cyrus 2.2 imapd in AMD64
 
Sorry forget to copy it
tlsprune is disable now so it doesnt lock the start up of the cyrus


# 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=5
maxchild=20
imaps cmd="imapd -s -U 30" listen="imaps" prefork=5
maxchild=20
pop3 cmd="pop3d -U 30" listen="pop3" prefork=5
maxchild=15
pop3s cmd="pop3d -s -U 30" listen="pop3s" prefork=5
maxchild=15


# imap cmd="imapd" listen="imap" prefork=1
# imaps cmd="imapd -s" listen="imaps" prefork=0
# lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp"
# lmtp cmd="lmtpd" listen="localhost:lmtp"


# 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

# Agregado por Carlos Bergero 20090326
# Error SQUAT
# Tomado de
http://www.linux.org.ve/pipermail/l-linux/2009-March/064798.html


# squatter_1 cmd="/usr/bin/nice -n 19 /usr/sbin/squatter -s"
period=120


# squatter_a cmd="/usr/sbin/squatter" at=0740

# squatter cmd="/usr/sbin/squatter -r *" period=15
}

The imap.conf file

# Debian Cyrus imapd.conf
# See imapd.conf(5) for more information and more options

# Configuration directory
configdirectory: /var/lib/cyrus

# Which partition to use for default mailboxes
defaultpartition: default
partition-default: /var/spool/cyrus/maild1/mail
partition-maild2: /var/spool/cyrus/maild2/mail

# News setup
partition-news: /var/spool/cyrus/maild1/news
newsspool: /var/spool/news

# Alternate namespace
# If enabled, activate the alternate namespace as documented in
# /usr/share/doc/cyrus21-doc/html/altnamespace.html, where an user's
# subfolders are in the same level as the INBOX
# See also userprefix and sharedprefix on imapd.conf(5)
altnamespace: no

# UNIX Hierarchy Convention
# Set to yes, and cyrus will accept dots in names, and use the forward
# slash "/" to delimit levels of the hierarchy. This is done by converting
# internally all dots to "^", and all "/" to dots. So the "rabbit.holes"
# mailbox of user "helmer.fudd" is stored in "user.elmer^fud.rabbit^holes"
# FPV
#unixhierarchysep: no
unixhierarchysep: yes

# Munging illegal characters in headers
# Headers of RFC2882 messages must not have characters with the 8th bit
# set. However, too many badly-written MUAs generate this, including most
# spamware. Disable this if you want Cyrus to leave the crappage untouched
# and you don't care that IMAP SEARCH won't work right anymore.
#munge8bit: no

# Forcing recipient user to lowercase
# Cyrus 2.1 is case-sensitive. If all your mail users are in lowercase,
it is
# probably a very good idea to set lmtp_downcase_rcpt to true. The
default is

# to assume the user knows what he is doing, and not downcase anything.
#lmtp_downcase_rcpt: yes

# Uncomment the following and add the space-separated users who
# have admin rights for all services.
admins: cyrus admin

# Space-separated list of users that have lmtp "admin" status (i.e. that
# can deliver email through TCP/IP lmtp) in addition to those in the
# admins: entry above
#lmtp_admins: postman

# Space-separated list of users that have mupdate "admin" status, in
# addition to those in the admins: entry above. Note that mupdate slaves
and
# backends in a Murder cluster need to autenticate against the mupdate
master

# as admin users.
#mupdate_admins: mupdateman

# Space-separated list of users that have imapd "admin" status, in
# addition to those in the admins: entry above
#imap_admins: cyrus

# Space-separated list of users that have sieve "admin" status, in
# addition to those in the admins: entry above
sieve_admins: cyrus

# List of users and groups that are allowed to proxy for other users,
# seperated by spaces. Any user listed in this will be allowed to login
# for any other user. Like "admins:" above, you can have imap_proxyservers
# and sieve_proxyservers.
#proxyservers: cyrus

# No anonymous logins
allowanonymouslogin: no

# Minimum time between POP mail fetches in minutes
#popminpoll: 0 # google usualy do this 2 times per minute when you are
logged in


# If nonzero, normal users may create their own IMAP accounts by creating
# the mailbox INBOX. The user's quota is set to the value if it is
positive,

# otherwise the user has unlimited quota.
autocreatequota: 0

# umask used by Cyrus programs
umask: 077

# Sendmail binary location
# DUE TO A BUG, Cyrus sends CRLF EOLs to this program. This breaks Exim 3.
# For now, to work around the bug, set this to a wrapper that calls
# /usr/sbin/sendmail -dropcr instead if you use Exim 3.
#sendmail: /usr/sbin/sendmail

# If enabled, cyrdeliver will look for Sieve scripts in user's home
# directories: ~user/.sieve.
sieveusehomedir: false

# If sieveusehomedir is false, this directory is searched for Sieve scripts.
sievedir: /var/spool/sieve

# notifyd(8) method to use for "MAIL" notifications. If not set, "MAIL"
# notifications are disabled. Valid methods are: null, log, zephyr
#mailnotifier: zephyr

# notifyd(8) method to use for "SIEVE" notifications. If not set, "SIEVE"
# notifications are disabled. This method is only used when no method is
# specified in the script. Valid methods are null, log, zephyr, mailto
#sievenotifier: zephyr

# DRAC (pop-before-smtp, imap-before-smtp) support
# Set dracinterval to the time in minutes to call DRAC while a user is
# connected to the imap/pop services. Set to 0 to disable DRAC (default)
# Set drachost to the host where the rpc drac service is running
#dracinterval: 0
#drachost: localhost

# If enabled, the partitions will also be hashed, in addition to the hashing
# done on configuration directories. This is recommended if one
partition has a

# very bushy mailbox tree.
hashimapspool: true

# Allow plaintext logins by default (SASL PLAIN)
allowplaintext: yes

# Force PLAIN/LOGIN authentication only
# (you need to uncomment this if you are not using an auxprop-based SASL
# mechanism. saslauthd users, that means you!). And pay attention to
# sasl_minimum_layer and allowapop below, too.
sasl_mech_list: PLAIN

# Allow use of the POP3 APOP authentication command.
# Note that this command requires that the plaintext passwords are
# available in a SASL auxprop backend (eg. sasldb), and that the system
# can provide enough entropy (eg. from /dev/urandom) to create a challenge
# in the banner.
#allowapop: no

# The minimum SSF that the server will allow a client to negotiate. A
# value of 1 requires integrity protection; any higher value requires some
# amount of encryption.
#sasl_minimum_layer: 0

# The maximum SSF that the server will allow a client to negotiate. A
# value of 1 requires integrity protection; any higher value requires some
# amount of encryption.
#sasl_maximum_layer: 256

# List of remote realms whose users may log in using cross-realm
# authentications. Seperate each realm name by a space. A cross-realm
# identity is considered any identity returned by SASL with an "@" in it.
#loginrealms:

#
# SASL library options (these are handled directly by the SASL libraries,
# refer to SASL documentation for an up-to-date list of these)
#

# The mechanism(s) used by the server to verify plaintext passwords.
Possible

# values are "saslauthd", "auxprop", "pwcheck" and "alwaystrue". They
# are tried in order, you can specify more than one, separated by spaces.
#
# Do note that, since sasl will be run as user cyrus, you may have a lot of
# trouble to set this up right.
# sasl_pwcheck_method: auxprop
# FPV - Segun la ayuda http://localhost/doc/libsasl2/sysadmin.html
# esta es la que debo usar
sasl_pwcheck_method: saslauthd

# What auxpropd plugins to load, if using sasl_pwcheck_method: auxprop
# by default, all plugins are tried (which is probably NOT what you want).
#sasl_auxprop_plugin: sasldb
#sasl_auxprop_plugin: sql

# If enabled, the SASL library will automatically create authentication
secrets

# when given a plaintext password. Refer to SASL documentation
sasl_auto_transition: no

#
# SSL/TLS Options
#

# File containing the global certificate used for ALL services (imap, pop3,
# lmtp, sieve)
tls_cert_file: /etc/ssl/certs/cyrus-global.pem

# File containing the private key belonging to the global server
certificate.

tls_key_file: /etc/ssl/certs/cyrus-global.pem

# File containing the certificate used for imap. If not specified, the
global

# certificate is used. A value of "disabled" will disable SSL/TLS for imap.
#tls_imap_cert_file: /etc/ssl/certs/cyrus-imap.pem

# File containing the private key belonging to the imap-specific server
# certificate. If not specified, the global private key is used. A
value of

# "disabled" will disable SSL/TLS for imap.
#tls_imap_key_file: /etc/ssl/private/cyrus-imap.key

# File containing the certificate used for pop3. If not specified, the
global

# certificate is used. A value of "disabled" will disable SSL/TLS for pop3.
#tls_pop3_cert_file: /etc/ssl/certs/cyrus-pop3.pem

# File containing the private key belonging to the pop3-specific server
# certificate. If not specified, the global private key is used. A
value of

# "disabled" will disable SSL/TLS for pop3.
#tls_pop3_key_file: /etc/ssl/private/cyrus-pop3.key

# File containing the certificate used for lmtp. If not specified, the
global

# certificate is used. A value of "disabled" will disable SSL/TLS for lmtp.
#tls_lmtp_cert_file: /etc/ssl/certs/cyrus-lmtp.pem

# File containing the private key belonging to the lmtp-specific server
# certificate. If not specified, the global private key is used. A
value of

# "disabled" will disable SSL/TLS for lmtp.
#tls_lmtp_key_file: /etc/ssl/private/cyrus-lmtp.key

# File containing the certificate used for sieve. If not specified, the
global
# certificate is used. A value of "disabled" will disable SSL/TLS for
sieve.

#tls_sieve_cert_file: /etc/ssl/certs/cyrus-sieve.pem

# File containing the private key belonging to the sieve-specific server
# certificate. If not specified, the global private key is used. A
value of

# "disabled" will disable SSL/TLS for sieve.
#tls_sieve_key_file: /etc/ssl/private/cyrus-sieve.key

# File containing one or more Certificate Authority (CA) certificates.
#tls_ca_file: /etc/ssl/certs/cyrus-imapd-ca.pem

# Path to directory with certificates of CAs.
tls_ca_path: /etc/ssl/certs

# The length of time (in minutes) that a TLS session will be cached for
later
# reuse. The maximum value is 1440 (24 hours), the default. A value of
0 will

# disable session caching.
tls_session_timeout: 1440

# The list of SSL/TLS ciphers to allow. The format of the string is
described

# in ciphers(1). THIS DISABLES THE WEAK 'FOR EXPORT' CRAP!
tls_cipher_list: TLSv1:SSLv3:SSLv2:!NULL:!EXPORT:!DES:!LOW:@STRENGT H

# Require a client certificate for ALL services (imap, pop3, lmtp, sieve).
#tls_require_cert: false

# Require a client certificate for imap ONLY.
#tls_imap_require_cert: false

# Require a client certificate for pop3 ONLY.
#tls_pop3_require_cert: false

# Require a client certificate for lmtp ONLY.
#tls_lmtp_require_cert: false

# Require a client certificate for sieve ONLY.
#tls_sieve_require_cert: false

#
# Cyrus Murder cluster configuration
#
# Set the following options to the values needed for this server to
# autenticate against the mupdate master server:
# mupdate_server
# mupdate_port
# mupdate_username
# mupdate_authname
# mupdate_realm
# mupdate_password
# mupdate_retry_delay

##
## KEEP THESE IN SYNC WITH cyrus.conf
##
# Unix domain socket that lmtpd listens on.
lmtpsocket: /var/run/cyrus/socket/lmtp

# Unix domain socket that idled listens on.
idlesocket: /var/run/cyrus/socket/idle

# Unix domain socket that the new mail notification daemon listens on.
notifysocket: /var/run/cyrus/socket/notify

##
## DEBUGGING
##
# Debugging hook. See /usr/share/doc/cyrus21-common/README.Debian.debug
# Keep the hook disabled when it is not in use
#
# gdb Back-traces
#debug_command: /usr/bin/gdb -batch -cd=/tmp -x
/usr/lib/cyrus/get-backtrace.gdb /usr/lib/cyrus/bin/%s %d
>/tmp/gdb-backtrace.cyrus.%1$s.%2$d <&- 2>&1 &

#
# system-call traces
#debug_command: /usr/bin/strace -tt -o /tmp/strace.cyrus.%s.%d -p %2$d
<&- 2>&1 &

#
# library traces
#debug_command: /usr/bin/ltrace -tt -n 2 -o /tmp/ltrace.cyrus.%s.%d -p
%2$d <&- 2>&1 &


Both are mostly standar files.

thx


El 23/04/10 04:10, Camaleón escribió:

On Thu, 22 Apr 2010 20:50:41 -0300, Carlos Bergero wrote:



Hi there list, got some trouble running a cyrus server, actually I have
an old setup running in Etch i386 without any trouble, virtual mail
server and all pgsql setup for backend and postfix for MTA, all sweat. I
installed a new server, better hardware, using AMD64 dist, as Etch is
going to be out of security, I copy everithing but the cyrus is not
properly working. I cant conect to the imap port or use imtest, to check
users, when i start server first cyr_expire and then tls_prune consume
lots of time doing not shure what, and i get the following syslog and
kern.log error:

Apr 22 18:48:08 darwin kernel: [6121490.275489] ctl_cyrusdb[18309]
general protection ip:7fecdaef0f30 sp:7fffc46d9380 error:0 in
libdb-4.2.so[7fecdae4e000+ea000]


"ctl_cyrusdb" is the program in charge of Cyrus databases (man
ctl_cyrusdb) so I first would check that. Maybe something got wrong when
you "migrated" the data from the old server to the new one.

P.S. I cannot see your "cyrus.conf" :-?

Greetings,





--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4BD1F287.6020400@fcien.edu.uy">http://lists.debian.org/4BD1F287.6020400@fcien.edu.uy

Carlos Bergero 04-23-2010 09:39 PM

Cyrus 2.2 imapd in AMD64
 
Wojciech Ziniewicz escribió:

2010/4/23 Carlos Bergero <rak@fcien.edu.uy>:


I copied the old files, but also try to run with the original files of the
install, in both cases i have the same problema and files dont differ much.




did You copy cyrus database between servers too ?

regards



Yup I copied the mail directories and other cyrus directories
/var/lib/cyrus and /var/run/cyrus , plus config files /etc/cyrus.conf
/etc/imapd.conf


think thats all?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Archive: 4BD21384.20607@fcien.edu.uy">http://lists.debian.org/4BD21384.20607@fcien.edu.uy

Carlos Bergero 04-23-2010 09:39 PM

Cyrus 2.2 imapd in AMD64
 
Wojciech Ziniewicz escribió:

2010/4/23 Carlos Bergero <rak@fcien.edu.uy>:


I copied the old files, but also try to run with the original files of the
install, in both cases i have the same problema and files dont differ much.




did You copy cyrus database between servers too ?

regards



Yup I copied the mail directories and other cyrus directories
/var/lib/cyrus and /var/run/cyrus , plus config files /etc/cyrus.conf
/etc/imapd.conf


think thats all?

Cheers,
Carlos


--
To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4BD21384.20607@fcien.edu.uy">http://lists.debian.org/4BD21384.20607@fcien.edu.uy


All times are GMT. The time now is 01:38 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.