Your message dated Sat, 3 Dec 2011 11:46:41 +0100
with message-id
<CAFX5sbwP+-XSHMGNXq=dznqdm0yddsyxgtdguwtqzqjrgzk...@mail.gmail.com>
and subject line Re: [pkg-kolab] Bug#635133: Bug#635133: More info
has caused the Debian Bug report #635133,
regarding kolab-webadmin: Cannot enable vacation message
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
635133: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635133
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: kolab-webadmin
Version: 2.2.3-20091217-4
Severity: normal
I am having a problem with enabling vacation messages on a Kolab server. The
interesting thing about this problem is that I have a different Kolab server at
another location that is working correctly. The setup appears to be identical
between the two systems. All packages on both systems are up-to-date with
testing.
When I attempt to enable a vacation message, I receive the following error:
Errors:
Not currently in TRANSACTION state
Script was:
require "vacation";
if header :contains "X-Spam-Flag" "YES" { keep; stop; }
vacation :addresses [ "[email protected]" ] :days 7 text:
I will be out of the office until 2012.
.
;
Because I have had problems with this in the past relating to sieve, I looked
there first.
/etc/cyrus.conf seems correct:
root@kolab:/etc# cat cyrus.conf
# 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 567 2006-08-14 18:19:32Z sven $
START {
# do not delete this entry!
recover cmd="/usr/sbin/ctl_cyrusdb -r"
# this is only necessary if idlemethod is set to "idled" in imapd.conf
#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/cyr_expire -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 -C /etc/imapd.conf -U 30"
listen="0.0.0.0:imap" prefork=0 maxchild=100
imaps cmd="imapd -s -C /etc/imapd.conf -U 30"
listen="0.0.0.0:imaps" prefork=0 maxchild=100
pop3 cmd="pop3d -C /etc/imapd.conf -U 30"
listen="0.0.0.0:pop3" prefork=0 maxchild=50
pop3s cmd="pop3d -s -C /etc/imapd.conf -U 30"
listen="0.0.0.0:pop3s" prefork=0 maxchild=50
#nntp cmd="nntpd -U 30" listen="nntp" prefork=0 maxchild=100
#nntps cmd="nntpd -s -U 30" listen="nntps" prefork=0
maxchild=100
# 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 -a" listen="127.0.0.1:2003" prefork=0
maxchild=20
lmtpunix cmd="lmtpd" listen="/usr/lib/postfix/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 -C /etc/imapd.conf"
listen="0.0.0.0: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
# 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/cyr_expire -E 3" at=0401
# this is only necessary if caching TLS sessions
tlsprune cmd="/usr/sbin/tls_prune" at=0401
# indexing of mailboxs for server side fulltext searches
# reindex changed mailboxes (fulltext) approximately every other hour
#squatter_1 cmd="/usr/bin/nice -n 19 /usr/sbin/squatter -s"
period=120
# reindex all mailboxes (fulltext) daily
#squatter_a cmd="/usr/sbin/squatter" at=0517
}
Sieve is running on the computer:
root@kolab:/etc# netstat -lptu
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
tcp 0 0 *:pop3s *:* LISTEN
3620/cyrmaster
tcp 0 0 *:ldap *:* LISTEN
1891/slapd
tcp 0 0 localhost:10025 *:* LISTEN
1929/master
tcp 0 0 localhost:10026 *:* LISTEN
1929/master
tcp 0 0 localhost:mysql *:* LISTEN
1742/mysqld
tcp 0 0 *:pop3 *:* LISTEN
3620/cyrmaster
tcp 0 0 *:imap2 *:* LISTEN
3620/cyrmaster
tcp 0 0 *:sunrpc *:* LISTEN
948/rpcbind
tcp 0 0 *:ssmtp *:* LISTEN
1929/master
tcp 0 0 localhost:cfinger *:* LISTEN
3620/cyrmaster
tcp 0 0 *:ssh *:* LISTEN
1803/sshd
tcp 0 0 localhost:ipp *:* LISTEN
1451/cupsd
tcp 0 0 *:smtp *:* LISTEN
1929/master
tcp 0 0 *:sieve *:* LISTEN
3620/cyrmaster
tcp 0 0 *:52734 *:* LISTEN
963/rpc.statd
tcp 0 0 *:imaps *:* LISTEN
3620/cyrmaster
tcp6 0 0 [::]:ldap [::]:* LISTEN
1891/slapd
tcp6 0 0 [::]:sunrpc [::]:* LISTEN
948/rpcbind
tcp6 0 0 [::]:www [::]:* LISTEN
1311/apache2
tcp6 0 0 [::]:ssh [::]:* LISTEN
1803/sshd
tcp6 0 0 [::]:58294 [::]:* LISTEN
963/rpc.statd
tcp6 0 0 localhost:ipp [::]:* LISTEN
1451/cupsd
tcp6 0 0 [::]:https [::]:* LISTEN
1311/apache2
udp 0 0 *:ipp *:*
1451/cupsd
udp 0 0 *:699 *:*
948/rpcbind
udp 0 0 *:715 *:*
963/rpc.statd
udp 0 0 *:mdns *:*
1343/avahi-daemon:
udp 0 0 *:51172 *:*
1343/avahi-daemon:
udp 0 0 *:52781 *:*
963/rpc.statd
udp 0 0 *:sunrpc *:*
948/rpcbind
udp 0 0 kolab.local:ntp *:*
1796/ntpd
udp 0 0 localhost:ntp *:*
1796/ntpd
udp 0 0 *:ntp *:*
1796/ntpd
udp6 0 0 [::]:57997 [::]:*
1343/avahi-daemon:
udp6 0 0 [::]:699 [::]:*
948/rpcbind
udp6 0 0 [::]:mdns [::]:*
1343/avahi-daemon:
udp6 0 0 [::]:39401 [::]:*
963/rpc.statd
udp6 0 0 [::]:sunrpc [::]:*
948/rpcbind
udp6 0 0 localhost:ntp [::]:*
1796/ntpd
udp6 0 0 fe80::224:1dff:fe8e:ntp [::]:*
1796/ntpd
udp6 0 0 [::]:ntp [::]:*
1796/ntpd
Sieve is running on the correct port (4190):
root@kolab:/etc# netstat -lptun
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program name
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN
3620/cyrmaster
tcp 0 0 0.0.0.0:389 0.0.0.0:* LISTEN
1891/slapd
tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN
1929/master
tcp 0 0 127.0.0.1:10026 0.0.0.0:* LISTEN
1929/master
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN
1742/mysqld
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN
3620/cyrmaster
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN
3620/cyrmaster
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
948/rpcbind
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN
1929/master
tcp 0 0 127.0.0.1:2003 0.0.0.0:* LISTEN
3620/cyrmaster
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
1803/sshd
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN
1451/cupsd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN
1929/master
tcp 0 0 0.0.0.0:4190 0.0.0.0:* LISTEN
3620/cyrmaster
tcp 0 0 0.0.0.0:52734 0.0.0.0:* LISTEN
963/rpc.statd
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN
3620/cyrmaster
tcp6 0 0 :::389 :::* LISTEN
1891/slapd
tcp6 0 0 :::111 :::* LISTEN
948/rpcbind
tcp6 0 0 :::80 :::* LISTEN
1311/apache2
tcp6 0 0 :::22 :::* LISTEN
1803/sshd
tcp6 0 0 :::58294 :::* LISTEN
963/rpc.statd
tcp6 0 0 ::1:631 :::* LISTEN
1451/cupsd
tcp6 0 0 :::443 :::* LISTEN
1311/apache2
udp 0 0 0.0.0.0:631 0.0.0.0:*
1451/cupsd
udp 0 0 0.0.0.0:699 0.0.0.0:*
948/rpcbind
udp 0 0 0.0.0.0:715 0.0.0.0:*
963/rpc.statd
udp 0 0 0.0.0.0:5353 0.0.0.0:*
1343/avahi-daemon:
udp 0 0 0.0.0.0:51172 0.0.0.0:*
1343/avahi-daemon:
udp 0 0 0.0.0.0:52781 0.0.0.0:*
963/rpc.statd
udp 0 0 0.0.0.0:111 0.0.0.0:*
948/rpcbind
udp 0 0 10.75.0.5:123 0.0.0.0:*
1796/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:*
1796/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:*
1796/ntpd
udp6 0 0 :::57997 :::*
1343/avahi-daemon:
udp6 0 0 :::699 :::*
948/rpcbind
udp6 0 0 :::5353 :::*
1343/avahi-daemon:
udp6 0 0 :::39401 :::*
963/rpc.statd
udp6 0 0 :::111 :::*
948/rpcbind
udp6 0 0 ::1:123 :::*
1796/ntpd
udp6 0 0 fe80::224:1dff:fe8e:123 :::*
1796/ntpd
udp6 0 0 :::123 :::*
1796/ntpd
The /etc/services file is setup correct:
root@kolab:/etc# cat services
<snip>
cisco-sccp 2000/tcp # Cisco SCCP
cisco-sccp 2000/udp
<snip>
sieve 4190/tcp # ManageSieve Protocol
<snip>
# Local services
/usr/share/php/admin/include/Sieve.php is correct:
root@kolab:/usr/share/php/admin/include# cat Sieve.php
<snip>
* @access public
* @param string $user Login username
* @param string $pass Login password
* @param string $host Hostname of server
* @param string $port Port of server
* @param string $logintype Type of login to perform
* @param string $euser Effective User (if $user=admin, login as $euser)
*/
function Net_Sieve($user = null , $pass = null , $host = 'localhost',
$port = 4190, $logintype = '', $euser = '', $debug = false)
<snip>
I can connect to sieve using telnet with both “sieve” and “4190”:
root@kolab:/var/log# telnet localhost sieve
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.2.13p1-Debian-2.2.13p1-0.3"
"SASL" "PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational comparator-i;ascii-numeric regex"
"STARTTLS"
OK
root@kolab:/var/log$ telnet localhost 4190
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.2.13p1-Debian-2.2.13p1-0.3"
"SASL" "PLAIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress
relational comparator-i;ascii-numeric regex"
"STARTTLS"
OK
I can also telnet to sieve from another computer on the local network.
Interestingly, I cannot telnet to the system using the FQDN, even though the
router is forwarding port 4190. However, I can't access the functioning server
using the FQDN either, so it probably isn't related to this problem.
There are no error messages in /var/log that seem to apply.
Where else can I look to figure out what is going on?
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages kolab-webadmin depends on:
ii php-mail 1.2.0-2 PHP PEAR module for sending email
ii php-net-ldap 1:1.1.5-1 a OO interface for searching and m
ii php-net-sieve 1.1.7-1 net_sieve module for PEAR
ii php5 5.3.6-13 server-side, HTML-embedded scripti
ii smarty 2.6.26-0.2 Template engine for PHP
kolab-webadmin recommends no packages.
kolab-webadmin suggests no packages.
-- Configuration Files:
/etc/kolab/session_vars.php [Errno 13] Permission denied:
u'/etc/kolab/session_vars.php'
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 2.2.3-20091217-4
2011/11/29 Soren Stoutner <[email protected]>:
> Mathieu,
>
> Thank you. The problem was in /etc/horde/horde3/conf.xml.
OK. I'm closing this bug.
> I also fixed a typo in my port forwarding for 4190, so I can now telnet to
> sieve using the FQDN. This was also an issue. I'm not sure why it works on
> the other boxes without 4190 forwarded correctly, but I'm guessing it is
> using localhost instead of the FQDN.
Can you check again which one of those two changes is necessary?
I am surprised that /etc/horde/horde3/conf.xml is used by kolab-webadmin.
Regards
--
Mathieu Parent
--- End Message ---
