view xml/en/docs/mail/ngx_mail_pop3_module.xml @ 2737:9986e1f25cd7

Improved pop3_auth, imap_auth, and smtp_auth descriptions. Notably, now it is outlined that plain text authentication methods are always enabled. Previously this was only documented in the pop3_auth directive description.
author Maxim Dounin <mdounin@mdounin.ru>
date Thu, 10 Jun 2021 18:34:55 +0300
parents 237a10fb98d2
children 4add6ae1296f
line wrap: on
line source

<?xml version="1.0"?>

<!--
  Copyright (C) 2006, 2007 Anton Yuzhaninov
  Copyright (C) Nginx, Inc.
  -->

<!DOCTYPE module SYSTEM "../../../../dtd/module.dtd">

<module name="Module ngx_mail_pop3_module"
        link="/en/docs/mail/ngx_mail_pop3_module.html"
        lang="en"
        rev="5">

<section id="directives" name="Directives">

<directive name="pop3_auth">
<syntax><value>method</value> ...</syntax>
<default>plain</default>
<context>mail</context>
<context>server</context>

<para>
Sets permitted methods of authentication for POP3 clients.
Supported methods are:
<list type="tag">

<tag-name><literal>plain</literal></tag-name>
<tag-desc>
<link url="https://tools.ietf.org/html/rfc1939">USER/PASS</link>,
<link url="https://tools.ietf.org/html/rfc4616">AUTH PLAIN</link>,
<link url="https://tools.ietf.org/html/draft-murchison-sasl-login-00">AUTH LOGIN</link>
</tag-desc>

<tag-name><literal>apop</literal></tag-name>
<tag-desc>
<link url="https://tools.ietf.org/html/rfc1939">APOP</link>.
In order for this method to work, the password must be stored unencrypted.
</tag-desc>

<tag-name><literal>cram-md5</literal></tag-name>
<tag-desc>
<link url="https://tools.ietf.org/html/rfc2195">AUTH CRAM-MD5</link>.
In order for this method to work, the password must be stored unencrypted.
</tag-desc>

<tag-name><literal>external</literal></tag-name>
<tag-desc>
<link url="https://tools.ietf.org/html/rfc4422">AUTH EXTERNAL</link> (1.11.6).
</tag-desc>

</list>
</para>

<para>
Plain text authentication methods
(<literal>USER/PASS</literal>, <literal>AUTH PLAIN</literal>,
and <literal>AUTH LOGIN</literal>) are always enabled,
though if the <literal>plain</literal> method is not specified,
<literal>AUTH PLAIN</literal> and <literal>AUTH LOGIN</literal>
will not be automatically included in <link id="pop3_capabilities"/>.
</para>

</directive>


<directive name="pop3_capabilities">
<syntax><value>extension</value> ...</syntax>
<default>TOP USER UIDL</default>
<context>mail</context>
<context>server</context>

<para>
Sets the
<link url="https://tools.ietf.org/html/rfc2449">POP3 protocol</link>
extensions list that is passed to the client in response to
the <literal>CAPA</literal> command.
The authentication methods specified in the <link id="pop3_auth"/> directive
(<link url="https://tools.ietf.org/html/rfc2449">SASL</link> extension) and
<link url="https://tools.ietf.org/html/rfc2595">STLS</link>
are automatically added to this list depending on the
<link doc="ngx_mail_ssl_module.xml" id="starttls"/> directive value.
</para>

<para>
It makes sense to specify the extensions
supported by the POP3 backends
to which the clients are proxied (if these extensions are related to commands
used after the authentication, when nginx transparently proxies the client
connection to the backend).
</para>

<para>
The current list of standardized extensions is published at
<link url="http://www.iana.org/assignments/pop3-extension-mechanism">www.iana.org</link>.
</para>

</directive>

</section>

</module>