Il 27/02/2012 22.52, Pierre Chiu ha scritto:
Give this a try.
Find out the location of the verify cache file and delete it.

This is my setting in main.cf
address_verify_map = btree:$data_directory/verify_cache



On 2/27/2012 6:06 AM, Nick Warr wrote:
I use postfix + dovecot LDA + mysql virtual users and up til friday,
everything was working just fine.

Dovecot is 2.0.beta6 (3156315704ef)

Like I said, up til friday, when I added a vacation entry into postfix
(which I have now removed to see if it was the reason) mails to the
alias virusalert (which is aliased to me) went through just fine.

Now I get these sort of errors from the LDA:

Feb 27 11:54:03 cluster2 postfix/pipe[31267]: 866F0A41173:
to=<virusal...@mobilia.it>, relay=dovecot, delay=357414,
delays=357413/0.79/0/0.05, dsn=4.3.0, status=deferred (temporary
failure. Command output: lda: Fatal: Unknown user )


Other aliases work perfectly, the only difference is that these emails
are of local origin, (they're messages from Amavisd) I'm not sure why
this has started to be a problem.

Can anyone give me an idea where I should start looking?

Nick
Thanks, though I actually understood where the problem originated after explaining where the email was injected, it was a postfix configuration issue (the vacation script has you configure the amavis line in master.cf to not expand aliases, so it doesn't send multiple vacation replies.. I hadn't considered mail not originating from postfix) , it was just that dovecot was the one who had to deal with the error. Thanks to Tom Hendrikx for the clue.

Reply via email to