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
* Nehmer Torben [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 me, as I do
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 02:00:11.00
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 (whi
de it easy).
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
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 w
* Michael Biebl [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
* Russ Allbery [20090318 13:29]:
> Ben Poliakoff 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 archiv
* Ben Poliakoff [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. Th
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
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
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 direct
* 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
* 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 ca
* 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 /v
* 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/caldav
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 to
* 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 U
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 Kerb
* 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 waitin
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:
* 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),
* 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 sepa
* 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 sepa
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 P
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 --enable-gss
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 = $values{$entry};'
27 matches
Mail list logo
