I can confirm this. While this setup doesn't seem too common, it's certainly a
valid and supported one.
This needs to be adressed on the slapd side, so reassigning this.
The suggested fix (adduser openldap sasl) is quite simple, won't cause any
regressions, but does give the slapd process some
Blueprint changed by Ante Karamatić:
Drafter: (none) = Ante Karamatić
--
Migrate new installs and upgrades of client and server packages to use SSL v3
or TLS
https://blueprints.edge.launchpad.net/ubuntu/+spec/migrate-off-ssl-v2
--
Ubuntu-server-bugs mailing list
Blueprint changed by Ante Karamatić:
Definition Status: New = Drafting
--
Migrate new installs and upgrades of client and server packages to use SSL v3
or TLS
https://blueprints.edge.launchpad.net/ubuntu/+spec/migrate-off-ssl-v2
--
Ubuntu-server-bugs mailing list
Neal said: I agree that using a longer default key length in RSA (and
in DSA also) is a good idea at this point. I agree on RSA, but note
that keys longer than 1024 bits are not permitted by the DSS. From past
conversations with people who have better Real Cryptographer credentials
than I, I
I disagree, sorry. Other people have already pointed out a number of
reasons. You mention that RSA needs a larger key size, but note that
ssh-keygen already defaults to 2048-bit RSA keys.
The main reason why DSA used to be preferred by many people was that the
RSA algorithm was subject to
@Colin:
Ok. I see enough guessing in the postings here, including mine, that
expert advice is needed. Where can we find an authoritative statement
from People Who Have Better Real Cryptographer Credentials as to a 'best
practice' for key type and key size? The manpage at least should
provide a
** Changed in: samba
Status: Unknown = Fix Released
--
[SRU] Hardy Heron: Nautilus fails to open directory with more than 140
subfolders
https://bugs.launchpad.net/bugs/217137
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba
What kind of workstations are these?
Thanks
chuck
** Changed in: smbc (Ubuntu)
Status: New = Incomplete
--
Only ~2280 computers shown when there should be ~3759
https://bugs.launchpad.net/bugs/236192
You received this bug notification because you are a member of Ubuntu
Server Team,
Public bug reported:
My Windows based DHCP client has obtained the IP address from the dhcp3 running
on Gutsy, but the /var/lib/dhcp3/dhcpd.leases remains empty.
Basically I don't see the list of leased IP addresses
Linux: Ubuntu 7.10 Gutsy
dhcp3: dhcp3-server 3.0.5-3ubuntu4
Config file:
Public bug reported:
I can't connect to any server trough ssh.
Here is an example of what happens:
[EMAIL PROTECTED]:~$ ssh -vvv [EMAIL PROTECTED]
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
They are computers on a domain in a university setting. I imagine they
are mostly windows with at least a few of every other OS under the sun.
--
Only ~2280 computers shown when there should be ~3759
https://bugs.launchpad.net/bugs/236192
You received this bug notification because you are a
** Bug watch added: Debian Bug tracker #484800
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484800
** Also affects: apache2 (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484800
Importance: Unknown
Status: Unknown
--
[SRU] apache2 mpm-worker segmentation
For what it's worth, I also built php5 with and without Tormod's
debdiff.
I'm attaching a diff of the resulting test-results.txt (a regression
test suite built and run as part of php5's debuild).
No regressions reported by the test-results.txt diff.
:-Dustin
** Attachment added:
[EMAIL PROTECTED]:/etc/migrationtools# ls -la
total 16
drwxr-xr-x 2 root root 4096 2008-06-06 12:02 .
drwxr-xr-x 178 root root 12288 2008-06-06 11:57 ..
lrwxrwxrwx 1 root root43 2008-06-06 12:02 migrate_common.ph -
/usr/share/migrationtools/migrate_common.ph -broken link
ls of
+1 for _not_ using saslauthd. The first option only changes one line in
/etc/group, but using saslauthd would require having another daemon running.
Furthermore, saslauthd recommends against using the sasldb backend (see
saslauthd(8) for details).
--
upgrade to hardy: user openldap is not
This bug is still present in Hardy. It's preventing me from completing a
software upgrade. Seems to be a pretty critical bug for such a common
package.
--
package mysql-server-5.0 5.0.45-1ubuntu2 failed to install/upgrade - Access
denied for user 'debian-sys-maint'@'localhost'
This has been resolved since 2007-11-14, version: 1.36.13pre5 of
postfix-logwatch.
Due to licensing differences the postfix filter in logwatch is been
reverted to a version from several years ago.
Pick up the latest version of postfix-logwatch (under GPLv2) at :
** Changed in: openldap2.3 (Debian)
Bugwatch: Debian Bug tracker #469232 = Debian Bug tracker #484802
Status: New = Unknown
--
[SRU] (ITS#5518) Assertion error in io.c:234: ber_flush2
https://bugs.launchpad.net/bugs/215904
You received this bug notification because you are a member
** Changed in: openldap2.3 (Debian)
Status: Unknown = New
--
[SRU] (ITS#5518) Assertion error in io.c:234: ber_flush2
https://bugs.launchpad.net/bugs/215904
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.
** Changed in: libembperl-perl (Ubuntu)
Status: New = Fix Released
--
[intrepid] Rebuild with perl 5.10
https://bugs.launchpad.net/bugs/230016
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.
--
20 matches
Mail list logo