Bug#1037364: nextcloud-desktop: TLS initilization failed
Package: nextcloud-desktop Version: 3.7.3-1 Severity: grave Justification: renders package unusable Dear Maintainer, Nexcloud-Desktop is unable to connect the Nextcloud Server comaplining TLS initialization failed. SSL Cert on Server is valid. Access with browser and from another computer still on Debian 11 works as expected. * What led up to the situation? Upgrade from Debian 11 to Debian 12 * What exactly did you do (or not do) that was effective (or ineffective)? Searching via Google hints to an issue with QT and SSL Version. * What was the outcome of this action? No solution found yet -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), LANGUAGE=de_CH:de Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nextcloud-desktop depends on: ii libc6 2.36-9 ii libcloudproviders0 0.3.1-2 ii libgcc-s1 12.2.0-14 ii libglib2.0-0 2.74.6-2 ii libkf5archive5 5.103.0-1 ii libnextcloudsync0 3.7.3-1 ii libqt5core5a 5.15.8+dfsg-11 ii libqt5dbus55.15.8+dfsg-11 ii libqt5gui5 5.15.8+dfsg-11 ii libqt5keychain10.13.2-5 ii libqt5network5 5.15.8+dfsg-11 ii libqt5qml5 5.15.8+dfsg-3 ii libqt5quick5 5.15.8+dfsg-3 ii libqt5quickcontrols2-5 5.15.8+dfsg-2 ii libqt5sql5-sqlite 5.15.8+dfsg-11 ii libqt5svg5 5.15.8-3 ii libqt5webenginecore5 5.15.13+dfsg-1~deb12u1 ii libqt5webenginewidgets55.15.13+dfsg-1~deb12u1 ii libqt5widgets5 5.15.8+dfsg-11 ii libstdc++6 12.2.0-14 ii nextcloud-desktop-common 3.7.3-1 ii nextcloud-desktop-l10n 3.7.3-1 ii qml-module-qt-labs-platform5.15.8+dfsg-2 ii qml-module-qtgraphicaleffects 5.15.8-2 ii qml-module-qtqml 5.15.8+dfsg-3 ii qml-module-qtqml-models2 5.15.8+dfsg-3 ii qml-module-qtquick-controls2 5.15.8+dfsg-2 ii qml-module-qtquick-dialogs 5.15.8-2 ii qml-module-qtquick-layouts 5.15.8+dfsg-3 ii qml-module-qtquick-window2 5.15.8+dfsg-3 ii qml-module-qtquick25.15.8+dfsg-3 Versions of packages nextcloud-desktop recommends: ii nextcloud-desktop-doc 3.7.3-1 nextcloud-desktop suggests no packages. -- no debconf information
Bug#962262: opendmarc fails many emails without apparent reason
Package: opendmarc Version: 1.3.2-6+deb10u1 Severity: grave Justification: renders package unusable Dear Maintainer, I started using DMARC and DKIM using both opendkim for signing and verification of DKIM Signatures and opendmarc to check policies regarding domain alignment, report failurs, reject failed emails. As I added myself in the CC I started wondering about the many failures. So I removed reject go get the emails and check myself why they failed. Example: Return-Path: Received: from smtp-8fb4.mail.infomaniak.ch (smtp-8fb4.mail.infomaniak.ch [IPv6:2001:1600:4:17:0:0:0:8fb4]) by magma.woody.ch (8.15.2/8.15.2/Debian-14~deb10u1) with ESMTPS id 0558TFJS016651 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Fri, 5 Jun 2020 10:29:16 +0200 Authentication-Results: magma.woody.ch; dkim=pass (1024-bit key; secure) header.d=infomaniak.com header.i=@infomaniak.com header.b="CbZg5UxD"; dkim-atps=neutral Authentication-Results: OpenDMARC; dmarc=fail (p=reject dis=none) header.from=infomaniak.com Received: from h2dmu11.infomaniak.ch (unknown [128.65.195.40]) by smtp-3-1000.mail.infomaniak.ch (Postfix) with ESMTP id 49dbQr0WTqzlhZQ3; Fri, 5 Jun 2020 10:29:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=infomaniak.com; s=s1024; t=1591345748; bh=HHIYggwIYZM6Vv4Bqgw/PkqYPHF6PS4+bI/YdDSwMTI=; h=Date:Subject:From:To:References:In-Reply-To:From; b=CbZg5UxD8cVHlHVrsN2hDsaQrLFuflU8C9FQUQtyiBENgVwOjBvkvs7kIlUdFeJLK FZxplJjqTuBHGEny4W6zaaQJOcABz7dmPJbESItpdaHMPjFX+vfm/g5aKxEr1FJJLT F9lSw+3D/0+l+IhQ84TiwbXVXfSm5MktamR/Q3gk= Received: from tickets.infomaniak.ch (localhost [127.0.0.1]) by h2dmu11.infomaniak.ch (8.14.5/8.14.5) with ESMTP id 0558T7lD002901; Fri, 5 Jun 2020 10:29:08 +0200 Message-ID: Date: Fri, 05 Jun 2020 10:29:07 +0200 Subject: Re: [support #INK-ZIB-19449-823] Abuse report about 128.65.195.112 From: Support Infomaniak Network To: nicolask...@hotmail.com, nob...@woody.ch MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Mailer: Cerb 9.3.8 (Build 2019112401) References: In-Reply-To: [...] X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.5.11 (magma.woody.ch [IPv6:2001:4060:dead:beef:0:0:0:1]); Fri, 05 Jun 2020 10:29:16 +0200 (CEST) [...] X-SNCH-Report: Start der SNCH-SpamAssassin Auswertung 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.5000] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature -0.1 DKIM_VALID_EF Message has a valid DKIM or DK signature from envelope-from domain 0.1 DKIM_SIGNEDMessage has a DKIM or DK signature, not necessarily valid Ende der SNCH-SpamAssassin Auswertung As you see, opendkim verified the signature and this passed. Milter-Greylist passed SPF Test SpamAssassin passed SPF and DKIM Tests opendmarc would have rejected this email because of a policy failure (yes, another one of that source got rejected) So let's check that: Envelope Sender: supp...@infomaniak.com From Header: supp...@infomaniak.com Allignment strict! infomaniak.com descriptive text "v=spf1 include:spf.infomaniak.ch include:_spf.mailrelay.rrpproxy.net -all" relay.mail.infomaniak.ch descriptive text "v=spf1 ip4:45.157.188.8/29 ip4:185.125.25.8/29 ip4:83.166.143.168/29 ip4:84.16.66.168/29 ip6:2001:1600:3:17::/64 ip6:2001:1600:4:17::/64 -all" Sender IP ist part of the SPF entry. I come to no other conclusion, that email should have passed SFP / DKIM and the whole DMARC Test. So I have to assume, opendmarc has a serious bug which causes those tests to fail in many cases. Unfortunately i have not found any debug options which would lead to an outpout showing WHY exactly opendmarc is failing on such emails. Please advise. -Benoît- -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/4 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8), LANGUAGE=de_CH:de (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages opendmarc depends on: ii adduser3.118 ii dbconfig-mysql 2.0.11+deb10u1 ii debconf [debconf-2.0] 1.5.71 ii libbsd00.9.1-2 ii libc6 2.28-10 ii libmilter1.0.1
Bug#838499: wsjt: 9.7.r3639+dfsg-1 depends on numeric module which has been replaced by numpy
Package: wsjt Version: 9.7.r3639+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, I just installed wsjt from the actual 'sid' releade. Unfortunately the package is broken because, as I understand, it is depending from the numeric module which has been replaced by numpy in sid. $ wsjt Traceback (most recent call last): File "/usr/share/wsjt/wsjt.py", line 17, in from Numeric import zeros ImportError: No module named Numeric Thank for looking into this. -Benoit- -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wsjt depends on: ii libc6 2.23-5 ii libfftw3-single33.3.4-2+b1 ii libgcc1 1:6.1.1-11 ii libgfortran36.1.1-11 ii libportaudio2 19+svn20140130-1 ii libquadmath06.1.1-11 ii libsamplerate0 0.1.8-8 ii lxterminal [x-terminal-emulator]0.2.0-1 ii python 2.7.11-2 ii python-imaging 3.3.1-1 ii python-imaging-tk 2.6.1-2+deb8u2 ii python-numpy1:1.11.1~rc1-1 ii python-pil.imagetk [python-imaging-tk] 3.3.1-1 ii python-support 1.0.15 ii python-tk 2.7.11-2 wsjt recommends no packages. wsjt suggests no packages. -- no debconf information
Bug#558423: Acknowledgement (calendarserver: Unable to PUT to non-file)
Hello You can close the bug... (well or consider it as a documentation bug...) /usr/share/doc/calendarserver/README.Debian http://localhost:8008/calendars/users//calendar/ should state, that you should get the "Calendar homes:" URL and add something like my-calendar.ics at the end. After playing a bit more around with Apple iCAL I found out that a user could have multiple calendars on the server. So you have to specify a file and not just the directory. This was why I kept getting the error that the server did try to access a directory as a file. -Benoit- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#558423: calendarserver: Unable to PUT to non-file
Package: calendarserver Version: 1.2.dfsg-8 Severity: grave Justification: renders package unusable Hi there I did try to install the calendar server on two machines under 'etch' and 'lenny'. On the later one I did a minimum change of the config, just removed the binding to 'localhost' to be able to access my server from outside. Still I can reproduce the Problem: 2009-11-28 20:01:47+0100 [-] [caldav-8008] [HTTPChannel,2,IP] GET /calendars/users/admin/calendar/ HTTP/1.1 2009-11-28 20:02:00+0100 [-] [caldav-8008] [HTTPChannel,4,IP] PUT /calendars/users/admin/calendar/ HTTP/1.1 2009-11-28 20:02:00+0100 [-] [caldav-8008] [HTTPChannel,4,IP] 'Unable to PUT to non-file: /var/spool/caldavd/calendars/__uids__/38eae584-2b75-582b-a058-018391d1003f/calendar' After some time googleing and trying to find helpfull documentation on how to set access rights etc, it looks like some parts of twisted.web try to access a directory as a file... Any idea how to resolve that problem? -Benoit- -- System Information: Debian Release: 5.0.3 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages calendarserver depends on: ii adduser 3.110add and remove users and groups ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii python 2.5.2-3 An interactive high-level object-o ii python-central 0.6.8register and build utility for Pyt ii python-dateutil 1.4.1-2 powerful extensions to the standar ii python-kerberos 1.0+svn2455-1A GSSAPI interface module for Pyth ii python-openssl 0.7-2Python wrapper around the OpenSSL ii python-pysqlite22.4.1-1 Python interface to SQLite 3 ii python-twisted-calendar 0.2.0.svn19773-5 Twisted components for Apple's Cal ii python-vobject 0.6.0-1 parse iCalendar and VCards in Pyth ii python-xattr0.4-4module for manipulating filesystem ii python-xml 0.8.4-10.1 XML tools for Python ii ssl-cert1.0.23 simple debconf wrapper for OpenSSL calendarserver recommends no packages. Versions of packages calendarserver suggests: pn python-pydirector (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516780: Acknowledgement (iceweasel: Iceweasel segfaults after etch => lenny upgrade)
Hello The Bug realy seams to be related to the flash plugin. After removing this, iceweasel worked again. -Benoit- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516780: iceweasel: Iceweasel segfaults after etch => lenny upgrade
Package: iceweasel Version: 3.0.6-1 Severity: grave Justification: renders package unusable Hi I just upgraded from etch to lenny. Now iceweasels segfault even when startet in safe mode with everything disabled. Trace of what happens before crashing: access("/usr/lib/mozilla/plugins/kaffeineplugin.so", F_OK) = 0 access("/usr/lib/flashplugin-nonfree/libflashplayer.so", F_OK) = 0 access("/usr/local/j2re1.4.2/plugin/i386/mozilla/libjavaplugin_oji.so", F_OK) = 0 stat64("/home/benoit/.mozilla/firefox/miuih5qt.default/pluginreg.dat", 0xb1501bdc) = -1 ENOENT (No such file or directory) lstat64("/home/benoit/.mozilla/firefox/miuih5qt.default/pluginreg.dat", 0xb1501bdc) = -1 ENOENT (No such file or directory) access("/usr/lib/mozilla-firefox/plugins", F_OK) = 0 open("/usr/lib/mozilla-firefox/plugins", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 36 fstat64(36, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 getdents(36, /* 5 entries */, 4096) = 128 lstat64("/usr", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64("/usr/lib", {st_mode=S_IFDIR|0755, st_size=81920, ...}) = 0 lstat64("/usr/lib/mozilla-firefox", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64("/usr/lib/mozilla-firefox/plugins", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat64("/usr/lib/mozilla-firefox/plugins/libflashplayer.so", {st_mode=S_IFLNK|0777, st_size=43, ...}) = 0 readlink("/usr/lib/mozilla-firefox/plugins/libflashplayer.so", "../../flashplugin-nonfree/libflashplayer.so"..., 4096) = 43 --- SIGSEGV (Segmentation fault) @ 0 (0) --- --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Strange, shouldn't safe mode prevent iceweasel from loading any libraries? -Benoit- -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30Miscellaneous utilities specific t ii fontconfig 2.6.0-3 generic font configuration library ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libglib2.0-0 2.16.6-1The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii procps 1:3.2.7-11 /proc file system utilities ii psmisc 22.6-1 Utilities that use the proc filesy ii xulrunner-1.91.9.0.6-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts(no description available) ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries pn mozplugger (no description available) pn ttf-mathematica4.1 (no description available) pn xfonts-mathml (no description available) ii xprint2:1.4.2-10 X11 print system (binary) pn xulrunner-1.9-gnome-s (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#488934: licq: ICQ Protocal Changes: Unknown sign on error: 0x1C.
Package: licq Version: 1.3.4-2 Severity: grave Tags: patch Justification: renders package unusable Mirabillis apparently has changed the protocol of LICQ to prevent 3rd party clients to connect. Licq is also affected and cannot connect anymore. Unknown sign on error: 0x1C. The Licq coders have already built a patch: http://www.licq.org/ticket/1637 -Benoit- -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.2 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages licq depends on: ii libc6 2.3.6.ds1-13etch5 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libgpg-error0 1.4-1 library for common error values an ii libgpgme11 1.1.2-5 GPGME - GnuPG Made Easy ii libssl0.9.80.9.8c-4etch3 SSL shared libraries ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii licq-plugin-console [l 1.3.4-2 console user interface plug-in for ii licq-plugin-kde [licq- 1.3.4-2 graphical user interface plug-in f ii licq-plugin-msn [licq- 1.3.4-2 MSN plug-in for Licq ii licq-plugin-qt [licq-p 1.3.4-2 graphical user interface plug-in f Versions of packages licq recommends: ii sox 12.17.9-1 A universal sound sample translato -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382007: clamav: Clam AntiVirus Win32-UPX Heap Overflow (Remote DOS or Exploit)
Package: clamav Version: 0.88.3-0volatile1 Severity: critical Tags: security Justification: causes serious data loss Looks like this has not been reported yet: http://www.overflow.pl/adv/clamav_upx_heap.txt http://www.heise.de/newsticker/meldung/76523 http://www.clamav.net/security/0.88.4.html -Benoit- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14.3 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages clamav depends on: ii clamav-freshclam [cla 0.88.3-0volatile1 downloads clamav virus databases f ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libclamav10.88.3-0volatile1 virus scanner library ii zlib1g1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372126: bind9: Memory explosion or race condition on delete of 20'000 records.
Package: bind9 Version: 1:9.3.2-1bpo1 Severity: critical Justification: breaks the whole system Hi I just found and could reproduce a very strange problem. We use bind for a DNS RBL. We store additional information like a timestamp inside a TXT record of an entry... Usually bind uses about 200MB Memory and has no problem at all with zone files of the size of about 100MB. Now we had a situation where 2 TXT entries were generated on a single hostname within one of the zonefiles. If you then tryed to delete all those entries in one go: nsupdate > update delete host.example.com. > This caused bind to use up to 3GB of memory, stopping answering queries or accepting updates for several minutes up to hours... This could be reproduced several times. After manualy deleting the entries from the zone file. Operation resumed to normal. Any idea? Sounds like a severe bug to me. -Benoit- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.16.11 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages bind9 depends on: ii adduser 3.63 Add and remove users and groups ii libbind9-01:9.3.2-1bpo1 BIND9 Shared Library used by BIND ii libc6 2.3.2.ds1-22sarge3 GNU C Library: Shared libraries an ii libdns21 1:9.3.2-1bpo1 DNS Shared Library used by BIND ii libisc11 1:9.3.2-1bpo1 ISC Shared Library used by BIND ii libisccc0 1:9.3.2-1bpo1 Command Channel Library used by BI ii libisccfg11:9.3.2-1bpo1 Config File Handling Library used ii liblwres9 1:9.3.2-1bpo1 Lightweight Resolver Library used ii libssl0.9.7 0.9.7e-3sarge1 SSL shared libraries ii lsb-base 3.1-4bpo1 Linux Standard Base 3.1 init scrip ii netbase 4.21 Basic TCP/IP networking system -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367630: nagios-plugins: check_nagios is missing
Package: nagios-plugins Version: 1.4.2-4bpo1 Severity: grave Justification: renders package unusable After Upgrading to 1.4 from backports I noticed the check_nagios plugin is missing so nagios cannot figure out if it is running. No controlling can be perfomed from the web-gui anymore. -Benoit- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.26-1-386 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages nagios-plugins depends on: ii nagios-plugins-basic 1.4.2-4bpo1 Plugins for the nagios network mon ii nagios-plugins-standard 1.4.2-4bpo1 Plugins for the nagios network mon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330338: login: Same Problem with man-pages in german
Package: login Version: 1:4.0.3-39 Followup-For: Bug #330338 dpkg: error processing /var/cache/apt/archives/login_1%3a4.0.12-2_i386.deb (--unpack): trying to overwrite `/usr/share/man/de/man1/login.1.gz', which is also in package manpages-de -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages login depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libpam-modules0.76-23Pluggable Authentication Modules f ii libpam-runtime0.76-23Runtime support for the PAM librar ii libpam0g 0.76-23Pluggable Authentication Modules l login recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314433: acknowledged by developer (Bug#314433: fixed in razor 2.720-1)
Am Dienstag, 28. Juni 2005 05.18 schrieb Debian Bug Tracking System: > Fix to corrupted emails crashing razor (Closes: #314433) > This fix is a hack (from freeBSD). Hopefully the next version will > fix the issue correctly. The version of razor released with stable (2.67) > is not vulnerable to the particular emails that crash 2.7, but it is > believed to be possible to create an email that would crash 2.67. Aehm... 2.67-1 crashes with the example email I submitted to you. ii razor 2.670-1 spam-catcher using a collaborative filtering network # spamassassin -t < email.txt Segmentation fault Regards -Benoit- -- SPAM SPAM SPAM SPAM / Hormel's new miracle meat in a can Tastes fine, saves time. / If you want something grand, / Ask for SPAM! - Hormel's 1937 jingle for SPAM Hippopotomonstrosesquippedaliophobia sh: http://en.wikipedia.org/wiki/-phobia pgpVFziyJiDxf.pgp Description: PGP signature
Bug#316094: sendmail: Enabling IPv6 breaks submit.mc (Deferred:Connection refused by [127.0.0.1])
Package: sendmail Version: 8.13.4-3 Severity: grave Justification: causes non-serious data loss Hi Cowboy I did desperately try to track down this error I saw on different systems: Jun 28 13:53:41 go sendmail[18911]: j5SBrfKk018911: [EMAIL PROTECTED], ctladdr=benoit (1024/100), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=31826, relay=[127.0.0.1] [127.0.0.1], dsn=4.0.0, stat=Deferred:Connection refused by [127.0.0.1] Usualy after purging the config and re-installing sendmail everything was fine until I enabled IPv6 according to the advice in sendmail.mc file which reads: dnl # If you want to support IPv6, switch the commented/uncommentd lines FEATURE(`no_default_msa')dnl DAEMON_OPTIONS(`Family=inet6, Name=MTA-v6, Port=smtp, Addr=::1')dnl dnl DAEMON_OPTIONS(`Family=inet, Name=MTA-v4, Port=smtp, Addr=127.0.0.1')dnl DAEMON_OPTIONS(`Family=inet6, Name=MSP-v6, Port=submission, Addr=::1')dnl dnl DAEMON_OPTIONS(`Family=inet, Name=MSP-v4, Port=submission, Addr=127.0.0.1')dnl If you do this, sendmail only binds to the IPv6 Localhost and is not able to transmit emails from the MTA to the queue runner (or vice versa?). You have to twitch submit.mc too: FEATURE(`msp', `[IPv6:::1]', `MSA')dnl I remember that older versions of sendmail didn't habe that problem, because listening on IPv6 did mean you also opened the IPv4 socket. Probably this has changes somewhen either in the Kernel or in sendmail itself. -Benoit- -- Package-specific info: Ouput of /usr/share/bug/sendmail/script: ls -alR /etc/mail: /etc/mail: insgesamt 224 drwxr-sr-x4 smmta smmsp 4096 2005-06-28 13:56 . drwxr-xr-x 115 root root 8192 2005-06-28 13:47 .. -rw---1 root root 4211 2005-06-28 13:46 access -rw-r-1 smmta smmsp 12288 2005-06-28 13:47 access.db lrwxrwxrwx1 root smmsp10 2005-06-28 13:46 aliases -> ../aliases -rw-r-1 smmta smmsp 12288 2005-06-28 13:47 aliases.db -rw-r--r--1 root smmsp 3095 2005-06-28 13:53 databases -rw-r--r--1 root smmsp35 2005-06-28 13:46 default-auth-info -rw-r--r--1 root root 5588 2005-06-03 18:51 helpfile -rw-r--r--1 root smmsp13 2005-06-28 13:46 local-host-names drwxr-sr-x2 smmta smmsp 4096 2005-06-28 13:47 m4 -rw-r-1 root smmsp 0 2005-06-28 13:53 mailertable -rw-r-1 root smmsp 12288 2005-06-28 13:53 mailertable.db -rwxr-xr--1 root smmsp 9911 2005-06-28 13:53 Makefile -rw-r--r--1 root smmsp 63816 2005-06-28 13:53 sendmail.cf -rw-r--r--1 root root 11882 2005-06-28 13:47 sendmail.conf -rw-r--r--1 root smmsp 3891 2005-06-28 13:53 sendmail.mc -rw-r--r--1 root smmsp 43944 2005-06-28 13:56 submit.cf -rw-r--r--1 root smmsp 2325 2005-06-28 13:56 submit.mc drwxr-xr-x2 smmta smmsp 4096 2005-06-28 13:46 tls -rw-r--r--1 root smmsp 0 2005-06-28 13:46 trusted-users /etc/mail/m4: insgesamt 8 drwxr-sr-x 2 smmta smmsp 4096 2005-06-28 13:47 . drwxr-sr-x 4 smmta smmsp 4096 2005-06-28 13:56 .. -rw-r- 1 root smmsp0 2005-06-28 13:47 dialup.m4 -rw-r- 1 root smmsp0 2005-06-28 13:47 provider.m4 /etc/mail/tls: insgesamt 44 drwxr-xr-x 2 smmta smmsp 4096 2005-06-28 13:46 . drwxr-sr-x 4 smmta smmsp 4096 2005-06-28 13:56 .. -rw-r--r-- 1 root root 7 2005-06-28 13:46 no_prompt -rw--- 1 root root 1191 2005-06-28 13:46 sendmail-client.cfg -rw-r--r-- 1 root smmsp 1155 2005-06-28 13:46 sendmail-client.crt -rw--- 1 root root 976 2005-06-28 13:46 sendmail-client.csr -rw-r- 1 root smmsp 1675 2005-06-28 13:46 sendmail-common.key -rw--- 1 root root 0 2005-06-28 13:46 sendmail-common.prm -rw--- 1 root root 1191 2005-06-28 13:46 sendmail-server.cfg -rw-r--r-- 1 root smmsp 1155 2005-06-28 13:46 sendmail-server.crt -rw--- 1 root root 976 2005-06-28 13:46 sendmail-server.csr -rwxr--r-- 1 root root 3145 2005-06-28 13:47 starttls.m4 sendmail.conf: DAEMON_NETMODE="Static"; DAEMON_NETIF="lo"; DAEMON_MODE="Daemon"; DAEMON_PARMS=""; DAEMON_HOSTSTATS="No"; DAEMON_MAILSTATS="No"; QUEUE_MODE="${DAEMON_MODE}"; QUEUE_INTERVAL="10m"; QUEUE_PARMS=""; MSP_MODE="Cron"; MSP_INTERVAL="20m"; MSP_PARMS=""; MSP_MAILSTATS="${DAEMON_MAILSTATS}"; MISC_PARMS=""; CRON_MAILTO="root"; CRON_PARMS=""; LOG_CMDS="No"; HANDS_OFF="No"; AGE_DATA=""; DAEMON_RUNASUSER="No"; DAEMON_STATS="${DAEMON_MAILSTATS}"; MSP_STATS="${MSP_MAILSTATS}"; sendmail.mc: divert(-1)dnl divert(0)dnl define(`_USE_ETC_MAIL_')dnl include(`/usr/share/sendmail/cf/m4/cf.m4')dnl VERSIONID(`$Id: sendmail.mc, v 8.13.4-3 2005-06-03 16:49:22 cowboy Exp $') OSTYPE(`debian')dnl DOMAIN(`debian-mta')dnl undefine(`confHOST_STATUS_DIRECTORY')dnl#DAEMON_HOSTSTATS= FEATURE(`no_default_msa')dnl DAEMON_OPTIONS(`Family=inet6, Name=MTA-v6, Port=smtp, Addr=::1')dnl DAEMON_OPTIONS(`Family=inet6, Name=MSP-v6, Port=submission, Addr=::1')dnl define(`confPRIVACY_FLAGS',dnl `needmailhelo,needexpnhelo,needvrfyhelo,restrictqrun,res
Bug#315711: raidtools2: Missing lsraid raidhotadd raidhotremove etc after stable upgrade
Package: raidtools2 Version: 1.00.4 Severity: grave Justification: renders package unusable Hi Raidtools Maintainer I don't know if this problem is related to raidtools2 but I seam to have massive problems since sarge got stable. I don't seam to find all tools needed to manage my raid-sets anymore. I'm not even able to find a packet containing lsraid... Even cronjobs complain that lsraid is missing. Manpages still are present for all those tools. Just te binaries are not there. Where have they gone? -Benoit- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=de_CH, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages raidtools2 depends on: ii mdadm 1.9.0-4Manage MD devices aka Linux Softwa -- debconf information: * raidtools2/init: raidtools2/oldraid: raidtools2/nosupport: * raidtools2/autostart: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314433: crafted emails get razor to segfault
Package: razor Version: 2.670-1 Severity: grave Tags: patch Justification: causes non-serious data loss Hi Razor Maintainer Special crafted emails can be used to DOS razor. Some examples of such emails can be found on: http://sourceforge.net/mailarchive/forum.php?thread_id=7244345&forum_id=10149 The Problem has been fixed in Razor 2.71: http://razor.sourceforge.net/ Regards -Benoit- -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages razor depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdigest-hmac-perl 1.01-3 create standard message integrity pn libdigest-md5-perl Not found. ii libdigest-nilsimsa-perl 0.06-2 Nilsimsa message digest algorithm ii libdigest-sha1-perl 2.10-1 NIST SHA-1 message digest algorith pn libmime-base64-perl Not found. ii libnet-dns-perl 0.48-1 Perform DNS queries from a Perl sc ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii perl [libtime-hires-perl] 5.8.4-8 Larry Wall's Practical Extraction ii perl-modules [libtest-simpl 5.8.4-8 Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]