http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4714
Summary: Vpopmail handling of aliases fails
Product: Spamassassin
Version: 3.1.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P3
Component: spamc/spamd
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
When trying to create user prefs or using the autowhitelist plugin, it fails. A
cursory look at the logs indicates that it does check with the valias command,
but the expected syntax is invalid, seems like it expects to receive the
pathname directly when what it gets is the non-alias account it points to (i
think it's that it expects something like "[EMAIL PROTECTED] ->
/var/lib/vpopmail/
domains/domain/bar/Maildir" or something, gets "[EMAIL PROTECTED] -> [EMAIL
PROTECTED]").
Excerpt from the logs, when delivering to [EMAIL PROTECTED] which is an
alias that points to [EMAIL PROTECTED]:
Thu Dec 1 09:23:29 2005 [8314] warn: config: oops! user_dirs don't match!
'[EMAIL PROTECTED] -> [EMAIL PROTECTED]' v
s ''
Thu Dec 1 09:23:29 2005 [8314] error: mkdir /var/lib/vpopmail/.spamassassin:
Permiso denegado at /usr/share/perl5/Mail/SpamAssassin.pm
line 1467
Thu Dec 1 09:23:29 2005 [8314] warn: util: cannot untaint path:
"[EMAIL PROTECTED] -> [EMAIL PROTECTED]/.spamassassi
n/user_prefs"
Thu Dec 1 09:23:29 2005 [8314] error: Insecure dependency in open while
running
with -T switch at /usr/share/perl5/Mail/SpamAssassin.pm
line 1505, <GEN6> line 2.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
