[
https://issues.apache.org/jira/browse/JAMES-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16571165#comment-16571165
]
John Bester commented on JAMES-2519:
------------------------------------
Thanks for your response. My first attempt was to configure workstations to use
James (in-house) as SMTP server and have James relay messages to the ISP SMTP
server. This was some time ago, so I can't remember exactly what the logs
stated, but emails were not going out. if I remember correctly there were some
kind of "relay denied" messages in the logs. As an alternative I used the ISP
SMTP server directly on the workstations and simply set up the workstations to
use the James server SENT folder to copy sent messages to. I know this is not
ideal, but it works and sent emails are kept in a central repository for easy
backups. It would have been preferable to use James as SMTP server, but emails
reaching recipients is just more important. I'll try to make time to set up one
workstation to use James SMTP again and give more details when I have the
chance.
If fetchmail is experimental, then I'll have to implement a workaround here as
well. As much as I would like to get involved and contribute to the project, I
am overworked as it is. I can write a utility to remove duplicates in a dew
hours, where implementing a fix in fetchmail might take a week or more and
unfortunately I simply do not have the time.
> 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]
