[issue44637] Quoting issue on header Reply-To and other address headers

2022-01-24 Thread Julien Castiaux
Julien Castiaux added the comment: Hello there, Friendly reminder that this issue is still open and that there is a pull request ready. We continue to face the issue in production and our customers are getting upset. Can you provide us a schedule when this issue will be addressed? So

[issue44637] Quoting issue on header Reply-To and other address headers

2021-12-07 Thread Julien Castiaux
Julien Castiaux added the comment: Hello there, There is a pull-request on github, had to modify `_refold_parse_tree` but I could keep the diff quite small. It is properly tested and it is waiting a review :) We have a patch at work so it is *absolutely not* urgent, feel free to review

[issue44637] Quoting issue on header Reply-To and other address headers

2021-12-01 Thread Julien Castiaux
Change by Julien Castiaux : -- keywords: +patch pull_requests: +28107 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29881 ___ Python tracker <https://bugs.python.org/issu

[issue44637] Quoting issue on header Reply-To

2021-08-11 Thread Julien Castiaux
Julien Castiaux added the comment: Hello David, Victor, Thank you for the triage, it reminds me about this issue. David, the solution I tried last month was wrong, it was breaking (for good reasons) tons of unittests. It seems to me that there is indeed no other solution than to bloat

[issue44637] Quoting issue on header Reply-To

2021-07-15 Thread Julien Castiaux
Julien Castiaux added the comment: Update, it works fine with the compat32 policy -- ___ Python tracker <https://bugs.python.org/issue44637> ___ ___ Python-bug

[issue44637] Quoting issue on header Reply-To

2021-07-15 Thread Julien Castiaux
Julien Castiaux added the comment: Hello David, I'm working in the same company as Baptiste and I'm trying to solve the problem. The issue is indeed related to the folding algorithm, the DBQUOTE character is lost in the parse_tree AST thus when the folding algo split the children to find

[issue43922] Double dots in quopri transported emails

2021-04-30 Thread Julien Castiaux
Julien Castiaux added the comment: Fix deployed in the third party -- resolution: -> third party stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43922] Double dots in quopri transported emails

2021-04-29 Thread Julien Castiaux
Julien Castiaux added the comment: Hello David, The third party smtp software that causes troubles have been identified ! We are still investigating how to fix the problem at its root, ultimately this "fix" would not even be necessary. I'll keep you informed, just don't review

[issue43922] Double dots in quopri transported emails

2021-04-23 Thread Julien Castiaux
Julien Castiaux added the comment: Hello David, thank you for your quick answer. I tried to keep it minimal with some unittests. Could you point me some resources to learn how to properly write a custom content manager ? -- ___ Python tracker

[issue43922] Double dots in quopri transported emails

2021-04-23 Thread Julien Castiaux
Change by Julien Castiaux : -- keywords: +patch pull_requests: +24281 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25562 ___ Python tracker <https://bugs.python.org/issu

[issue43922] Double dots in quopri transported emails

2021-04-23 Thread Julien Castiaux
New submission from Julien Castiaux : Hello, We received multiple bug reports about broken links in rich html emails. Sometime, in some emails, a link like https://example.com;> would become https://example..com>, notice the double dot. After multiple researches both in the Python

[issue43330] xmlrpc.Server URI query and fragment are discarded from HTTP query since py3

2021-03-31 Thread Julien Castiaux
Julien Castiaux added the comment: Duplicate of 43433 -- message_count: 1.0 -> 2.0 pull_requests: +23871 resolution: -> duplicate status: open -> closed pull_request: https://github.com/python/cpython/pull/25057 ___ Python tracke

[issue43330] xmlrpc.Server URI query and fragment are discarded from HTTP query since py3

2021-03-01 Thread Julien Castiaux
Change by Julien Castiaux : -- keywords: +patch pull_requests: +23467 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24683 ___ Python tracker <https://bugs.python.org/issu

[issue43330] xmlrpc.Server URI query and fragment are discarded from HTTP query since py3

2021-02-26 Thread Julien Castiaux
New submission from Julien Castiaux : Hello, There is a backward incompatibility between xmlrpc.client and xmlrpclib in server classes about how the URI is parsed and used to connect to the remote server. While py2's xmlrpclib use the path, query and fragment parts of the URI request

[issue39757] EmailMessage wrong encoding for international domain

2020-02-27 Thread Julien Castiaux
Julien Castiaux added the comment: Woops wrong copie/paste, here is the correct link: https://bugs.python.org/issue11783 -- ___ Python tracker <https://bugs.python.org/issue39

[issue39757] EmailMessage wrong encoding for international domain

2020-02-27 Thread Julien Castiaux
Julien Castiaux added the comment: Duplicate of https://bugs.python.org/issue39757 -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue39757] EmailMessage wrong encoding for international domain

2020-02-26 Thread Julien Castiaux
Change by Julien Castiaux : -- keywords: +patch pull_requests: +18023 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18667 ___ Python tracker <https://bugs.python.org/issu

[issue39757] EmailMessage wrong encoding for international domain

2020-02-26 Thread Julien Castiaux
New submission from Julien Castiaux : Affected python version: 3.5 and above (did test them all except 3.9) Steps to reproduce: from mail.message import EmailMessage from mail.policy import SMTP msg = EmailMessage(policy=SMTP) msg['To'] = 'Joe ' # notice the é in the domain print

[issue28890] logging.handlers: Document that QueueListener is a daemon thread

2019-06-21 Thread Julien Castiaux
Julien Castiaux added the comment: Hello, The purpose of the QueueListener is to provide a way to get messages sent by QueueHandlers. I was starting the QueueListener in is own mp.Process and was expecting the start() to hang. As it was not, the process was exiting logging a few messages

[issue28890] logging.handlers: Document that QueueListener is a daemon thread

2016-12-06 Thread Julien Castiaux
Changes by Julien Castiaux <julien.casti...@gmail.com>: -- assignee: docs@python components: Documentation nosy: Julien Castiaux, docs@python priority: normal severity: normal status: open title: logging.handlers: Document that QueueListener is a daemon thread type: enhancement ve