RE: Your Email (SOLVED)
- I think I solve the issue...!!!
The problem was really coming from a dual submit using IMAP connections. SASL-Cyrus was activated correctly, but in my /etc/courier-imap/imap config file, the line:
Was set, which was doing this:
# If OUTBOX is defined, mail can be sent via the IMAP connection by copying
# a message to the INBOX.Outbox folder.
So when a mail was submitted via IMAP, mail was sent through SMTP, and a copy was sent using Courier-IMAP.
Thanks everyone for the help, insight and explanation on how mails were delivered.
>> What user does amavis run as? What you say that Postfix uses "this new
>> user", what do you mean by that?
> Amavis is running as user: amavis (uid: 102) and group: amavis (gid: 408). Maildirs are stored as user imap (uid: 1000) and group imap (gid: 1000). Postfix is running as postfix (207/207). I added the user imap/imap to seperate the maildir storage directory from the postfix dir.
>> Come on, there is no basis for this conclusion, indeed the opposite seems
>> likely, the extra copy has:
> I've just flashed onto something. Is it possible that when an email is sent, the client is authenticated with IMAP credentials, and then again with the SASL-Cyrus? From both header, it seems that one came from IMAP, and the other from the server, which could explain that...?
>> Are you saying that Postfix adds the "X-IMAP-Sender" header that is not
>> in the original SMTP message? The second copy is injected by user 1000,
>> what is running as that user now?
> I don't know which email is the original, and which is not... As for the user 1000, it's the user that stores the mail. There's no process running it, just those directive in main.cf:
> virtual_gid_maps = static:1000
> virtual_uid_maps = static:1000
>> Don't waste your time looking for Postfix bugs. The unwanted duplication
>> will be found in non-Postfix code, unless you find it, you will make
>> no progress. Pursue this on the amavis list.
> I didn't say it was a postfix bug, maybe a misconfiguration from my part from postfix, or one of the other daemon.
>> From your logs, below are shown the ONLY deliveries performed by Postfix.
>> No Postfix delivery is via a delivery agent that is capable of calling
>> sendmail(1) to fork the message, because lmtp(8) and virtual(8) simply
>> don't have code to do this. All deliveries before virtual(8) delivery
>> are to amavis, which is presumably still running as the wrong user
>> (1000 just like virtual(8) and the IMAP server, instead of a dedicated
>> user). Your amavis config forks the message. Don't do that.
> Thanks for the analysis. Look at the top of my mail for the uid/gid usage. I'm really beginning to think there's a dual authentication somewhere. Or maybe a misconfiguration in amavis...