[Bug 175513] New: UTF-8 error from sa-learn
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175513
Summary: UTF-8 error from sa-learn
Product: Fedora Core
Version: fc4
Platform: i386
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: iny(a)iki.fi
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050923 Fedora/1.7.12-1.5.1
Description of problem:
$ sa-learn --spam Maildir/.training.spam/cur/
Parsing of undecoded UTF-8 will give garbage when decoding entities at /usr/lib/perl5/vendor_perl/5.8.6/Mail/SpamAssassin/HTML.pm line 182.
Version-Release number of selected component (if applicable):
spamassassin-3.0.4-2.fc4
How reproducible:
Always
Steps to Reproduce:
1. Invoke sa-learn
Actual Results: Got this message.
Expected Results: Shouldn't have got it.
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 3 months
[Bug 187974] New: selinux denials of spamd reading files
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187974
Summary: selinux denials of spamd reading files
Product: Fedora Core
Version: fc5
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: dbaron(a)dbaron.org
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,rcoker@redhat.com,reg+redhat(a)sidney.com,wtoga
mi(a)redhat.com
Description of problem: with the recent selinux and spamassassin updates to FC5
(which I picked up at the same time last week), there have started to be selinux
denials of spamd, three at a time, when spamd starts:
type=AVC msg=audit(1144179464.345:5): avc: denied { search } for pid=1768
comm="spamd" name="lib" dev=hda3 ino=423490
scontext=system_u:system_r:spamd_t:s0 tcontext=system_u:object_r:var_lib_t:s0
tclass=dir
type=SYSCALL msg=audit(1144179464.345:5): arch=40000003 syscall=195 success=no
exit=-13 a0=97843b0 a1=93dd0c8 a2=9bfff4 a3=97843b0 items=1 pid=1768
auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
comm="spamd" exe="/usr/bin/perl"
type=CWD msg=audit(1144179464.345:5): cwd="/"
type=PATH msg=audit(1144179464.345:5): item=0
name="/var/lib/spamassassin/3.001001" flags=1
type=AVC msg=audit(1144179464.753:6): avc: denied { search } for pid=1768
comm="spamd" name="lib" dev=hda3 ino=423490
scontext=system_u:system_r:spamd_t:s0 tcontext=system_u:object_r:var_lib_t:s0
tclass=dir
type=SYSCALL msg=audit(1144179464.753:6): arch=40000003 syscall=195 success=no
exit=-13 a0=97843b0 a1=93dd0c8 a2=9bfff4 a3=97843b0 items=1 pid=1768
auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
comm="spamd" exe="/usr/bin/perl"
type=CWD msg=audit(1144179464.753:6): cwd="/"
type=PATH msg=audit(1144179464.753:6): item=0
name="/var/lib/spamassassin/3.001001/languages" flags=101
type=AVC msg=audit(1144179466.234:7): avc: denied { search } for pid=1768
comm="spamd" name="lib" dev=hda3 ino=423490
scontext=system_u:system_r:spamd_t:s0 tcontext=system_u:object_r:var_lib_t:s0
tclass=dir
type=SYSCALL msg=audit(1144179466.234:7): arch=40000003 syscall=195 success=no
exit=-13 a0=97843b0 a1=93dd0c8 a2=9bfff4 a3=97843b0 items=1 pid=1768
auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0
comm="spamd" exe="/usr/bin/perl"
type=CWD msg=audit(1144179466.234:7): cwd="/"
type=PATH msg=audit(1144179466.234:7): item=0
name="/var/lib/spamassassin/3.001001/triplets.txt" flags=1
I'm not sure what this effects, but having selinux prevent spamd from doing
things seems like it could break something.
Version-Release number of selected component (if applicable):
spamassassin-3.1.1-1.fc5
selinux-policy-2.2.25-3.fc5
selinux-policy-targeted-2.2.25-3.fc5
How reproducible: Always (when spamd starts/restarts).
Steps to Reproduce:
1. tail -f /var/log/audit.log
2. /sbin/service spamassassin restart
Actual results: selinux denials
Expected results: no selinux denials
Additional information:
As a note, the directory /var/lib/spamassassin/ does not exist. And the files
in question live in /usr/share/spamassassin/ ... which is why I'm filing this as
a bug on spamassassin rather than selinux-policy-targeted.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 4 months
[Bug 198461] New: Package spamassassin lacks IPv6 support
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=198461
Summary: Package spamassassin lacks IPv6 support
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: pvrabec(a)redhat.com
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,mbacovs
k@redhat.com,parkerm@pobox.com,reg+redhat(a)sidney.com,wto
gami(a)redhat.com
This bug was reported automaticaly in connection with IPv6 project.
Our aim is to support IPv6 in all Fedora Core packages so FC6 and RHEL5 will be ready for IPv6.
This package seems to lack IPv6 support.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 4 months
[Bug 173646] New: Selinux denials for spamd
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173646
Summary: Selinux denials for spamd
Product: Fedora Core
Version: fc4
Platform: i686
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: gc1111(a)optonline.net
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
>From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7
Description of problem:
SeLinux denies access to spamd many times.
Version-Release number of selected component (if applicable):
spamassassin-3.0.4-2.fc4
How reproducible:
Always
Steps to Reproduce:
1. Use Selinux in enforcing/targeted mode
2. Set evolution to filter mail using spamassassin
3. Read mail
4. Look at audit logs
Actual Results: Many denials as per Additional Information
Expected Results: No Selinux denials
Additional info:
Extract from /var/log/audit/audit.log:
type=AVC msg=audit(1132324042.516:8455): avc: denied { write } for pid=1862 comm="spamd" name="log" dev=tmpfs ino=4750 scontext=system_u:system_r:spamd_t tcontext=system_u:object_r:device_t tclass=sock_file
type=SYSCALL msg=audit(1132324042.516:8455): arch=40000003 syscall=102 success=no exit=-13 a0=3 a1=bfb60480 a2=862bc0 a3=6e items=1 pid=1862 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 comm="spamd" exe="/usr/bin/perl"
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 4 months
[Bug 199285] New: Replace hardcoded .fc6 by %{?dist}
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199285
Summary: Replace hardcoded .fc6 by %{?dist}
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-Compress-Zlib
AssignedTo: jorton(a)redhat.com
ReportedBy: redhat-bugzilla(a)linuxnetz.de
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Please replace hardcoded .fc6 by %{?dist} in the perl-Compress-Zlib spec file.
Version-Release number of selected component (if applicable):
perl-Compress-Zlib-1.42-1
Expected results:
--- perl-Compress-Zlib.spec 2006-07-17 22:21:30.000000000 +0200
+++ perl-Compress-Zlib.spec.rsc 2006-07-18 20:02:33.000000000 +0200
@@ -4,7 +4,7 @@
Name: perl-Compress-Zlib
Version: 1.42
-Release: 1.fc6
+Release: 1%{?dist}
Summary: A module providing Perl interfaces to the zlib compression library.
License: GPL or Artistic
Group: Development/Libraries
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 5 months
[Bug 199286] New: Replace hardcoded .fc6 by %{?dist}
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199286
Summary: Replace hardcoded .fc6 by %{?dist}
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl-HTML-Parser
AssignedTo: jvdias(a)redhat.com
ReportedBy: redhat-bugzilla(a)linuxnetz.de
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Please replace hardcoded .fc6 by %{?dist} in the perl-HTML-Parser spec file.
Version-Release number of selected component (if applicable):
perl-HTML-Parser-3.55-1
Expected results:
--- perl-HTML-Parser.spec 2006-07-17 22:29:46.000000000 +0200
+++ perl-HTML-Parser.spec.rsc 2006-07-18 20:05:40.000000000 +0200
@@ -5,7 +5,7 @@
Summary: Perl module for parsing HTML
Name: perl-%{real_name}
Version: 3.55
-Release: 1.fc6
+Release: 1%{?dist}
License: GPL or Artistic
Group: Development/Libraries
Source: http://search.cpan.org/CPAN/authors/id/G/GA/GAAS/%{real_name}-%
{version}.tar.gz
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 5 months
[Bug 193818] New: spamd should start before sendmail
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=193818
Summary: spamd should start before sendmail
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: oliva(a)lsd.ic.unicamp.br
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
Description of problem:
Users that rely on spamc/spamd for mail delivery might face silent mail delivery
failure if spamd is not running when sendmail attempts to deliver them e-mail.
Starting spamd before sendmail would reduce the probability of such a problem.
Version-Release number of selected component (if applicable):
sendmail-8.13.6-1
spamassassin-3.1.2-1.fc6
How reproducible:
Every time
Steps to Reproduce:
1.Boot up
Actual results:
spamd starts after sendmail
Expected results:
It should start before
Additional info:
both are S80, which causes sendmail to start first since it sorts alphabetically
before spamd.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 5 months
[Bug 175439] New: [FC4 Regression]: spamc doesn't use localhost by default
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175439
Summary: [FC4 Regression]: spamc doesn't use localhost by default
Product: Fedora Core
Version: fc4
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: spamassassin
AssignedTo: wtogami(a)redhat.com
ReportedBy: hongjiu.lu(a)intel.com
CC: fedora-perl-devel-
list@redhat.com,felicity@kluge.net,jm(a)jmason.org,parkerm
@pobox.com,reg+redhat@sidney.com,wtogami(a)redhat.com
I have
:0fw
| /usr/bin/spamc
in /etc/procmailrc. It worked with FC3. But after upgrading to FC4, I got
Dec 10 08:38:45 ocean spamd[27833]: unauthorized connection from
gate.in.lucon.org [192.168.10.1] at port 32823
My machine has
eth0 Link encap:Ethernet HWaddr 00:07:E9:9C:3E:3E
inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
inet6 addr: fe80::207:e9ff:fe9c:3e3e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5662 errors:0 dropped:0 overruns:0 frame:0
TX packets:5908 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1160392 (1.1 MiB) TX bytes:2571450 (2.4 MiB)
It looks like spamc is connecting to 192.168.10.1 instead of 127.0.0.1.
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 6 months
[Bug 200440] New: Building perl-5.8.8-8 without threading fails
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200440
Summary: Building perl-5.8.8-8 without threading fails
Product: Fedora Core
Version: devel
Platform: All
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: dansut(a)tcnow.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list(a)redhat.com
Description of problem:
Building perl-5.8.8-8 without threading fails with a straightfoward syntax error.
Version-Release number of selected component (if applicable):
perl-5.8.8-8
How reproducible:
easy
Steps to Reproduce:
1. change %define threading 0
2. rpmbuild -ba perl.spec
Additional info:
Problem is in the perl-5.8.8-R-switch.patch
Where S_init_perllib()definition changed the 'pTHX,' should be 'pTHX_'
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 6 months
[Bug 191416] New: h2ph generates incorrect code for '#if defined A || defined B'
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=191416
Summary: h2ph generates incorrect code for '#if defined A ||
defined B'
Product: Fedora Core
Version: devel
Platform: All
URL: http://rt.perl.org/rt3/Ticket/Display.html?id=39130
OS/Version: Linux
Status: NEW
Severity: normal
Priority: normal
Component: perl
AssignedTo: jvdias(a)redhat.com
ReportedBy: jvdias(a)redhat.com
QAContact: dkl(a)redhat.com
CC: fedora-perl-devel-list@redhat.com,prockai(a)redhat.com
+++ This bug was initially created as a clone of Bug #191409 +++
Description of problem:
This is perlbug #39130 - see URL .
For cpp statements like :
#if defined A || defined B
h2ph would generate the code :
if(defined (defined(&A) ? &A : 0) || defined (defined(&B) ? &B : 0)) {
which is tautologous, as defined(0) is always true .
This turns out to cause real problems on the Linux ppc64 platform,
where "endian-ness" is selectable in the compiler; every inclusion
of "endian.ph", which includes "bits/endian.ph", generates an error:
$ perl -e 'require "sys/socket.ph";'
Both BIG_ENDIAN and LITTLE_ENDIAN defined! at
/usr/lib/perl5/5.8.8/ppc-linux-thread-multi/bits/endian.ph line 10.
Compilation failed in require at...
Because h2ph generated this code in ../bits/endian.ph:
if(defined (defined(&__BIG_ENDIAN__) ? &__BIG_ENDIAN__ : 0) || defined
(defined(&_BIG_ENDIAN) ? &_BIG_ENDIAN : 0)) {
if(defined (defined(&__LITTLE_ENDIAN__) ? &__LITTLE_ENDIAN__ : 0) || defined
(defined(&_LITTLE_ENDIAN) ? &_LITTLE_ENDIAN : 0)) {
die("Both\ BIG_ENDIAN\ and\ LITTLE_ENDIAN\ defined\!");
}
For the cpp code in /usr/include/bits/endian.h:
#if defined __BIG_ENDIAN__ || defined _BIG_ENDIAN
# if defined __LITTLE_ENDIAN__ || defined _LITTLE_ENDIAN
# error Both BIG_ENDIAN and LITTLE_ENDIAN defined!
...
The problem does not happen if the 'defined..' conditions are in parentheses -
ie.
#if defined(A) || defined(B)
produces correct code:
if( defined(&A) || defined(&B) )
A trivial fix for this is to simply replace the ': 0' with ': undef' in
h2ph.PL line 517, as with this patch:
--- perl-5.8.8/utils/h2ph.PL~ 2006-01-12 17:55:04.000000000 -0500
+++ perl-5.8.8/utils/h2ph.PL 2006-05-11 13:50:04.000000000 -0400
@@ -514,7 +514,7 @@
}
} else {
if ($inif && $new !~ /defined\s*\($/) {
- $new .= '(defined(&' . $id . ') ? &' . $id . ' : 0)';
+ $new .= '(defined(&' . $id . ') ? &' . $id . ' : undef)';
} elsif (/^\[/) {
$new .= " \$$id";
} else {
Version-Release number of selected component (if applicable):
ALL
How reproducible:
100%
Steps to Reproduce:
On a ppc64 platform with select-able endian-ness:
# perl -e 'require "sys/socket.ph";'
Actual results:
Both BIG_ENDIAN and LITTLE_ENDIAN defined! at
/usr/lib/perl5/5.8.8/ppc-linux-thread-multi/bits/endian.ph line 10.
Compilation failed in require at...
Expected results:
no error
--
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
17 years, 6 months