[
https://issues.apache.org/jira/browse/JAMES-3843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karsten Otto updated JAMES-3843:
--------------------------------
Description:
When the VacationMailet sends a vacation message, it uses the original
recipient as envelope sender. However, RFC 5230 states
"5.1. SMTP MAIL FROM Address
The SMTP MAIL FROM address of the message envelope SHOULD be set to <>."
While we are technically OK because of the SHOULD, I do not see any real
requirement to deviate from the recommendation. In fact, using the null sender
can help prevent mail loops. So I propose we change the VacationMailet
accordingly.
was:
When the VacationMailet sends a vacation message, it uses the original
recipient as envelope sender. However, RFC 5230 states
5.1. SMTP MAIL FROM AddressThe SMTP MAIL FROM address of the message envelope
SHOULD be set to <>.
While we are technically OK because of the SHOULD, I do not see any real
requirement to deviate from the recommendation. In fact, using the null sender
can help prevent mail loops. So I propose we change the VacationMailet
accordingly.
> VacationMailet should use null sender
> -------------------------------------
>
> Key: JAMES-3843
> URL: https://issues.apache.org/jira/browse/JAMES-3843
> Project: James Server
> Issue Type: Improvement
> Components: Matchers/Mailets (bundled)
> Affects Versions: master
> Reporter: Karsten Otto
> Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> When the VacationMailet sends a vacation message, it uses the original
> recipient as envelope sender. However, RFC 5230 states
> "5.1. SMTP MAIL FROM Address
> The SMTP MAIL FROM address of the message envelope SHOULD be set to <>."
> While we are technically OK because of the SHOULD, I do not see any real
> requirement to deviate from the recommendation. In fact, using the null
> sender can help prevent mail loops. So I propose we change the VacationMailet
> accordingly.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
