1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288
|
.. _smtp:
================
The SMTP class
================
At the heart of this module is the ``SMTP`` class. This class implements the
`RFC 5321 <http://www.faqs.org/rfcs/rfc5321.html>`_ Simple Mail Transport
Protocol. Often you won't run an ``SMTP`` instance directly, but instead will
use a :ref:`controller <controller>` instance to run the server in a subthread.
>>> from aiosmtpd.controller import Controller
The ``SMTP`` class is itself a subclass of StreamReaderProtocol_.
.. _subclass:
Subclassing
===========
While behavior for common SMTP commands can be specified using :ref:`handlers
<handlers>`, more complex specializations such as adding custom SMTP commands
require subclassing the ``SMTP`` class.
For example, let's say you wanted to add a new SMTP command called ``PING``.
All methods implementing ``SMTP`` commands are prefixed with ``smtp_``; they
must also be coroutines. Here's how you could implement this use case::
>>> import asyncio
>>> from aiosmtpd.smtp import SMTP as Server, syntax
>>> class MyServer(Server):
... @syntax('PING [ignored]')
... async def smtp_PING(self, arg):
... await self.push('259 Pong')
Now let's run this server in a controller::
>>> from aiosmtpd.handlers import Sink
>>> class MyController(Controller):
... def factory(self):
... return MyServer(self.handler)
>>> controller = MyController(Sink())
>>> controller.start()
..
>>> # Arrange for the controller to be stopped at the end of this doctest.
>>> ignore = resources.callback(controller.stop)
We can now connect to this server with an ``SMTP`` client.
>>> from smtplib import SMTP as Client
>>> client = Client(controller.hostname, controller.port)
Let's ping the server. Since the ``PING`` command isn't an official ``SMTP``
command, we have to use the lower level interface to talk to it.
>>> code, message = client.docmd('PING')
>>> code
259
>>> message
b'Pong'
Because we prefixed the ``smtp_PING()`` method with the ``@syntax()``
decorator, the command shows up in the ``HELP`` output.
>>> print(client.help().decode('utf-8'))
Supported commands: AUTH DATA EHLO HELO HELP MAIL NOOP PING QUIT RCPT RSET VRFY
And we can get more detailed help on the new command.
>>> print(client.help('PING').decode('utf-8'))
Syntax: PING [ignored]
Server hooks
============
.. warning:: These methods are deprecated. See :ref:`handler hooks <hooks>`
instead.
The ``SMTP`` server class also implements some hooks which your subclass can
override to provide additional responses.
``ehlo_hook()``
This hook makes it possible for subclasses to return additional ``EHLO``
responses. This method, called *asynchronously* and taking no arguments,
can do whatever it wants, including (most commonly) pushing new
``250-<command>`` responses to the client. This hook is called just
before the standard ``250 HELP`` which ends the ``EHLO`` response from the
server.
``rset_hook()``
This hook makes it possible to return additional ``RSET`` responses. This
method, called *asynchronously* and taking no arguments, is called just
before the standard ``250 OK`` which ends the ``RSET`` response from the
server.
.. _smtp_api:
SMTP API
========
.. class:: SMTP(handler, *, data_size_limit=33554432, enable_SMTPUTF8=False, decode_data=False, hostname=None, ident=None, tls_context=None, require_starttls=False, timeout=300, auth_required=False, auth_require_tls=True, auth_exclude_mechanism=None, auth_callback=None, loop=None)
*handler* is an instance of a :ref:`handler <handlers>` class.
*data_size_limit* is the limit in number of bytes that is accepted for
client SMTP commands. It is returned to ESMTP clients in the ``250-SIZE``
response. The default is 33554432.
*enable_SMTPUTF8* is a flag that when True causes the ESMTP ``SMTPUTF8``
option to be returned to the client, and allows for UTF-8 content to be
accepted. The default is False.
*decode_data* is a flag that when True, attempts to decode byte content in
the ``DATA`` command, assigning the string value to the :ref:`envelope's
<sessions_and_envelopes>` ``content`` attribute. The default is False.
*hostname* is the first part of the string returned in the ``220`` greeting
response given to clients when they first connect to the server. If not given,
the system's fully-qualified domain name is used.
*ident* is the second part of the string returned in the ``220`` greeting
response that identifies the software name and version of the SMTP server
to the client. If not given, a default Python SMTP ident is used.
*tls_context* and *require_starttls*. The ``STARTTLS`` option of ESMTP
(and LMTP), defined in `RFC 3207`_, provides for secure connections to the
server. For this option to be available, *tls_context* must be supplied,
and *require_starttls* should be ``True``. See :ref:`tls` for a more in
depth discussion on enabling ``STARTTLS``.
*timeout* is the number of seconds to wait between valid SMTP commands.
After this time the connection will be closed by the server. The default
is 300 seconds, as per `RFC 2821`_.
*auth_required* specifies whether SMTP Authentication is mandatory or
not for the session. This impacts some SMTP commands such as HELP, MAIL
FROM, RCPT TO, and others.
*auth_require_tls* specifies whether ``STARTTLS`` must be used before
AUTH exchange or not. If you set this to ``False`` then AUTH exchange can
be done outside a TLS context, but the class will warn you of security
considerations. Please note that *require_starttls* takes precedence
over this setting.
*auth_exclude_mechanism* is an ``Iterable[str]`` that specifies SMTP AUTH
mechanisms to NOT use.
*auth_callback* is a function that accepts three arguments: ``mechanism: str``,
``login: bytes``, and ``password: bytes``. Based on these args, the function
must return a ``bool`` that indicates whether the client's authentication
attempt is accepted/successful or not.
*loop* is the asyncio event loop to use. If not given,
:meth:`asyncio.new_event_loop()` is called to create the event loop.
.. attribute:: event_handler
The *handler* instance passed into the constructor.
.. attribute:: data_size_limit
The value of the *data_size_limit* argument passed into the constructor.
.. attribute:: enable_SMTPUTF8
The value of the *enable_SMTPUTF8* argument passed into the constructor.
.. attribute:: hostname
The ``220`` greeting hostname. This will either be the value of the
*hostname* argument passed into the constructor, or the system's fully
qualified host name.
.. attribute:: tls_context
The value of the *tls_context* argument passed into the constructor.
.. attribute:: require_starttls
True if both the *tls_context* argument to the constructor was given
**and** the *require_starttls* flag was True.
.. attribute:: session
The active :ref:`session <sessions_and_envelopes>` object, if there is
one, otherwise None.
.. attribute:: envelope
The active :ref:`envelope <sessions_and_envelopes>` object, if there is
one, otherwise None.
.. attribute:: transport
The active `asyncio transport`_ if there is one, otherwise None.
.. attribute:: loop
The event loop being used. This will either be the given *loop*
argument, or the new event loop that was created.
.. attribute:: authenticated
A flag that indicates whether authentication had succeeded.
.. method:: _create_session()
A method subclasses can override to return custom ``Session`` instances.
.. method:: _create_envelope()
A method subclasses can override to return custom ``Envelope`` instances.
.. method:: push(status)
The method that subclasses and handlers should use to return statuses to
SMTP clients. This is a coroutine. *status* can be a bytes object, but
for convenience it is more likely to be a string. If it's a string, it
must be ASCII, unless *enable_SMTPUTF8* is True in which case it will be
encoded as UTF-8.
.. method:: smtp_<COMMAND>(arg)
Coroutine methods implementing the SMTP protocol commands. For example,
``smtp_HELO()`` implements the SMTP ``HELO`` command. Subclasses can
override these, or add new command methods to implement custom
extensions to the SMTP protocol. *arg* is the rest of the SMTP command
given by the client, or None if nothing but the command was given.
.. _tls:
Enabling STARTTLS
=================
To enable `RFC 3207`_ ``STARTTLS``, you must supply the *tls_context* argument
to the :class:`SMTP` class. *tls_context* is created with the
:meth:`ssl.create_default_context()` call from the ssl_ module, as follows::
context = ssl.create_default_context(ssl.Purpose.CLIENT_AUTH)
The context must be initialized with a server certificate, private key, and/or
intermediate CA certificate chain with the
:meth:`ssl.SSLContext.load_cert_chain()` method. This can be done with
separate files, or an all in one file. Files must be in PEM format.
For example, if you wanted to use a self-signed certification for localhost,
which is easy to create but doesn't provide much security, you could use the
``openssl(1)`` command like so::
$ openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 365 -nodes -subj '/CN=localhost'
and then in Python::
context = ssl.create_default_context(ssl.Purpose.CLIENT_AUTH)
context.load_cert_chain('cert.pem', 'key.pem')
Now pass the ``context`` object to the *tls_context* argument in the ``SMTP``
constructor.
Note that a number of exceptions can be generated by these methods, and by SSL
connections, which you must be prepared to handle. Additional documentation
is available in Python's ssl_ module, and should be reviewed before use; in
particular if client authentication and/or advanced error handling is desired.
If *require_starttls* is ``True``, a TLS session must be initiated for the
server to respond to any commands other than ``EHLO``/``LHLO``, ``NOOP``,
``QUIT``, and ``STARTTLS``.
If *require_starttls* is ``False`` (the default), use of TLS is not required;
the client *may* upgrade the connection to TLS, or may use any supported
command over an insecure connection.
If *tls_context* is not supplied, the ``STARTTLS`` option will not be
advertised, and the ``STARTTLS`` command will not be accepted.
*require_starttls* is meaningless in this case, and should be set to
``False``.
.. _StreamReaderProtocol: https://docs.python.org/3/library/asyncio-stream.html#streamreaderprotocol
.. _`RFC 3207`: http://www.faqs.org/rfcs/rfc3207.html
.. _`RFC 2821`: https://www.ietf.org/rfc/rfc2821.txt
.. _`asyncio transport`: https://docs.python.org/3/library/asyncio-protocol.html#asyncio-transport
.. _ssl: https://docs.python.org/3/library/ssl.html
|