[Dovecot] CMUSieve with virtual users

[Guillaume Hilt]

It does.

deliver(ghilt at domain2.com): Mar 31 19:22:50 Warning: Growing pool 'Cache 
fields' with: 2048
Mar 31 19:22:51 srv1 postfix/lmtp[14367]: BB74477460FE: 
to=<ghilt at domain2.com>, 
relay=mail.domain2.com[/var/run/dspam/dspam.sock], delay=0.43, 
delays=0.1/0/0/0.33, dsn=2.6.0, status=sent (250 2.6.0 
<ghilt at domain2.com> Message accepted for delivery)
Mar 31 19:22:51 srv1 postfix/qmgr[14353]: BB74477460FE: removed

Here's the lines in dspam :
TrustedDeliveryAgent "/usr/libexec/dovecot/deliver -d %u"
UntrustedDeliveryAgent "/usr/libexec/dovecot/deliver -d %u

Postfix isn't delivering the mail anymore, it transfer them to dspam 
which calls deliver since it can't deliver them itself.

  Guillaume Hilt



Timo Sirainen a écrit :
> The problem isn't with dspam or Dovecot configuration files. It's that
> your Postfix is configured to write the mail directly to the Maildir. I
> don't think your Postfix even calls dspam. As long as you see
> postfix/virtual line in your logs, Postfix is delivering the mail
> itself.
>
> On Tue, 2009-03-31 at 19:11 +0200, Guillaume Hilt wrote:
>   
>> I modified my dspam conf file to transfer the message to deliver but the 
>> problem is still the same.
>> Even with debug enabled, I don't see a line about deliver in my logs.
>>
>>   Guillaume Hilt
>>
>>
>>
>> Timo Sirainen a écrit :
>>     
>>> On Mar 31, 2009, at 12:20 PM, Guillaume HILT wrote:
>>>
>>>       
>>>> Mar 31 17:29:55 srv1 postfix/virtual[13438]: 4C74977460FE: 
>>>> to=<ghilt at domain2.com>, relay=virtual, delay=0.5, 
>>>> delays=0.45/0/0/0.04, dsn=2.0.0, status=sent (delivered to maildir)
>>>>         
>>> Postfix's virtual transport is delivering the mail. Dovecot's deliver 
>>> is never even called.
>>>
>>>
>>>