This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: logging.handlers.SysLogHandler with STREAM connects in constructor without timeout
Type: enhancement Stage:
Components: Library (Lib) Versions: Python 3.11
Status: open Resolution:
Dependencies: Superseder:
Assigned To: Nosy List: eamanu, jso2460, vinay.sajip
Priority: normal Keywords:

Created on 2018-12-26 11:00 by jso2460, last changed 2022-04-11 14:59 by admin.

Messages (3)
msg332536 - (view) Author: (jso2460) Date: 2018-12-26 11:00
logging.handlers.SysLogHandler in __init__ contains the following code, where socket is created and then connected right away. This seem to provide no way to specify a connection timeout for the socket being created.

sock = socket.socket(af, socktype, proto)
if socktype == socket.SOCK_STREAM:

I believe to add an argument to specify the optional timeout would be appreciated, i.e., optionally calling sock.settimeout(..), something like:

sock = socket.socket(af, socktype, proto)
if timeout:
if socktype == socket.SOCK_STREAM:
msg332539 - (view) Author: Emmanuel Arias (eamanu) * Date: 2018-12-26 13:31

If I don't see bad, if a timeout occur this is catch by the OSError exception.
msg332585 - (view) Author: (jso2460) Date: 2018-12-27 11:22
Yes, when timeout occurs it's then caught by the OSError -- you are completely right about that.

Instead my suggestion was meant to provide an option to specify a timeout when creating an instance of SysLogHandler. Currently the socket is created with default timeout (which is AFAIK set via socket.setdefaulttimeout though this applies to the whole module and effectively affects other sockets created).

In my particular use case I have the SysLog settings user-configurable, and thus sometimes it gets misconfigured. Then it is annoying to wait for a default timeout.. and there seem no way to specify the particular timeout when creating the handler. 
(Not speaking of the fact that SysLogHandler connects right away in __init__ call which I don't consider very reasonable but that would be a different story.)

Therefore I suggest to either add new argument for timeout (as the example in my comment above), or to wrap the socket creation into a method/function which an extending class could extend/implement, e.g. by changing:

sock = socket.socket(af, socktype, proto)
if socktype == socket.SOCK_STREAM:


def _create_socket(af, socktype, proto): # or adding *args, **kwargs?
    socket.socket(af, socktype, proto)

sock = create_socket(af, socktype, proto) 
if socktype == socket.SOCK_STREAM:

By the way, thanks for marking the issue as enhancement. Kind of missed that when creating the issue at first.
Date User Action Args
2022-04-11 14:59:09adminsetgithub: 79771
2021-05-07 16:30:47iritkatrielsetnosy: + vinay.sajip

versions: + Python 3.11, - Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8
2018-12-27 11:22:56jso2460setmessages: + msg332585
2018-12-26 13:42:34eamanusettype: enhancement
components: + Library (Lib)
2018-12-26 13:31:04eamanusetnosy: + eamanu
messages: + msg332539
2018-12-26 11:00:53jso2460create