[
https://issues.apache.org/jira/browse/JAMES-2972?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Trần Tiến Đức updated JAMES-2972:
---------------------------------
Description:
For example:
[https://github.com/apache/james-project/blob/master/server/app/src/main/resources/mailetcontainer.xml#L59-L65]
The "matcher" attribute should be "match" instead. There're several places in
James source code have this fault. And these miss configured mailet are
pointing to Null processor. To avoid this weird behavior, you will comment
these mailet out then write description/explanation for the usage of the
mailets/matchers
And the content of mailetcontainer.xml of spring product in dockerfiles/ is not
the same with another one in spring main source code. They should be identical
was:
For example:
[https://github.com/apache/james-project/blob/master/server/app/src/main/resources/mailetcontainer.xml#L59-L65]
The "matcher" attribute should be "match" instead. There're several places in
James source code have this fault. And these miss configured mailet are
pointing to Null processor. To avoid this weird behavior, you will comment
these mailet out then write description/explanation for the usage of the
mailets/matchers
> Incorrect attribute name in the mailet configuration
> ----------------------------------------------------
>
> Key: JAMES-2972
> URL: https://issues.apache.org/jira/browse/JAMES-2972
> Project: James Server
> Issue Type: Bug
> Reporter: Trần Tiến Đức
> Priority: Minor
>
> For example:
> [https://github.com/apache/james-project/blob/master/server/app/src/main/resources/mailetcontainer.xml#L59-L65]
>
> The "matcher" attribute should be "match" instead. There're several places in
> James source code have this fault. And these miss configured mailet are
> pointing to Null processor. To avoid this weird behavior, you will comment
> these mailet out then write description/explanation for the usage of the
> mailets/matchers
>
> And the content of mailetcontainer.xml of spring product in dockerfiles/ is
> not the same with another one in spring main source code. They should be
> identical
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]