Bug#389597: /usr/lib/perl5/Cyrus/IMAP/Admin.pm: cyrus-admin tools cannot set mailbox annotations

2006-09-26 Thread Ben Poliakoff
Package: libcyrus-imap-perl22 Version: 2.2.13-7 Severity: normal File: /usr/lib/perl5/Cyrus/IMAP/Admin.pm Tags: patch This bug seems to be related to the application of a kolab patch. An 'if' clause was expanded to include '$entry = $values{$entry};', but the original '$entry =

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-09-30 Thread Ben Poliakoff
* Guido Günther [EMAIL PROTECTED] [20080928 01:23]: On Fri, Sep 26, 2008 at 10:07:29AM -0700, Ben Poliakoff wrote: ..pretty sure you meant /var/spool/caldavd. Permissions seem fine: Sure. Thanks. [EMAIL PROTECTED] ~]$ sudo su -s /bin/bash caldavd [EMAIL PROTECTED]:/home/benp

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-10-01 Thread Ben Poliakoff
* Guido Günther [EMAIL PROTECTED] [20081001 01:53]: Using the XML backend seems to work fine (tested both with the example 'test' user and with a newly defined user): Did you check if the user benp is in the valid uid range [firstValidUid-lastValidUid]? Yes, benp's uid (25022) is in the

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-10-01 Thread Ben Poliakoff
Alright I see what's going on. The NssDirectoryService is required by the DirectoryService class to support three methods: recordTypes() listRecords() recordWithShortName() My server is configured to use files and LDAP for NSS calls. We have several thousand users in our LDAP

Bug#493044: rsyslog: enable gssapi-krb5 authentication

2008-07-30 Thread Ben Poliakoff
Package: rsyslog Version: 3.18.1-3gss Severity: wishlist I haven't filed many Debian bug reports, hope this ends up in the right place. Please consider enabling GSSAPI input and output in the rsyslog package. The upstream package supports it. Enabling GSSAPI is pretty simple (adding

Bug#493044: Acknowledgement (rsyslog: enable gssapi-krb5 authentication)

2008-07-30 Thread Ben Poliakoff
It should be pointed out that the version listed in this report, 3.18.1-3gss, is *my* package rebuilt from the debian source package using the modifications I mentioned in the bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL

Bug#493044: rsyslog: enable gssapi-krb5 authentication

