Jordi Ferran created JAMES-1414:
-----------------------------------
Summary: SPFHandler affects rejecting mail
Key: JAMES-1414
URL: https://issues.apache.org/jira/browse/JAMES-1414
Project: JAMES Server
Issue Type: Bug
Components: SMTPServer
Affects Versions: 3.0-beta4
Environment: Running Java 1.6.0_32 (64 bits) on a dedicated server
Ubuntu 10.04 LTS (64bits).
Reporter: Jordi Ferran
Priority: Minor
I started to play with SMTPServer handler and I discovered external mails send
to James are rejected.
No explicit "reject" keyword is seen in log file, but this is the reality, none
enter.
I've discovered that the SPFHandler is the cause to disrupt.
I've looked into the source code, I modified configuration parameters, but I do
not fully comprehend the reason to reject the mail.
The log says:
Id='1135436670' User='' No Sender or HELO/EHLO present
The configuration:
<handler class="org.apache.james.smtpserver.fastfail.SPFHandler">
<blockSoftFail>false</blockSoftFail>
<blockPermError>false</blockPermError>
<checkAuthNetworks>false</checkAuthNetworks>
</handler>
My interpretation:
"No Sender" => Not authorized user logged (no sender for controlled domains) =>
OK
"No HELO/EHLO" => OK, two external servers are not using this command => OK to
me, I do not enforce the use of HELO/EHLO.
Looking at the source code seems that in this situation (this log appears), the
method returns without rejecting the email, but the true effect is that somehow
the mail is never handled to the mailbox.
Right now I don't know how to handle this problem. If it is my fault, I would
appreciate an indication on how to configure the handler.
Thanks in advance.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
