Package: cron
Version: 3.0pl1-124
Severity: minor
The patches, including the latest -124, removed incrementing
of the 'bytes' variable, so when the mail process fails,
there is always 1 in log message:
(mailed 1 byte of output; but got status ...
It would also be great if the log message
Thijs Kinkhorst wrote:
Hello Vlada,
thanks for your response. I think I'll have to get comfortable with the
status quo. I surely don't blame you for it. instead I'm grateful for
the time and effort you put in.
It seems the backports.org package for 2.1.7 is going to be created upon
my
Lionel,
thanks for your response. I think I'll have to get comfortable with the
status quo. I surely don't blame you for it. instead I'm grateful for
the time and effort you put in.
It seems the backports.org package for 2.1.7 is going to be created upon
my request. If so and I successfully
Lionel Elie Mamane wrote:
On Thu, Jan 26, 2006 at 09:34:36AM +0100, Vlada Macek wrote:
Shunted message (displayed by show_qfiles) is attached. It's a
usual confirmation message replied by the user. It's localized to
Czech (l10n from the package unchanged).
I can't reproduce this with 2.1.6
Package: mailman
Version: 2.1.5-8sarge1
Severity: important
# cat /etc/environment
LANGUAGE=en_CZ:en_US:en_GB:en
LANG=en_US.UTF-8
Shunted message (displayed by show_qfiles) is attached. It's a usual
confirmation message replied by the user. It's localized to Czech (l10n
from the package
Package: mozilla-thunderbird
Version: 1.0.2-2.sarge1.0.7
I was unable to find the command to Watch current thread or to Ignore
it. No UI for it seem to be accessible by a user -- with one exception:
In View / Threads menu there are two items: Watched Thread with Unread
and Ignored Threads. But
[At 25.11.2005 13:29, Alexander Sack - Debian Bugmail kindly sent the
following quotation.]
On Fri, Nov 25, 2005 at 01:04:08PM +0100, Vlada Macek wrote:
Package: mozilla-thunderbird
Version: 1.0.2-2.sarge1.0.7
I was unable to find the command to Watch current thread or to Ignore
it. No UI
[At 18.11.2005 18:08, Steve Langasek kindly sent the following quotation.]
On Fri, Nov 18, 2005 at 05:46:12PM +0100, Vlada Macek wrote:
No, I think this is a bogus assumption on the part of maildrop,
not a megabug in vacation. I don't see any reason why maildrop
should be either setting
[At 18.11.2005 08:23, Steve Langasek kindly sent the following quotation.]
On Fri, Nov 18, 2005 at 01:17:43AM +0100, Vlada Macek wrote:
Vacation does not wait for its sendmail child to die in any way and
exits!
Therefore accurate vacation parent (such as maildrop MDA) wipes
forked
[At 18.11.2005 16:35, Steve Langasek kindly sent the following quotation.]
(void)kill( -getprocgroup(), SIGHUP );
in the cleanup() method. It's probably more than most of the parent
processes do out there, but at least it reveals such megabugs like
that of vacation.
No, I think this is a
Package: vacation
Version: 3.3.0
Severity: grave
Tags: patch
Vacation does not wait for its sendmail child to die in any way and exits!
Therefore accurate vacation parent (such as maildrop MDA) wipes forked
and executed sendmail before it could send any message...
Also multiple events that
Package: vsftpd
Version: 2.0.3-1
Severity: normal
If allowed, vsftpd changes its process name to refrect the current
state. It is then correctly displayed by the `ps' command, but the
syslog messages get crippled in Linux, like this:
Jul 23 08:13:01 hostname .177.102.164: connected: (pam_unix)
Subject: star is fast-forwarding the system time via the -ctime option
Package: star
Version: 1.5a57-1
Severity: important
When using -atime -ctime (to let star restore all inode times after the
dump), star with root privs undeterminably fast-forwards the system time.
This is really SERIOUS
Hi,
I've also experienced the segfault problem (same backtrace also). It is
easily reproducible by me like this:
1) delete the gtodo configuration (rm -rf ~/.gtodo)
2) run gtodo and press Ctrl-E
3) in the Edit Categories dialog delete ALL items
4) press Close, SIGSEGV will immediatelly occur
Package: maildrop
Version: 1.5.3-1.1
Followup-For: Bug #96882
May I also ask the maintainer to compile packaged maildrop with userdb
feature? As I see it now, the lack of the feature effectively blocks to
use the distro maildrop to deliver to virtual mail accounts (users
without record in
15 matches
Mail list logo
