[
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: [email protected]
For additional commands, e-mail: [email protected]
