On 20/05/11 12:55 +0700, Nguyen, Quoc Khanh wrote:
Yes... the master running at root.
My /etc/cyrus.conf is:
# standard standalone server implementation
START {
# do not delete this entry!
recover cmd="ctl_cyrusdb -r"
# this is only necessary if using idled for IMAP IDLE
# idled cmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# these are only necessary if receiving/exporting usenet via NNTP
# nntp cmd="nntpd" listen="nntp" prefork=0
# nntps cmd="nntpd -s" listen="nntps" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
lmtpunix cmd="lmtpd" listen="/var/imap/socket/lmtp" prefork=0
# this is required if using notifications
# notify cmd="notifyd" listen="/var/imap/socket/notify" proto="udp"
prefork=1
}
EVENTS {
# this is required
checkpoint cmd="ctl_cyrusdb -c" period=30
# this is only necessary if using duplicate delivery suppression,
# Sieve or NNTP
delprune cmd="cyr_expire -E 3" at=0400
# this is only necessary if caching TLS sessions
tlsprune cmd="tls_prune" at=0400
}
On Thu, 19 May 2011 08:44:16 -0500, Dan White <dwhite@xxxxxxx> wrote:
On 19/05/11 09:45 +0700, Nguyen, Quoc Khanh wrote:
19 09:31:37 ldap master[813]: unable to setsocketopt(IP_TOS): Operation
not supported
I'm not sure what 'IP_TOS' is. Is master running as root?
What does your /etc/cyrus.conf look like?
I think... may be version 2.4.8 of Cyrus IMAP have a problem. I compile
and install a version 2.4.6 of Cyrus IMAP before and it worked OK...
QoS support was added around the 2.4.0 time frame (git commit
568862ff4bf2526dacfe12310b8b4ffb1fd7aa0d), and I do not see any changes in
master/master.c between 2.4.6 and 2.4.8.
Did you compile on two different systems? Are there any kernel, selinux, or
other differences between the two?
One way around the problem should be to comment out the block in
master/master.c near the IP_TOS check.
What ever your resolution ends up being, please open a bugzilla bug report
with enough detail to reproduce the problem.
Thanks,
--
Dan White
