[ 
https://issues.apache.org/jira/browse/JAMES-3236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17144863#comment-17144863
 ] 

David Leangen commented on JAMES-3236:
--------------------------------------

I have *many* questions about the current configuration template. :)

I also include questions about the documentation on this page.

bq. Incoming and outgoing SMTP

Is this a technical term? Is there a spec or something that covers the 
difference?

bq. Authenticated SMTP is a method of securing your SMTP server. With SMTP AUTH 
enabled senders who wish to relay mail through the SMTP server (that is, send 
mail that is eventually to be delivered to another SMTP server) must 
authenticate themselves to Apache James Server before sending their message.

Just to be clear, does the above statement mean using the "login" command 
during the SMTP session? Or does it mean something else? And how does that 
login work, anyway?

{code:xml}
<?xml version="1.0"?>
<!--
  Licensed to the Apache Software Foundation (ASF) under one   

  [snip]

  under the License.                                           
 -->

[snip]
 
<smtpservers>

   <smtpserver enabled="true">
     <jmxName>smtpserver</jmxName>

     <bind>0.0.0.0:25</bind>
{code}

There is no documentation for this line. What is it?

{code:xml}
     <connectionBacklog>200</connectionBacklog>
{code}

{code:xml}
        [snip tls for now]
{code}

What is this? I tried changing the value and setting autodetect to false, but I 
could not see any difference.

{code:xml}
        <helloName autodetect="true">myMailServer</helloName>
{code}

Are there any documents that describe why these are useful, and why anyone 
would want to set these values?

{code:xml}
        <!-- connection timeout in secconds -->
        <connectiontimeout>360</connectiontimeout>

        <!-- Set the maximum simultaneous incoming connections for this service 
-->
        <connectionLimit>0</connectionLimit>
         
        <!-- Set the maximum simultaneous incoming connections per IP for this 
service -->
        <connectionLimitPerIP>0</connectionLimitPerIP>
{code}

{code:xml}
        <authRequired>true</authRequired>
        <authorizedAddresses>127.0.0.0/8</authorizedAddresses>
        <verifyIdentity>true</verifyIdentity>
        <maxmessagesize>0</maxmessagesize>
{code}

Why is this useful?

{code:xml}
        <!--  This sets wether to enforce the use of HELO/EHLO salutation 
before a -->
        <!--  MAIL command is accepted. If unspecified, the value defaults to 
true -->
        <!-- 
        <heloEhloEnforcement>true</heloEhloEnforcement>
         -->
{code}

What is this for? (Also, the link is bad.)
         
{code:xml}
        <!-- WARNING: This is Non-RFC compliant (default value: true) -->
        <!-- See: http://wiki.apache.org/james/StandardsComplianceStatement -->
        <!-- TODO: CHANGE TO OFFICIAL URL LATER -->
        <addressBracketsEnforcement>true</addressBracketsEnforcement>
{code}
         
{code:xml}
        <smtpGreeting>JAMES SMTP Server</smtpGreeting>
{code}

Where can I find any explanation about what a "handler chain" is? (Will ask 
more questions about this later.)

{code:xml}
        <!-- The configuration handler chain -->
        <handlerchain>

         [snip]

        </handlerchain>           
  
   </smtpserver>

</smtpservers>
{code}


> Clarify SMTP Configuration (smtpserver.xml)
> -------------------------------------------
>
>                 Key: JAMES-3236
>                 URL: https://issues.apache.org/jira/browse/JAMES-3236
>             Project: James Server
>          Issue Type: Sub-task
>            Reporter: David Leangen
>            Priority: Major
>
> In the context of the *Basic Server*, determine if (1) this configuration is 
> necessary, and if so (2) how can we minimize it and (3) document it better.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org

Reply via email to