Bug#571702: [php-maint] Bug#571702: round cube logs out
On 08/09/11 05:45, Thomas Goirand wrote: Can you please try to simply remove the on line 393 and 2647, then see if it continues to work as expected? If it does (it should), then I'll try to find time to fix it in both SID and Squeeze. Please let the team know so we can move forward with this issue. Thomas Unfortunately, removing the from these lines prevented me from logging in: [10-Aug-2011 10:15:36 +0200]: PHP Error: Failed to create new user in /usr/share/roundcube/program/include/rcube_user.php on line 451 (POST /?_task=_action=login) [10-Aug-2011 10:15:36 +0200]: PHP Error: Failed to create a user record. Maybe aborted by a plugin? (POST /?_task=_action=login) [10-Aug-2011 10:15:45 +0200]: PHP Error: Failed to create new user in /usr/share/roundcube/program/include/rcube_user.php on line 451 (POST /?_task=_action=login) [10-Aug-2011 10:15:45 +0200]: PHP Error: Failed to create a user record. Maybe aborted by a plugin? (POST /?_task=_action=login) [10-Aug-2011 10:16:10 +0200]: PHP Error: Failed to create new user in /usr/share/roundcube/program/include/rcube_user.php on line 451 (POST /?_task=_action=login) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571702: round cube logs out
Same problem here with fresh install of Squeeze: [08-Aug-2011 16:53:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [08-Aug-2011 16:53:25] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [08-Aug-2011 16:53:27] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [08-Aug-2011 16:53:27] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [08-Aug-2011 16:53:29] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [08-Aug-2011 16:53:29] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 Round cube logs out about 2 seconds after login. Package: roundcube Version: 0.3.1-6 Package: php-mdb2 Version: 2.5.0b2-1 Linux mail 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637038: tumgreyspf: The popen2 module is deprecated
On 08/08/11 09:23, Thomas Goirand wrote: It's in the package ... in /etc/cron.daily/tumgreyspf Thomas That script works without a problem, so this bug can be closed as it isn't of any relevance. BTW, that cron script could be slightly improved as proposed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610322 Regards, Nebojsa Trpkovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571702: logout solved
Loging out was solved by adding suhosin.session.encrypt = Off in php.ini Messages in roundcube/error log are still there: [09-Aug-2011 00:56:57] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [09-Aug-2011 00:56:57] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 393 [09-Aug-2011 00:57:05] PHP Deprecated: Assigning the return value of new by reference is deprecated in /usr/share/php/MDB2.php on line 2647 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637038: tumgreyspf: The popen2 module is deprecated
Package: tumgreyspf Version: 1.35-7 Severity: normal Hello. It seems that bug described in closed bug report #588352 can be found in version 1.35-7 that currently installs in stable (Squeeze) release. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588352 Example: ### ### root@mail:/etc/postfix# /usr/lib/tumgreyspf/tumgreyspf-clean /usr/lib/tumgreyspf/tumgreyspfsupp.py:8: DeprecationWarning: The popen2 module is deprecated. Use the subprocess module. import syslog, os, sys, string, re, time, popen2, urllib, stat root@mail:/etc/postfix# aptitude show tumgreyspf Package: tumgreyspf State: installed Automatically installed: no Version: 1.35-7 Priority: optional Section: mail Maintainer: Thomas Goirand z...@debian.org Uncompressed Size: 209 k Depends: python-spf, adduser, python, passwd, spfquery Description: external policy checker for the postfix mail server Tumgreyspf can optionally greylist and/or use spfquery to check SPF records to determine if email should be accepted by your server. The default behavior is to let emails comming from server that are SPF approved without any sort of greylisting, while all others will be greylisted. SPF is information published by the domain owner about what systems may legitimately send e-mail for the domain. Greylisting takes advantage of spam and viruses that do not follow the RFCs and retry deliveries on temporary failure. These checks can be used as part of a mail system and allow several orders of magnitude reduction in spam, lower system load, and few problems with legitimate mail getting blocked. Tumgreyspf uses the file-system as its database, no additional database is required to use it, see /var/lib/tumgreyspf/data and it's clean-up cron script. Also take care that tumgreyspf will block emails from any domain with DNS configured with a buggy SPF record. Homepage: http://www.tummy.com/Community/software/tumgreyspf/ root@mail:/etc/postfix# ### ### Regards, Nebojsa Trpkovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637038: tumgreyspf: The popen2 module is deprecated
Hi, Could you provide us with your custom-made cron job? Thx. Cheers, Nebojsa On 08/08/11 03:07, Thomas Goirand wrote: Hi, Because I was aware of this issue, I simply dropped using the internal tumgreyspf-clean, and I use my own cron job. If you still wish to have it fixed, please provide a patch, otherwise, I will simply close this bug, which IMHO, isn't of any relevance to the package in Debian. Please let me know your thoughts before I close the bug, so you have a chance to make me change my mind, Thanks for the report, Cheers, Thomas Goirand (zigo) On 08/08/2011 08:29 AM, Nebojsa Trpkovic wrote: Package: tumgreyspf Version: 1.35-7 Severity: normal Hello. It seems that bug described in closed bug report #588352 can be found in version 1.35-7 that currently installs in stable (Squeeze) release. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588352 Example: ### ### root@mail:/etc/postfix# /usr/lib/tumgreyspf/tumgreyspf-clean /usr/lib/tumgreyspf/tumgreyspfsupp.py:8: DeprecationWarning: The popen2 module is deprecated. Use the subprocess module. import syslog, os, sys, string, re, time, popen2, urllib, stat root@mail:/etc/postfix# aptitude show tumgreyspf Package: tumgreyspf State: installed Automatically installed: no Version: 1.35-7 Priority: optional Section: mail Maintainer: Thomas Goirandz...@debian.org Uncompressed Size: 209 k Depends: python-spf, adduser, python, passwd, spfquery Description: external policy checker for the postfix mail server Tumgreyspf can optionally greylist and/or use spfquery to check SPF records to determine if email should be accepted by your server. The default behavior is to let emails comming from server that are SPF approved without any sort of greylisting, while all others will be greylisted. SPF is information published by the domain owner about what systems may legitimately send e-mail for the domain. Greylisting takes advantage of spam and viruses that do not follow the RFCs and retry deliveries on temporary failure. These checks can be used as part of a mail system and allow several orders of magnitude reduction in spam, lower system load, and few problems with legitimate mail getting blocked. Tumgreyspf uses the file-system as its database, no additional database is required to use it, see /var/lib/tumgreyspf/data and it's clean-up cron script. Also take care that tumgreyspf will block emails from any domain with DNS configured with a buggy SPF record. Homepage: http://www.tummy.com/Community/software/tumgreyspf/ root@mail:/etc/postfix# ### ### Regards, Nebojsa Trpkovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610322: tumgreyspf daily cron script improvement
Package: tumgreyspf Version: 1.35-7 Package tumgreyspf includes daily cron script to clean expired IPs from database. This script checks for GREYLISTEXPIREDAYS in /etc/tumgreyspf/default.conf by using: if [ -f /etc/tumgreyspf/default.conf ] ; then GREYLISTEXPIREDAYS=`grep GREYLISTEXPIREDAYS /etc/tumgreyspf/default.conf | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1` fi Usually, that returns GREYLISTEXPIREDAYS value. Unfortunately, if user experiments with different values, leaving some of them commented, like: #GREYLISTEXPIREDAYS = 60.0 GREYLISTEXPIREDAYS = 20.0 #GREYLISTEXPIREDAYS = 30.0 or similar, greping/cutting/awking would return: 60.0 20.0 30.0 Solution is to change a little bit command for GREYLISTEXPIREDAYS extracting to something like: grep ^GREYLISTEXPIREDAYS /etc/tumgreyspf/default.conf | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1 or, if we want to allow white spaces in front of GREYLISTEXPIREDAYS, but not # character at the begining of the line: grep -v '^#' /etc/tumgreyspf/default.conf | grep GREYLISTEXPIREDAYS | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1 or, if we also want to enable whitespaces in front of comment char: grep -v '^ *#' /etc/tumgreyspf/default.conf | grep GREYLISTEXPIREDAYS | cut -d'=' -f2 | awk '{print $1}' | cut -d'.' -f1 then again, we can avoid returning more then one not-commented value (if user made misconfigured default.conf, leaving more then one GREYLISTEXPIREDAYS line uncommented) by returning just the first value: grep -v '^ *#' /etc/tumgreyspf/default.conf | grep GREYLISTEXPIREDAYS | cut -d'=' -f2 | awk '{print $1; exit}' | cut -d'.' -f1 Anyways, solution is quite trivial, but can help to avoid misbehaviour caused by choosing the wrong line containing GREYLISTEXPIREDAYS. Regards, Nebojsa Trpkovic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583264: When SUID root, cannot open an ICMP socket
Is there any chance to get patched Debian package for 0.8.7, or we should wait for 0.8.8 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586959: boot fails after install on softRAID because of superblock v1.2
Package: installation-reports Version: 20100621 Severity: important Squeeze x86 daily snapshot netinstall CDs and weekly snapshot CD during install make softRAIDs with superblock version 1.2. Current Squeeze kernel (2.6.32-5-686) is unable to assemble that kind of softRAID during boot. That makes installations with /root on softRAID unbootable. Same situation should be expected with superblock 1.0 and 1.1. Making /boot separate non-RAIDed partition doesn't help because /root cannot be assembled. I was using RAID1, but I guess there's the same problem with other RAID levels, too. I suggest to make using of superblock 1.2 optional providing superblock 0.9 as default at least for /boot and /root partitions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586961: zabbix-proxy inverted package details
Package: zabbix-proxy-mysql Version: 1:1.8.2-1 Severity: minor zabbix-proxy-mysql and zabbix-proxy-pgsql have inverted package details conserning database back-end used (It collects information from Zabbix clients and passes it to a server running a...): squeeze:/etc/apt# aptitude show zabbix-proxy-mysql Package: zabbix-proxy-mysql New: yes State: not installed Version: 1:1.8.2-1 Priority: optional Section: net Maintainer: Christoph Haas h...@debian.org Uncompressed Size: 4202k Depends: libc6 (= 2.7), libcurl3-gnutls (= 7.16.2-1), libmysqlclient16 (= 5.1.21-1), libopenipmi0, libsnmp15 (= 5.4.2.1~dfsg), debconf (= 0.5) | debconf-2.0, fping, adduser, dbconfig-common (= 1.8.19), lsb-base Recommends: mysql-server (= 4.0.16-2) Suggests: logrotate Conflicts: zabbix-proxy-pgsql Description: network monitoring solution - proxy (using MySQL) Zabbix is a server/client network monitoring system with many features. It can be used for: * high level monitoring of IT services; * centralized monitoring of your servers and applications; * monitoring of SNMP-enabled devices; * performance monitoring (process load, network activity, disk activity, memory usage, OS parameters etc.); * data visualization. This package provides the software needed to integrate a host as a Zabbix proxy. It collects information from Zabbix clients and passes it to a server running a PostgreSQL database back-end. squeeze:/etc/apt# aptitude show zabbix-proxy-pgsql Package: zabbix-proxy-pgsql New: yes State: not installed Version: 1:1.8.2-1 Priority: optional Section: net Maintainer: Christoph Haas h...@debian.org Uncompressed Size: 4248k Depends: libc6 (= 2.7), libcurl3-gnutls (= 7.16.2-1), libopenipmi0, libpq5 (= 8.4~0cvs20090328), libsnmp15 (= 5.4.2.1~dfsg), debconf (= 0.5) | debconf-2.0, fping, adduser, dbconfig-common (= 1.8.19), lsb-base Recommends: postgresql Suggests: logrotate Conflicts: zabbix-proxy-mysql Description: network monitoring solution - proxy (using PostgreSQL) Zabbix is a server/client network monitoring system with many features. It can be used for: * high level monitoring of IT services; * centralized monitoring of your servers and applications; * monitoring of SNMP-enabled devices; * performance monitoring (process load, network activity, disk activity, memory usage, OS parameters etc.); * data visualization. This package provides the software needed to integrate a host as a Zabbix proxy. It collects information from Zabbix clients and passes it to a server running a MySQL database back-end. squeeze:/etc/apt# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org