[ https://issues.apache.org/jira/browse/JAMES-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16577776#comment-16577776 ]
Tellier Benoit commented on JAMES-2519: --------------------------------------- > if I remember correctly there were some kind of "relay denied" James mailetcontainer.xml files disallow relaying messages from unauthenticated SMTP connections for avoiding being an open relay. In your case, I would suggest using the 'authorizedAddresses' SMTP configuration option, combined with the 'SMTPIsAuthNetwork' matcher for allowing relay. > Duplicate entries in sent items > ------------------------------- > > Key: JAMES-2519 > URL: https://issues.apache.org/jira/browse/JAMES-2519 > Project: James Server > Issue Type: Bug > Components: Remote Delivery > Affects Versions: 3.0.1 > Environment: Ubuntu 18.04 Server (James) > Postgresql 10 (message store) > Ubuntu 16.04 (Desktops) with Evolution (Email client) > Reporter: John Bester > Priority: Major > > To get around issues where remote delivery does not work (relay denied), I > have configured email clients to use the SMTP server directly and move sent > items to James SENT folder. While this works, it does have a strange side > effect. If you send an item to an external recipient and CC to a recipient in > the domain handled by James, then multiple copies of the sent item ends up in > SENT folder. While this might look like a email client problem, I would have > expected this to have happened before switching to James. So, my guess is the > following happens: > 1. You send a message to external recipient and CC to internal recipient > (email client uses external SMTP server) > 2. Email client copies mail to SENT folder > 3. Fetchmail retrieves a copy from external POP3 server > 4. Fetchmail interprets "FROM" address and stores it in SENT folder of sender > Possible solution (if my interpretation is correct): > When fetchmail interprets the FROM address, it first checks whether a > duplicate already exists before adding it to the SENT folder. The fields to > use for checking whether or not it is in fact a duplicate might or might not > be trivial. -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org