[
https://issues.apache.org/jira/browse/JAMES-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Tellier closed JAMES-3681.
---------------------------------
Resolution: Fixed
> RemoteDelivery mailet ignores timeout parameters for SMTPS
> ----------------------------------------------------------
>
> Key: JAMES-3681
> URL: https://issues.apache.org/jira/browse/JAMES-3681
> Project: James Server
> Issue Type: Bug
> Components: Remote Delivery
> Affects Versions: master
> Reporter: Karsten Otto
> Priority: Major
> Time Spent: 20m
> Remaining Estimate: 0h
>
> When configuring the {{RemoteDelivery}} mailet for SMTPS via
> {{{}sslEnable{}}}, it ignores any timeouts set via {{timeout}} andÂ
> {{connectionTimeout}} parameters, and uses the Java Mail defaults of infinite
> instead. Thus when talking to a slow or faulty server, James will never break
> the SMTPS connection, slowly exhausting the remote delivery thread pool,
> stalling and ultimately halting remote delivery completely.
> *Analysis:* James converts its parameters to Java Mail properties
> "{{{}mail.smtp.x{}}}" for the remote session. But according to
> [https://javaee.github.io/javamail/docs/api/com/sun/mail/smtp/package-summary.html],
> Java Mail expects these properties to be
> "{{{}mail.smtp{}}}{{{}{*}s{*}.x{}}}" instead when using SMTPS.
> *Workaround:* Provide timeout (and other) Java Mail properties explicitly in
> the mailet configuration, e.g.
> {code:java}
> <mailet match="All" class="RemoteDelivery">
> <sslEnable>true</sslEnable>
> ...
> <mail.smtps.timeout>180000</mail.smtps.timeout>
> <mail.smtp.connectiontimeout>60000</mail.smtp.connectiontimeout>
> </mailet> {code}
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
