Re: Problem with postfix and amavis

2011-08-23 Thread Andrea Cappelli

Il 22/08/11 22:51, Fernando Maior ha scritto:

Andrea,

How did you look at the final delivered mail? Did you use cat or vi or
another text editor? Cause if you just try using a webmail or mail client
you may not be able to see those headers...



Hi,
I saw the headers opening the file delivered with vim

The problem was amavis configuration, in particular how 
$sql_select_policy was defined to match with ISPConfig configuration.


I adjust @local_domains_map to contains all domains managed by my 
system, reading from a hash (@local_domains_maps 
=read_hash(/etc/amavis/local_domains); ), otherwise amavis will 
consider not local those domains and strip header before sending. 
Headers are maintained only for local domains


Hope this help someone

Best regards

--
Ing. Andrea Cappelli
Asidev s.r.l.
Via Osteria Bianca, 108/6A 50053 Empoli (Firenze)
Tel. (+39) 333 60 18 258   Fax. (+39) 0571 1 979 978
E-mail: a.cappe...@asidev.com   Web: www.asidev.com
Skype: a.cappelli



Re: Problem with postfix and amavis

2011-08-22 Thread Patrick Ben Koetter
* Andrea Cappelli a.cappe...@asidev.com:
 Hi,
 I have installed a new mailserver with Postfix (2.7.1) as MTA,
 Amavisd.-new (2.6.4) as content scanner and Docevot (1.2.15) as
 delivery agent.
 
 I have some default values for amavis and a policy for each mailbox.
 
 Some mailbox have alias (defined in a mysql table and used by
 postfix through virtual_alias_maps )
 
 The mail sent to the alias have a strange behaviour, into log files
 I see amavis check before translation, after I see the translation
 (from alias to real mailbox) and the delivery by dovecot, but Spam
 header added by amavis were vanished.
 
 I don't know why this appears, but instead I would that after
 address translation (alias -- real mailbox) the mail is injected in
 the postfix queue as a normal mail, or better let the address
 translation occur before amavis step
 
 Is this possible?

You use amavis with content_filter. Logging is asynchronous to processing.
There's nothing wrong with your filter. It just doesn't look right.

p@rick


-- 
All technical questions asked privately will be automatically answered on the
list and archived for public access unless privacy is explicitely required and
justified.

saslfinger (debugging SMTP AUTH):
http://postfix.state-of-mind.de/patrick.koetter/saslfinger/


Re: Problem with postfix and amavis

2011-08-22 Thread Andrea Cappelli

Il 22/08/11 13:14, Patrick Ben Koetter ha scritto:


You use amavis with content_filter. Logging is asynchronous to processing.
There's nothing wrong with your filter. It just doesn't look right.



Sorry,
but I haven't undestard

As you pointed out logging is asynchronous, but with mail-id ad queue 
identifier I can check what happens to mails.


Mail addressed to alias are processed by amavis, marked spam with a 
certain score and after delivered through dovecot to the real mailbox 
(which is still is the same virtual), but in the delivered mail there 
are no spam header at all.


If the same mail is sent directly to the real mailbox the headers are 
added and the mail is moved to Spam directory through a sieve filter


Can anyone explain this behaviour?

--
Ing. Andrea Cappelli
Asidev s.r.l.
Via Osteria Bianca, 108/6A 50053 Empoli (Firenze)
Tel. (+39) 333 60 18 258   Fax. (+39) 0571 1 979 978
E-mail: a.cappe...@asidev.com   Web: www.asidev.com
Skype: a.cappelli



Re: Problem with postfix and amavis

2011-08-22 Thread Simone Caruso
On 22/08/2011 13:37, Andrea Cappelli wrote:
 but in the delivered mail there are no spam header at all.
U should check amavis config, postfix ( dovecot) don't remove amavis headers.

-- 
Simone Caruso
IT Consultant



Re: Problem with postfix and amavis

2011-08-22 Thread Fernando Maior
Andrea,

How did you look at the final delivered mail? Did you use cat or vi or
another text editor? Cause if you just try using a webmail or mail client
you may not be able to see those headers...

Best regards,
---
Fernando Maciel Souto Maior
Projetos e Soluções de Tecnologia
LPIC/1(31908), LinuxCounter(391325)