Bug#840294: debianutils: run-parts always exits with 1, wished it was the highest exitcode or the parts that ran

2016-10-11 Thread Daniel Tryba
On Mon, Oct 10, 2016 at 04:48:53PM +, Clint Adams wrote: > > I'd prefer run-parts to return the highest exitcode of the scripts it > > ran. Diff below works for me (it it against 4.4 in stable, but source of > > 4.8 is no different in this regards). > > That seems like an odd choice for

Bug#840294: debianutils: run-parts always exits with 1, wished it was the highest exitcode or the parts that ran

2016-10-10 Thread Daniel Tryba
Package: debianutils Version: 4.4+b1 Severity: wishlist Dear Maintainer, I'm trying to use run-parts to perform some checks via nagios/nrpe. These scripts exit with 0 (OK), 1 (Warning), 2 (Crititcal). The run-parts executable itself always exits with 1 (if 1 script fails), so no matter the

Bug#596193: exim4-config: /etc/aliases ignored in 'mail sent by smarthost; no local mail' and possibly 'mail sent by smarthost; received via SMTP or fetchmail'

2015-05-22 Thread Daniel Tryba
This it is not a bug but a feature has been fixed (or broken if you believe it is a feature) in Jessie: exim4-config 4.84-8 -- Telefoon: 088 0100 700 Sales: sa...@pocos.nl | Service: serviced...@pocos.nl http://www.pocos.nl/ | Croy 9c, 5653 LC Eindhoven | Kamer van Koophandel 17097024 --

Bug#596193: exim4-config: /etc/aliases ignored in 'mail sent by smarthost; no local mail' and possibly 'mail sent by smarthost; received via SMTP or fetchmail'

2015-05-22 Thread Daniel Tryba
On Friday 22 May 2015 14:55:05 Daniel Tryba wrote: This it is not a bug but a feature has been fixed (or broken if you believe it is a feature) in Jessie: exim4-config 4.84-8 I was a bit to optimistic, I have Jessie machines having the (IMHO) correct (using /etc/aliases) and wrong behavior

Bug#684697: Bugfix clamav 0.97.5+dfsg-6

2012-08-15 Thread Daniel Tryba
Thank you Scott for the quick response to fix this in unstable. But the latest version in squeeze-updates is still broken: 0.97.5+dfsg-3~squeeze1 IMHO it should either be removed or updated, how can this be accomplished? -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 -

Bug#684697: Upgrade severity

2012-08-14 Thread Daniel Tryba
This is not a normal bug, there is a huge potential lost of lots of legitimate mail due to this bug. In my case a backup MX without this update saved my ass. -- POCOS B.V. - Croy 9c - 5653 LC Eindhoven Telefoon: 040 293 8661 - Fax: 040 293 8658 http://www.pocos.nl/ - http://www.sipo.nl/

Bug#684697: [Pkg-clamav-devel] Bug#684697: Upgrade severity

2012-08-14 Thread Daniel Tryba
On Tuesday 14 August 2012 17:04:21 Scott Kitterman wrote: This is not a normal bug, there is a huge potential lost of lots of legitimate mail due to this bug. In my case a backup MX without this update saved my ass. OK. Can you specify the conditions under which the problem occurs so we

Bug#639156: Cupsd stops running

2012-01-30 Thread Daniel Tryba
Since upgrading to squeeze (1.4.4-7+squeeze1), cupsd just stop running after some random time (from hours to weeks). Client sends a printjob, it will not be printed and cups stops: See attachment, for last printjob. It finishes 13:39:58 but is never printed. 14:18 cups was restarted manually.

Bug#507313: linux-igd: Entries get appended to the PREROUTING table behind a catchall DNAT entry

2008-11-29 Thread Daniel Tryba
Package: linux-igd Version: 1.0+cvs20070630-2 Severity: wishlist Tags: patch Entries get appended to the PREROUTING table, the problem is I have a catchall to create a DMZ. The result is that the upnp rules aren't reachable. The solution is pretty simple with the following patch: Using the

Bug#300103: sa-exim: Greylisting.pm assumes that the connection IP is IPv4 only

2005-03-17 Thread Daniel Tryba
Package: sa-exim Version: 4.2-2 Severity: important Greylisting.pm assumes that the connection ipaddress always is a ipv4 addr: line 173: $connectip =~ /(\d+)\.(\d+)\.(\d+)\.(\d+)/; When mail is getting deleiverd from an ipv6 capable smtpd filtering will fail with following lines in syslog:

Bug#300103: Acknowledgement (sa-exim: Greylisting.pm assumes that the connection IP is IPv4 only)

2005-03-17 Thread Daniel Tryba
A simple QD hack to make sure $ipbyte[1-4] are set regardless of the actual ip in $connectip: --- Greylisting.pm.old 2005-03-17 19:22:39.573706307 +0100 +++ Greylisting.pm 2005-03-17 19:23:53.452208739 +0100 @@ -171,7 +171,10 @@ # connectip is supposed to be untainted now, but