564 lines
21 KiB
ReStructuredText
564 lines
21 KiB
ReStructuredText
:mod:`nntplib` --- NNTP protocol client
|
|
=======================================
|
|
|
|
.. module:: nntplib
|
|
:synopsis: NNTP protocol client (requires sockets).
|
|
|
|
**Source code:** :source:`Lib/nntplib.py`
|
|
|
|
.. index::
|
|
pair: NNTP; protocol
|
|
single: Network News Transfer Protocol
|
|
|
|
--------------
|
|
|
|
This module defines the class :class:`NNTP` which implements the client side of
|
|
the Network News Transfer Protocol. It can be used to implement a news reader
|
|
or poster, or automated news processors. It is compatible with :rfc:`3977`
|
|
as well as the older :rfc:`977` and :rfc:`2980`.
|
|
|
|
Here are two small examples of how it can be used. To list some statistics
|
|
about a newsgroup and print the subjects of the last 10 articles::
|
|
|
|
>>> s = nntplib.NNTP('news.gmane.io')
|
|
>>> resp, count, first, last, name = s.group('gmane.comp.python.committers')
|
|
>>> print('Group', name, 'has', count, 'articles, range', first, 'to', last)
|
|
Group gmane.comp.python.committers has 1096 articles, range 1 to 1096
|
|
>>> resp, overviews = s.over((last - 9, last))
|
|
>>> for id, over in overviews:
|
|
... print(id, nntplib.decode_header(over['subject']))
|
|
...
|
|
1087 Re: Commit privileges for Łukasz Langa
|
|
1088 Re: 3.2 alpha 2 freeze
|
|
1089 Re: 3.2 alpha 2 freeze
|
|
1090 Re: Commit privileges for Łukasz Langa
|
|
1091 Re: Commit privileges for Łukasz Langa
|
|
1092 Updated ssh key
|
|
1093 Re: Updated ssh key
|
|
1094 Re: Updated ssh key
|
|
1095 Hello fellow committers!
|
|
1096 Re: Hello fellow committers!
|
|
>>> s.quit()
|
|
'205 Bye!'
|
|
|
|
To post an article from a binary file (this assumes that the article has valid
|
|
headers, and that you have right to post on the particular newsgroup)::
|
|
|
|
>>> s = nntplib.NNTP('news.gmane.io')
|
|
>>> f = open('article.txt', 'rb')
|
|
>>> s.post(f)
|
|
'240 Article posted successfully.'
|
|
>>> s.quit()
|
|
'205 Bye!'
|
|
|
|
The module itself defines the following classes:
|
|
|
|
|
|
.. class:: NNTP(host, port=119, user=None, password=None, readermode=None, usenetrc=False, [timeout])
|
|
|
|
Return a new :class:`NNTP` object, representing a connection
|
|
to the NNTP server running on host *host*, listening at port *port*.
|
|
An optional *timeout* can be specified for the socket connection.
|
|
If the optional *user* and *password* are provided, or if suitable
|
|
credentials are present in :file:`/.netrc` and the optional flag *usenetrc*
|
|
is true, the ``AUTHINFO USER`` and ``AUTHINFO PASS`` commands are used
|
|
to identify and authenticate the user to the server. If the optional
|
|
flag *readermode* is true, then a ``mode reader`` command is sent before
|
|
authentication is performed. Reader mode is sometimes necessary if you are
|
|
connecting to an NNTP server on the local machine and intend to call
|
|
reader-specific commands, such as ``group``. If you get unexpected
|
|
:exc:`NNTPPermanentError`\ s, you might need to set *readermode*.
|
|
The :class:`NNTP` class supports the :keyword:`with` statement to
|
|
unconditionally consume :exc:`OSError` exceptions and to close the NNTP
|
|
connection when done, e.g.:
|
|
|
|
>>> from nntplib import NNTP
|
|
>>> with NNTP('news.gmane.io') as n:
|
|
... n.group('gmane.comp.python.committers')
|
|
... # doctest: +SKIP
|
|
('211 1755 1 1755 gmane.comp.python.committers', 1755, 1, 1755, 'gmane.comp.python.committers')
|
|
>>>
|
|
|
|
.. audit-event:: nntplib.connect self,host,port nntplib.NNTP
|
|
|
|
.. audit-event:: nntplib.putline self,line nntplib.NNTP
|
|
|
|
All commands will raise an :ref:`auditing event <auditing>`
|
|
``nntplib.putline`` with arguments ``self`` and ``line``,
|
|
where ``line`` is the bytes about to be sent to the remote host.
|
|
|
|
.. versionchanged:: 3.2
|
|
*usenetrc* is now ``False`` by default.
|
|
|
|
.. versionchanged:: 3.3
|
|
Support for the :keyword:`with` statement was added.
|
|
|
|
.. versionchanged:: 3.9
|
|
If the *timeout* parameter is set to be zero, it will raise a
|
|
:class:`ValueError` to prevent the creation of a non-blocking socket.
|
|
|
|
.. class:: NNTP_SSL(host, port=563, user=None, password=None, ssl_context=None, readermode=None, usenetrc=False, [timeout])
|
|
|
|
Return a new :class:`NNTP_SSL` object, representing an encrypted
|
|
connection to the NNTP server running on host *host*, listening at
|
|
port *port*. :class:`NNTP_SSL` objects have the same methods as
|
|
:class:`NNTP` objects. If *port* is omitted, port 563 (NNTPS) is used.
|
|
*ssl_context* is also optional, and is a :class:`~ssl.SSLContext` object.
|
|
Please read :ref:`ssl-security` for best practices.
|
|
All other parameters behave the same as for :class:`NNTP`.
|
|
|
|
Note that SSL-on-563 is discouraged per :rfc:`4642`, in favor of
|
|
STARTTLS as described below. However, some servers only support the
|
|
former.
|
|
|
|
.. audit-event:: nntplib.connect self,host,port nntplib.NNTP_SSL
|
|
|
|
.. audit-event:: nntplib.putline self,line nntplib.NNTP_SSL
|
|
|
|
All commands will raise an :ref:`auditing event <auditing>`
|
|
``nntplib.putline`` with arguments ``self`` and ``line``,
|
|
where ``line`` is the bytes about to be sent to the remote host.
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
.. versionchanged:: 3.4
|
|
The class now supports hostname check with
|
|
:attr:`ssl.SSLContext.check_hostname` and *Server Name Indication* (see
|
|
:data:`ssl.HAS_SNI`).
|
|
|
|
.. versionchanged:: 3.9
|
|
If the *timeout* parameter is set to be zero, it will raise a
|
|
:class:`ValueError` to prevent the creation of a non-blocking socket.
|
|
|
|
.. exception:: NNTPError
|
|
|
|
Derived from the standard exception :exc:`Exception`, this is the base
|
|
class for all exceptions raised by the :mod:`nntplib` module. Instances
|
|
of this class have the following attribute:
|
|
|
|
.. attribute:: response
|
|
|
|
The response of the server if available, as a :class:`str` object.
|
|
|
|
|
|
.. exception:: NNTPReplyError
|
|
|
|
Exception raised when an unexpected reply is received from the server.
|
|
|
|
|
|
.. exception:: NNTPTemporaryError
|
|
|
|
Exception raised when a response code in the range 400--499 is received.
|
|
|
|
|
|
.. exception:: NNTPPermanentError
|
|
|
|
Exception raised when a response code in the range 500--599 is received.
|
|
|
|
|
|
.. exception:: NNTPProtocolError
|
|
|
|
Exception raised when a reply is received from the server that does not begin
|
|
with a digit in the range 1--5.
|
|
|
|
|
|
.. exception:: NNTPDataError
|
|
|
|
Exception raised when there is some error in the response data.
|
|
|
|
|
|
.. _nntp-objects:
|
|
|
|
NNTP Objects
|
|
------------
|
|
|
|
When connected, :class:`NNTP` and :class:`NNTP_SSL` objects support the
|
|
following methods and attributes.
|
|
|
|
Attributes
|
|
^^^^^^^^^^
|
|
|
|
.. attribute:: NNTP.nntp_version
|
|
|
|
An integer representing the version of the NNTP protocol supported by the
|
|
server. In practice, this should be ``2`` for servers advertising
|
|
:rfc:`3977` compliance and ``1`` for others.
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
.. attribute:: NNTP.nntp_implementation
|
|
|
|
A string describing the software name and version of the NNTP server,
|
|
or :const:`None` if not advertised by the server.
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
Methods
|
|
^^^^^^^
|
|
|
|
The *response* that is returned as the first item in the return tuple of almost
|
|
all methods is the server's response: a string beginning with a three-digit
|
|
code. If the server's response indicates an error, the method raises one of
|
|
the above exceptions.
|
|
|
|
Many of the following methods take an optional keyword-only argument *file*.
|
|
When the *file* argument is supplied, it must be either a :term:`file object`
|
|
opened for binary writing, or the name of an on-disk file to be written to.
|
|
The method will then write any data returned by the server (except for the
|
|
response line and the terminating dot) to the file; any list of lines,
|
|
tuples or objects that the method normally returns will be empty.
|
|
|
|
.. versionchanged:: 3.2
|
|
Many of the following methods have been reworked and fixed, which makes
|
|
them incompatible with their 3.1 counterparts.
|
|
|
|
|
|
.. method:: NNTP.quit()
|
|
|
|
Send a ``QUIT`` command and close the connection. Once this method has been
|
|
called, no other methods of the NNTP object should be called.
|
|
|
|
|
|
.. method:: NNTP.getwelcome()
|
|
|
|
Return the welcome message sent by the server in reply to the initial
|
|
connection. (This message sometimes contains disclaimers or help information
|
|
that may be relevant to the user.)
|
|
|
|
|
|
.. method:: NNTP.getcapabilities()
|
|
|
|
Return the :rfc:`3977` capabilities advertised by the server, as a
|
|
:class:`dict` instance mapping capability names to (possibly empty) lists
|
|
of values. On legacy servers which don't understand the ``CAPABILITIES``
|
|
command, an empty dictionary is returned instead.
|
|
|
|
>>> s = NNTP('news.gmane.io')
|
|
>>> 'POST' in s.getcapabilities()
|
|
True
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
|
|
.. method:: NNTP.login(user=None, password=None, usenetrc=True)
|
|
|
|
Send ``AUTHINFO`` commands with the user name and password. If *user*
|
|
and *password* are ``None`` and *usenetrc* is true, credentials from
|
|
``~/.netrc`` will be used if possible.
|
|
|
|
Unless intentionally delayed, login is normally performed during the
|
|
:class:`NNTP` object initialization and separately calling this function
|
|
is unnecessary. To force authentication to be delayed, you must not set
|
|
*user* or *password* when creating the object, and must set *usenetrc* to
|
|
False.
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
|
|
.. method:: NNTP.starttls(context=None)
|
|
|
|
Send a ``STARTTLS`` command. This will enable encryption on the NNTP
|
|
connection. The *context* argument is optional and should be a
|
|
:class:`ssl.SSLContext` object. Please read :ref:`ssl-security` for best
|
|
practices.
|
|
|
|
Note that this may not be done after authentication information has
|
|
been transmitted, and authentication occurs by default if possible during a
|
|
:class:`NNTP` object initialization. See :meth:`NNTP.login` for information
|
|
on suppressing this behavior.
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
.. versionchanged:: 3.4
|
|
The method now supports hostname check with
|
|
:attr:`ssl.SSLContext.check_hostname` and *Server Name Indication* (see
|
|
:data:`ssl.HAS_SNI`).
|
|
|
|
.. method:: NNTP.newgroups(date, *, file=None)
|
|
|
|
Send a ``NEWGROUPS`` command. The *date* argument should be a
|
|
:class:`datetime.date` or :class:`datetime.datetime` object.
|
|
Return a pair ``(response, groups)`` where *groups* is a list representing
|
|
the groups that are new since the given *date*. If *file* is supplied,
|
|
though, then *groups* will be empty.
|
|
|
|
>>> from datetime import date, timedelta
|
|
>>> resp, groups = s.newgroups(date.today() - timedelta(days=3))
|
|
>>> len(groups) # doctest: +SKIP
|
|
85
|
|
>>> groups[0] # doctest: +SKIP
|
|
GroupInfo(group='gmane.network.tor.devel', last='4', first='1', flag='m')
|
|
|
|
|
|
.. method:: NNTP.newnews(group, date, *, file=None)
|
|
|
|
Send a ``NEWNEWS`` command. Here, *group* is a group name or ``'*'``, and
|
|
*date* has the same meaning as for :meth:`newgroups`. Return a pair
|
|
``(response, articles)`` where *articles* is a list of message ids.
|
|
|
|
This command is frequently disabled by NNTP server administrators.
|
|
|
|
|
|
.. method:: NNTP.list(group_pattern=None, *, file=None)
|
|
|
|
Send a ``LIST`` or ``LIST ACTIVE`` command. Return a pair
|
|
``(response, list)`` where *list* is a list of tuples representing all
|
|
the groups available from this NNTP server, optionally matching the
|
|
pattern string *group_pattern*. Each tuple has the form
|
|
``(group, last, first, flag)``, where *group* is a group name, *last*
|
|
and *first* are the last and first article numbers, and *flag* usually
|
|
takes one of these values:
|
|
|
|
* ``y``: Local postings and articles from peers are allowed.
|
|
* ``m``: The group is moderated and all postings must be approved.
|
|
* ``n``: No local postings are allowed, only articles from peers.
|
|
* ``j``: Articles from peers are filed in the junk group instead.
|
|
* ``x``: No local postings, and articles from peers are ignored.
|
|
* ``=foo.bar``: Articles are filed in the ``foo.bar`` group instead.
|
|
|
|
If *flag* has another value, then the status of the newsgroup should be
|
|
considered unknown.
|
|
|
|
This command can return very large results, especially if *group_pattern*
|
|
is not specified. It is best to cache the results offline unless you
|
|
really need to refresh them.
|
|
|
|
.. versionchanged:: 3.2
|
|
*group_pattern* was added.
|
|
|
|
|
|
.. method:: NNTP.descriptions(grouppattern)
|
|
|
|
Send a ``LIST NEWSGROUPS`` command, where *grouppattern* is a wildmat string as
|
|
specified in :rfc:`3977` (it's essentially the same as DOS or UNIX shell wildcard
|
|
strings). Return a pair ``(response, descriptions)``, where *descriptions*
|
|
is a dictionary mapping group names to textual descriptions.
|
|
|
|
>>> resp, descs = s.descriptions('gmane.comp.python.*')
|
|
>>> len(descs) # doctest: +SKIP
|
|
295
|
|
>>> descs.popitem() # doctest: +SKIP
|
|
('gmane.comp.python.bio.general', 'BioPython discussion list (Moderated)')
|
|
|
|
|
|
.. method:: NNTP.description(group)
|
|
|
|
Get a description for a single group *group*. If more than one group matches
|
|
(if 'group' is a real wildmat string), return the first match. If no group
|
|
matches, return an empty string.
|
|
|
|
This elides the response code from the server. If the response code is needed,
|
|
use :meth:`descriptions`.
|
|
|
|
|
|
.. method:: NNTP.group(name)
|
|
|
|
Send a ``GROUP`` command, where *name* is the group name. The group is
|
|
selected as the current group, if it exists. Return a tuple
|
|
``(response, count, first, last, name)`` where *count* is the (estimated)
|
|
number of articles in the group, *first* is the first article number in
|
|
the group, *last* is the last article number in the group, and *name*
|
|
is the group name.
|
|
|
|
|
|
.. method:: NNTP.over(message_spec, *, file=None)
|
|
|
|
Send an ``OVER`` command, or an ``XOVER`` command on legacy servers.
|
|
*message_spec* can be either a string representing a message id, or
|
|
a ``(first, last)`` tuple of numbers indicating a range of articles in
|
|
the current group, or a ``(first, None)`` tuple indicating a range of
|
|
articles starting from *first* to the last article in the current group,
|
|
or :const:`None` to select the current article in the current group.
|
|
|
|
Return a pair ``(response, overviews)``. *overviews* is a list of
|
|
``(article_number, overview)`` tuples, one for each article selected
|
|
by *message_spec*. Each *overview* is a dictionary with the same number
|
|
of items, but this number depends on the server. These items are either
|
|
message headers (the key is then the lower-cased header name) or metadata
|
|
items (the key is then the metadata name prepended with ``":"``). The
|
|
following items are guaranteed to be present by the NNTP specification:
|
|
|
|
* the ``subject``, ``from``, ``date``, ``message-id`` and ``references``
|
|
headers
|
|
* the ``:bytes`` metadata: the number of bytes in the entire raw article
|
|
(including headers and body)
|
|
* the ``:lines`` metadata: the number of lines in the article body
|
|
|
|
The value of each item is either a string, or :const:`None` if not present.
|
|
|
|
It is advisable to use the :func:`decode_header` function on header
|
|
values when they may contain non-ASCII characters::
|
|
|
|
>>> _, _, first, last, _ = s.group('gmane.comp.python.devel')
|
|
>>> resp, overviews = s.over((last, last))
|
|
>>> art_num, over = overviews[0]
|
|
>>> art_num
|
|
117216
|
|
>>> list(over.keys())
|
|
['xref', 'from', ':lines', ':bytes', 'references', 'date', 'message-id', 'subject']
|
|
>>> over['from']
|
|
'=?UTF-8?B?Ik1hcnRpbiB2LiBMw7Z3aXMi?= <martin@v.loewis.de>'
|
|
>>> nntplib.decode_header(over['from'])
|
|
'"Martin v. Löwis" <martin@v.loewis.de>'
|
|
|
|
.. versionadded:: 3.2
|
|
|
|
|
|
.. method:: NNTP.help(*, file=None)
|
|
|
|
Send a ``HELP`` command. Return a pair ``(response, list)`` where *list* is a
|
|
list of help strings.
|
|
|
|
|
|
.. method:: NNTP.stat(message_spec=None)
|
|
|
|
Send a ``STAT`` command, where *message_spec* is either a message id
|
|
(enclosed in ``'<'`` and ``'>'``) or an article number in the current group.
|
|
If *message_spec* is omitted or :const:`None`, the current article in the
|
|
current group is considered. Return a triple ``(response, number, id)``
|
|
where *number* is the article number and *id* is the message id.
|
|
|
|
>>> _, _, first, last, _ = s.group('gmane.comp.python.devel')
|
|
>>> resp, number, message_id = s.stat(first)
|
|
>>> number, message_id
|
|
(9099, '<20030112190404.GE29873@epoch.metaslash.com>')
|
|
|
|
|
|
.. method:: NNTP.next()
|
|
|
|
Send a ``NEXT`` command. Return as for :meth:`.stat`.
|
|
|
|
|
|
.. method:: NNTP.last()
|
|
|
|
Send a ``LAST`` command. Return as for :meth:`.stat`.
|
|
|
|
|
|
.. method:: NNTP.article(message_spec=None, *, file=None)
|
|
|
|
Send an ``ARTICLE`` command, where *message_spec* has the same meaning as
|
|
for :meth:`.stat`. Return a tuple ``(response, info)`` where *info*
|
|
is a :class:`~collections.namedtuple` with three attributes *number*,
|
|
*message_id* and *lines* (in that order). *number* is the article number
|
|
in the group (or 0 if the information is not available), *message_id* the
|
|
message id as a string, and *lines* a list of lines (without terminating
|
|
newlines) comprising the raw message including headers and body.
|
|
|
|
>>> resp, info = s.article('<20030112190404.GE29873@epoch.metaslash.com>')
|
|
>>> info.number
|
|
0
|
|
>>> info.message_id
|
|
'<20030112190404.GE29873@epoch.metaslash.com>'
|
|
>>> len(info.lines)
|
|
65
|
|
>>> info.lines[0]
|
|
b'Path: main.gmane.org!not-for-mail'
|
|
>>> info.lines[1]
|
|
b'From: Neal Norwitz <neal@metaslash.com>'
|
|
>>> info.lines[-3:]
|
|
[b'There is a patch for 2.3 as well as 2.2.', b'', b'Neal']
|
|
|
|
|
|
.. method:: NNTP.head(message_spec=None, *, file=None)
|
|
|
|
Same as :meth:`article()`, but sends a ``HEAD`` command. The *lines*
|
|
returned (or written to *file*) will only contain the message headers, not
|
|
the body.
|
|
|
|
|
|
.. method:: NNTP.body(message_spec=None, *, file=None)
|
|
|
|
Same as :meth:`article()`, but sends a ``BODY`` command. The *lines*
|
|
returned (or written to *file*) will only contain the message body, not the
|
|
headers.
|
|
|
|
|
|
.. method:: NNTP.post(data)
|
|
|
|
Post an article using the ``POST`` command. The *data* argument is either
|
|
a :term:`file object` opened for binary reading, or any iterable of bytes
|
|
objects (representing raw lines of the article to be posted). It should
|
|
represent a well-formed news article, including the required headers. The
|
|
:meth:`post` method automatically escapes lines beginning with ``.`` and
|
|
appends the termination line.
|
|
|
|
If the method succeeds, the server's response is returned. If the server
|
|
refuses posting, a :class:`NNTPReplyError` is raised.
|
|
|
|
|
|
.. method:: NNTP.ihave(message_id, data)
|
|
|
|
Send an ``IHAVE`` command. *message_id* is the id of the message to send
|
|
to the server (enclosed in ``'<'`` and ``'>'``). The *data* parameter
|
|
and the return value are the same as for :meth:`post()`.
|
|
|
|
|
|
.. method:: NNTP.date()
|
|
|
|
Return a pair ``(response, date)``. *date* is a :class:`~datetime.datetime`
|
|
object containing the current date and time of the server.
|
|
|
|
|
|
.. method:: NNTP.slave()
|
|
|
|
Send a ``SLAVE`` command. Return the server's *response*.
|
|
|
|
|
|
.. method:: NNTP.set_debuglevel(level)
|
|
|
|
Set the instance's debugging level. This controls the amount of debugging
|
|
output printed. The default, ``0``, produces no debugging output. A value of
|
|
``1`` produces a moderate amount of debugging output, generally a single line
|
|
per request or response. A value of ``2`` or higher produces the maximum amount
|
|
of debugging output, logging each line sent and received on the connection
|
|
(including message text).
|
|
|
|
|
|
The following are optional NNTP extensions defined in :rfc:`2980`. Some of
|
|
them have been superseded by newer commands in :rfc:`3977`.
|
|
|
|
|
|
.. method:: NNTP.xhdr(hdr, str, *, file=None)
|
|
|
|
Send an ``XHDR`` command. The *hdr* argument is a header keyword, e.g.
|
|
``'subject'``. The *str* argument should have the form ``'first-last'``
|
|
where *first* and *last* are the first and last article numbers to search.
|
|
Return a pair ``(response, list)``, where *list* is a list of pairs ``(id,
|
|
text)``, where *id* is an article number (as a string) and *text* is the text of
|
|
the requested header for that article. If the *file* parameter is supplied, then
|
|
the output of the ``XHDR`` command is stored in a file. If *file* is a string,
|
|
then the method will open a file with that name, write to it then close it.
|
|
If *file* is a :term:`file object`, then it will start calling :meth:`write` on
|
|
it to store the lines of the command output. If *file* is supplied, then the
|
|
returned *list* is an empty list.
|
|
|
|
|
|
.. method:: NNTP.xover(start, end, *, file=None)
|
|
|
|
Send an ``XOVER`` command. *start* and *end* are article numbers
|
|
delimiting the range of articles to select. The return value is the
|
|
same of for :meth:`over()`. It is recommended to use :meth:`over()`
|
|
instead, since it will automatically use the newer ``OVER`` command
|
|
if available.
|
|
|
|
|
|
Utility functions
|
|
-----------------
|
|
|
|
The module also defines the following utility function:
|
|
|
|
|
|
.. function:: decode_header(header_str)
|
|
|
|
Decode a header value, un-escaping any escaped non-ASCII characters.
|
|
*header_str* must be a :class:`str` object. The unescaped value is
|
|
returned. Using this function is recommended to display some headers
|
|
in a human readable form::
|
|
|
|
>>> decode_header("Some subject")
|
|
'Some subject'
|
|
>>> decode_header("=?ISO-8859-15?Q?D=E9buter_en_Python?=")
|
|
'Débuter en Python'
|
|
>>> decode_header("Re: =?UTF-8?B?cHJvYmzDqG1lIGRlIG1hdHJpY2U=?=")
|
|
'Re: problème de matrice'
|