2008-07-31 Thread Ben Poliakoff
* Michael Biebl [EMAIL PROTECTED] [20080731 00:02]: GSSAPI is entirely optional (but it's very nice for people who already have a kerberos infrastucture), so it seems reasonable to add the option for rsyslog. Perhaps it might be added as an 'rsyslog-gssapi' sub package. A separate package

Bug#493044: rsyslog: enable gssapi-krb5 authentication

2008-07-31 Thread Ben Poliakoff
* Michael Biebl [EMAIL PROTECTED] [20080731 00:02]: GSSAPI is entirely optional (but it's very nice for people who already have a kerberos infrastucture), so it seems reasonable to add the option for rsyslog. Perhaps it might be added as an 'rsyslog-gssapi' sub package. A separate package

Bug#493044: rsyslog: enable gssapi-krb5 authentication

2008-08-11 Thread Ben Poliakoff
* Michael Biebl [EMAIL PROTECTED] [20080807 13:38]: Ben Poliakoff wrote: * Michael Biebl [EMAIL PROTECTED] [20080731 00:02]: GSSAPI is entirely optional (but it's very nice for people who already have a kerberos infrastucture), so it seems reasonable to add the option for rsyslog. Perhaps

Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-09-23 Thread Ben Poliakoff
Package: calendarserver Version: 1.2.dfsg-6 Severity: important I'm trying to use calendarserver's NssDirectoryService. I've configured the service in /etc/caldavd/caldavd.plist, following the comments in the module '/usr/share/pyshared/twistedcaldav/directory/nss.py'. I've also configured

Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-09-23 Thread Ben Poliakoff
* Ben Poliakoff [EMAIL PROTECTED] [20080923 16:31]:: Meeting with Marty Additionally calendar server logs the following to /var/log/caldavd/error.log: 2008-09-23 16:15:03-0700 [-] [caldav-8008] [HTTPChannel,0,134.10.8.28] \ 'No principal found for UID: benp' 2008-09-23 16:15

Bug#498635: [Pkg-shadow-devel] Bug#498635: passwd: useradd -r and groupadd -r don't play nicely with ldap

2008-09-25 Thread Ben Poliakoff
I've been looking at this a bit more, it seems to be related to bug #337253: libc6: getent hangs when called with --service=ldap args http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=337253 In that bug Richard Nelson says: I've moved from libnss-ldap to libnss-ldapd, and am trying

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-09-25 Thread Ben Poliakoff
* Guido Günther [EMAIL PROTECTED] [20080924 00:19]: severity 499963 normal On Tue, Sep 23, 2008 at 04:31:56PM -0700, Ben Poliakoff wrote: I'm trying to use calendarserver's NssDirectoryService. I've configured the service in /etc/caldavd/caldavd.plist, following the comments

Bug#499963: [Calendarserver-maintainers] Bug#499963: calendarserver: caldavd fails to authenticate and autocreate principal when running with NssDirectoryService

2008-09-26 Thread Ben Poliakoff
* Guido Günther [EMAIL PROTECTED] [20080925 23:58]: Hi Ben, On Thu, Sep 25, 2008 at 11:36:44AM -0700, Ben Poliakoff wrote: [..snip..] And /var/spool/caldavd/principals/users/benp is not created (even though the caldavd user has full privs on the /var/spool/caladavd directory). What

Bug#498635: passwd: useradd -r and groupadd -r don't play nicely with ldap

2008-09-11 Thread Ben Poliakoff
Package: passwd Version: 1:4.1.1-3 Severity: important useradd -r and groupadd -r hang forever when run on a system that is configured to use libnss-ldap (with ldap references for passwd and group in /etc/nsswitch.conf). I use the following ldap related configs in nsswitch.conf:

Bug#498635: [Pkg-shadow-devel] Bug#498635: passwd: useradd -r and groupadd -r don't play nicely with ldap

2008-09-12 Thread Ben Poliakoff
* Nicolas François [EMAIL PROTECTED] [20080911 18:21]: Hello, On Thu, Sep 11, 2008 at 09:44:36AM -0700, [EMAIL PROTECTED] wrote: useradd -r and groupadd -r hang forever when run on a system that Does forever means a long time ? I haven't had a chance to try waiting forever (hard to

Bug#538296: libauthen-sasl-cyrus-perl: Patches to Authen::SASL::Cyrus::Security have not been applied

2009-07-24 Thread Ben Poliakoff
Package: libauthen-sasl-cyrus-perl Version: 0.13-server-4.2 Severity: important Tags: patch The source archive for this package contains two patches to the Authen::SASL::Cyrus::Security module: correct-write-return-value encode-no-more-than-MAX_OUTBUF They aren't actually being applied

Bug#516044: rsyslog-gssapi: gssapi input module (imgssapi.so) causes segfault at start up

2009-04-10 Thread Ben Poliakoff
* Michael Biebl bi...@debian.org [20090403 23:07]: Ben Poliakoff wrote: Package: rsyslog-gssapi Version: 3.20.4-2 Severity: normal I'm currently using a *backported* version of rsyslog (from Unstable) on a Lenny machine (and also on Etch). I was previously using a locally

Bug#598397: libapache2-mod-xsendfile: Upstream versions offer useful new features

2010-09-28 Thread Ben Poliakoff
). Thanks, Ben Poliakoff -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash

Bug#520304: openafs-modules-source: Can't build openafs kernel module with 2.6.28 kernel

2009-03-18 Thread Ben Poliakoff
Package: openafs-modules-source Version: 1.4.8.dfsg1-2 Severity: normal I'm trying to use kernel version 2.6.28.x on a lenny box. I've built the kernel from source (using make-kpkg), and I'm using a backported version of the openafs package (from testing). I grabbed 1.4.8dfsg1-2 because the

Bug#520304: openafs-modules-source: Can't build openafs kernel module with 2.6.28 kernel

2009-03-18 Thread Ben Poliakoff
* Ben Poliakoff b...@reed.edu [20090318 11:12]: I'll try building the kernel module from the openafs 1.4.x stable CVS branch to see if that addresses the issue. OK, interestingly I can successfully build the module for kernel version 2.6.28.x *without* using module-assistant

Bug#520304: openafs-modules-source: Can't build openafs kernel module with 2.6.28 kernel

2009-03-18 Thread Ben Poliakoff
* Russ Allbery r...@debian.org [20090318 13:29]: Ben Poliakoff b...@reed.edu writes: OK, interestingly I can successfully build the module for kernel version 2.6.28.x *without* using module-assistant. The following steps worked with both the openafs-1.4.8.dfsg1 source archive

Bug#516044: rsyslog-gssapi: gssapi input module (imgssapi.so) causes segfault at start up

2009-02-18 Thread Ben Poliakoff
Package: rsyslog-gssapi Version: 3.20.4-2 Severity: normal I'm currently using a *backported* version of rsyslog (from Unstable) on a Lenny machine (and also on Etch). I was previously using a locally patched version of rsyslog 3.18.6 (enabling gssapi input and output plugins). No problems

Bug#626553: cyrus-imapd: pts binaries (ptloader, ptdump, ptexpire) are not compiled

2011-05-12 Thread Ben Poliakoff
Package: cyrus-imapd Version: 2.4.8-4 Severity: normal An LDAP backed pts config isn't possible with the current version of the cyrus-imapd packages (the ptloader server and pt* utilities) aren't built as part of the current Debian package. This is essentially a duplicate of this bug report

Bug#626553: A patch proposal just to get things started...

2011-05-12 Thread Ben Poliakoff
Here's a quick stab at a patch (doesn't include a sample config for imapd.conf). Ben -- PGP (318B6A97): 3F23 EBC8 B73E 92B7 0A67 705A 8219 DCF0 318B 6A97 --- cyrus-imapd-2.4-2.4.8/debian/control 2011-05-12

Bug#632129: Possible cause: GPG Interface

2011-11-03 Thread Ben Poliakoff
* Nehmer Torben torben.neh...@cancom.de [2003 09:54]: Good evening, try disabling GPG in the configuration via something like this: Set( %GnuPG, Enable = undef, OutgoingMessagesFormat = 'RFC', # Inline AllowEncryptDataInDB = 0, ); It worked around the problem for

Bug#867311: Fixed upstream?

2018-04-04 Thread Ben Poliakoff
It appears that this bug has been fixed upstream... is it likely that that fix will make it to the stretch release? We won't be able to upgrade any of our end user facing systems to stretch until this is resolved. Ben