[issue27931] Email parse IndexError <""@wiarcom.com>

2017-11-30 Thread Константин Волков
Константин Волков added the comment: ping -- ___ Python tracker <https://bugs.python.org/issue27931> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue27931] Email parse IndexError <""@wiarcom.com>

2017-01-09 Thread Константин Волков
Константин Волков added the comment: ping -- ___ Python tracker <http://bugs.python.org/issue27931> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28212] Closing server in asyncio is not efficient

2016-10-26 Thread Константин Волков
Константин Волков added the comment: Seems that my example wasn`t good. Real reason in it was that closing server is not closing already established connections, and seems that it is not expected to do. Andrew, can you provide your example? I catched some problems but now I think it was

[issue28463] Email long headers parsing/serialization

2016-10-18 Thread Константин Волков
Константин Волков added the comment: But message ID have its own syntax https://www.ietf.org/rfc/rfc2822.txt: 3.6.4. Identification fields message-id = "Message-ID:" msg-id CRLF msg-id = [CFWS] "<" id-left "@" id-right ">

[issue28463] Email long headers parsing/serialization

2016-10-17 Thread Константин Волков
Константин Волков added the comment: Something with inserting long strings here. Its duplicating for some reason. Adding example as attachment. -- Added file: http://bugs.python.org/file45124/test.py ___ Python tracker <http://bugs.python.

[issue28463] Email long headers parsing/serialization

2016-10-17 Thread Константин Волков
Константин Волков added the comment: Something with copy paste. x = '<147672320775.19544.6718708004153358...@mkren-spb.root.devdomain.local>' -- ___ Python tracker <http://bugs.py

[issue28463] Email long headers parsing/serialization

2016-10-17 Thread Константин Волков
New submission from Константин Волков: There is strange thing with long headers serialized, they have \n prefix. Example fails on Python3.4/3.5: from email.message import Message from email import message_from_bytes x = '<147672320775.19544.6718708004153358...@mkren-spb.root.devdoma

[issue28212] Closing server in asyncio is not efficient

2016-09-20 Thread Константин Волков
Константин Волков added the comment: Seems that its not so hard - in loop.remove_reader add self._ready.append(reader) after reader.cancel() May be its needed to check that its not already there, but I cant imagine how it can be. 2016-09-20 23:16 GMT+03:00 Andrew Svetlov : > >

[issue28212] Closing server in asyncio is not efficient

2016-09-20 Thread Константин Волков
Константин Волков added the comment: Attached file with test example. There in "ping" task "except" and "finally" sections never called as expected (but code inside "try" will work). Server is closed while client connection is active, and it just remove

[issue28212] Closing server in asyncio is not efficient

2016-09-20 Thread Константин Волков
Константин Волков added the comment: Yes? may be a in a hour, 2016-09-20 18:12 GMT+03:00 Guido van Rossum : > > Guido van Rossum added the comment: > > Can you please supply a complete example? > > --Guido (mobile) > > -- > > __

[issue28212] Closing server in asyncio is not efficient

2016-09-20 Thread Константин Волков
Константин Волков added the comment: Thats not a thing I talking about. But thanks for "wait_closed", I will be use it in future ) Im talking about reading tasks.When reader removed from selector, there is reading task for it. Loop do "cancel" for it, but it not really cance

[issue28213] asyncio SSLProtocol _app_transport is private

2016-09-20 Thread Константин Волков
New submission from Константин Волков: Seems that this field must not be private(or must have read-only property) as it is supposed to use outside of class. I catched that, when implemented STARTTLS smtp process, when you must start SSL connection over existing socket connection. Currently it

[issue28212] Closing server in asyncio is not efficient

2016-09-20 Thread Константин Волков
New submission from Константин Волков: When you close asyncio socket server it closes all connection sockets, remove its readers and do "cancel" for readers. Problem is that, that after this reader tasks are leaved alone in "cancelling" state. They wouldn`t be really can

[issue27931] Email parse IndexError <""@wiarcom.com>

2016-09-01 Thread Константин Волков
New submission from Константин Волков: Email lib fails to parse some emails: from email._header_value_parser import get_angle_addr get_angle_addr('<""@wiarcom.com> SIZE=28113').addr_spec IndexError: list index out of range Seems that email address can be pars