RE: Subject: Are there any easy-to-use Visual Studio C# WinForms-like GUI designers in the Python world for Tk?

> I'm used to C# WinForms, which has an easy-to-use drag-and-drop GUI designer in Visual Studio. Is there anything similar for Tk? How about Qt? What do you recommend as the easiest way to create GUI programs in Python, similar to the ease of use of C# WinForms? I can't say much for Qt other than

Re: Subject: problem activating python

On 12/17/22 15:45, Anne wrote: >I tried several times to install and use python for youtube views with Tor >using Youtube tutorials but I keep getting error after error. Please help >me. >regards Dimpho Given the lack of any information in your post, I can only assume you're

Re: Subject: problem activating python

On 12/17/22 15:45, Anne wrote: I tried several times to install and use python for youtube views with Tor using Youtube tutorials but I keep getting error after error. Please help me. regards Dimpho Folks around here tend to be pretty helpful. But only if you describe the

Subject: problem activating python

I tried several times to install and use python for youtube views with Tor using Youtube tutorials but I keep getting error after error. Please help me. regards Dimpho         -- https://mail.python.org/mailman/listinfo/python-list

Re: memoization (original Subject lost because mailer lost the whole thread)

On 2022-09-19 17:31:31 +, Christman, Roger Graydon wrote: > And fortunately, Python makes memoization very easy, by using a > dictionary as a default value. I've done that often for classroom > purposes for cases where it makes a big difference (recursive > Fibonacci accelerates from

Re: memoization (original Subject lost because mailer lost the whole thread)

"Hen Hanna" asked: > so... for a few days i've been revising this Code (in Gauche / Lisp / > Scheme) to make it run faster.. and last night i could improve it enough > to give me the result i wantedin 72 minutes or so (on my slow PC at > home). > ( Maybe... within a few months,

RE: [Tutor] (no subject)

a power cord, whichever is sooner? -Original Message- From: Tutor On Behalf Of Phindile Julia Sent: Sunday, August 14, 2022 12:49 PM To: tu...@python.org Subject: [Tutor] (no subject) Hey how to create a Fibonacci list? ___ Tutor maillist - tu

Non sequitur: Changing subject line... WAS: Behavior of the for-else construct

On Mon, 7 Mar 2022 18:07:42 +, "Schachner, Joseph" declaimed the following: >Can someone please change the topic of this thread? No longer about for-else. > Pretty much anyone can change the subject of the message when replying. But if one is using a

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg413642 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

肖小小 added the comment: http://www.strong19.com/ -- nosy: +xiaox55066 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

miss-islington added the comment: New changeset 633d0f90f933515a9fca21a38cf87a8baf8ddc7d by Miss Islington (bot) in branch '3.10': bpo-46232: Fix parsing of certs with bit string in DN (GH-30351) https://github.com/python/cpython/commit/633d0f90f933515a9fca21a38cf87a8baf8ddc7d --

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +29582 pull_request: https://github.com/python/cpython/pull/31454 ___ Python tracker

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Christian Heimes added the comment: New changeset be095f6c32188bba02079d086ac8639ea37cec3c by Christian Heimes in branch 'main': bpo-46232: Fix parsing of certs with bit string in DN (GH-30351) https://github.com/python/cpython/commit/be095f6c32188bba02079d086ac8639ea37cec3c --

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Change by Christian Heimes : -- keywords: +patch pull_requests: +28564 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30351 ___ Python tracker

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Change by Christian Heimes : -- assignee: christian.heimes -> versions: -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

New submission from Kacper : Currently all subject sets of a client certificate are treated as UTF8 strings using the ASN1_STRING_to_UTF8 function (https://github.com/python/cpython/blob/8d999cbf4adea053be6dbb612b9844635c4dfb8e/Modules/_ssl.c#L912), however RFC 5280 states

[issue45347] datetime subject to rounding?

Daniele Varrazzo added the comment: Considering that I have found another pair of dates failing equality, and they are too on the last Sunday of October, the hypothesis of rounding in timezone code starts to look likely Python 3.7.9 (default, Jan 12 2021, 17:26:22) [GCC 8.3.0] on linux

[issue45347] datetime subject to rounding?

Change by Daniel Fortunov : -- nosy: +dfortunov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45347] datetime subject to rounding?

Joachim Jablon added the comment: It may or it may not be obvious to some, but in year 5328, October 31st is the last Sunday of October, which in Rome, as in the rest of EU, according to the 202X rules, means it’s the day we shift from summer time (in Rome UTC+2) to standard time (in Rome

[issue45347] datetime subject to rounding?

Raymond Hettinger added the comment: Related: https://bugs.python.org/issue44831 -- nosy: +rhettinger ___ Python tracker ___ ___

[issue45347] datetime subject to rounding?

loat rounding problem? If so I think it should be documented that datetimes bewhave like floats instead of like Decimal, although they have finite precision. -- components: Library (Lib) messages: 403059 nosy: piro priority: normal severity: normal status

Re: Subject: Re: Posts from gmane no longer allowed?

On 2021-09-26 at 17:40:18 -0700, Grant Edwards wrote: > On 2021-09-26, Mats Wichmann wrote: > > On 9/26/21 10:38, 2qdxy4rzwzuui...@potatochowder.com wrote: > >> On 2021-09-26 at 11:21:08 -0500, > > > >> No. I use mbsync (formerly isync) to synchronize my gmail account with > >> a local maildir

Re: Subject: Re: Posts from gmane no longer allowed?

On 2021-09-26, Mats Wichmann wrote: > On 9/26/21 10:38, 2qdxy4rzwzuui...@potatochowder.com wrote: >> On 2021-09-26 at 11:21:08 -0500, > >> No. I use mbsync (formerly isync) to synchronize my gmail account with >> a local maildir folder, and while mbsync does send the app password >> (over TLS)

Re: Subject: Re: Posts from gmane no longer allowed?

On 9/26/21 10:38, 2qdxy4rzwzuui...@potatochowder.com wrote: On 2021-09-26 at 11:21:08 -0500, No. I use mbsync (formerly isync) to synchronize my gmail account with a local maildir folder, and while mbsync does send the app password (over TLS) to google every few minutes, it doesn't need the

Re: Subject: Re: Posts from gmane no longer allowed?

On 9/26/21 9:21 AM, Grant Edwards wrote: > On 2021-09-26, Chris Angelico wrote: >> I'm not sure whether the policy change happened on python-list, or at >> gmane. From the look of the error message you got, it may have >> actually been gmane's decision. Haven't heard anything from the list >>

Re: Subject: Re: Posts from gmane no longer allowed?

On 2021-09-26 at 11:21:08 -0500, Grant Edwards wrote: > [...] Do you need the 2nd factor every time you connect to GMail via a > browser or Android Gmail app? Or just the first time for each > browser/device? A bit of studying seems to be in order no matter > what. :) No. I use mbsync

Subject: Re: Posts from gmane no longer allowed?

On 2021-09-26, Chris Angelico wrote: Thanks for the tips on registering an application for oauth2 credentials. It sounds like I should be able to do that if I practice my hoop-jumping a bit more. > (But I'd still recommend an app password. Much easier.) Yes, I really should go with the 2FA and

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Pierre Quentel added the comment: I found why len() is required, it's to avoid trying to match the subject (thus consuming a part of it) if its length is less than the number of non-star patterns, as explained in the PEP. My mistake, sorry

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Pierre Quentel added the comment: Oh, I did not invent this class, it is in the test script for pattern matching : https://github.com/python/cpython/blob/6948964ecf94e858448dd28eea634317226d2913/Lib/test/test_patma.py#L1932 With this class, [x, *_, y] matches, but not [x, *w, y] : this is

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Guido van Rossum added the comment: Given that the class used to demonstrate this behavior has a bug (__len__ is inconsistent with __getitem__), I don't think it matters much -- if doing it your way is (as I suspect) slower than the current implementation for other (well-behaved) sequences,

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

. If it is infinite, unpacking fails - for variable-length sequence pattern matching (this is how I understand the last paragraph about them in PEP 634): . get the subject length . iterate one by one before the star pattern . iterate (len(subject) - number of non-star patterns) times

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Steven D'Aprano added the comment: Ah, I missed that and totally misinterrpreted other comments. Confirmation bias at work: I saw the code I expected to see, not the code that was actually there :-( All good, I agree that it is a bug in the class, not in the language. Sorry for the noise.

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Brandt Bucher added the comment: > All the examples that are said to go into an infinite loop work fine in 3.9. > [...] At the very least, the examples shouldn't swallow the IndexError and go > into an infinite loop. Note that the original example posted did not include a "raise IndexError"

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Steven D'Aprano added the comment: How is this not a regression? And a very serious one by the sound of it. All the examples that are said to go into an infinite loop work fine in 3.9. (Obviously I can't check the match statement example in 3.9.) If the Sequence Protocol really has been

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Brandt Bucher added the comment: I agree, Pablo. The only thing that makes me pause is that, depending on the pattern, *sometimes* we use iteration and *sometimes* we use indexing. That might be sort of surprising to classes like Seq if you change patterns or major Python versions and this

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Pablo Galindo Salgado added the comment: In general I would propose to close this as "not a bug" -- ___ Python tracker ___ ___

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Pablo Galindo Salgado added the comment: I don't think there is anything technically wrong here. The Seq class is relying on the legacy version of the iterator protocol, which specifies that you need to raise IndexError there to stop the iteration. For instance, this version works: import

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Brandt Bucher added the comment: (Raising the priority to "high" because any decision on this should ideally be made before the 3.10 RCs.) Hm, interesting. This is because we use UNPACK_EX for these patterns, so the destructuring is basically the same as if you had written: [x, *w, y] =

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44741] Pattern Matching - star subpattern with a subject derived from collections.abc.Sequence

New submission from Pierre Quentel : This code match range(42): case [x, *w, y]: z = 0 sets w to a list with 40 items : the length of the subject, minus the number of non-star subpatterns. But this code (adapted from test_patma_186) enters an infinite loop

[no subject]

Hi All, On behalf of the NumPy team I am pleased to announce the release of NumPy 1.21.1. The NumPy 1.21.1 is a maintenance release that fixes bugs discovered after the 1.21.0 release. OpenBLAS has also been updated to v0.3.17 to deal with arm64 problems. The Python versions supported for this

[issue43718] HTTP CONNECT response not subject to debug level

Andrei Kulakov added the comment: The PR is here: https://github.com/python/cpython/pull/26932 -- ___ Python tracker ___ ___

[issue43718] HTTP CONNECT response not subject to debug level

Change by Andrei Kulakov : -- keywords: +patch pull_requests: +25501 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26932 ___ Python tracker ___

[issue43718] HTTP CONNECT response not subject to debug level

Michael Osipov <1983-01...@gmx.net> added the comment: Thanks Andrei, please ahead and provide the PR. You'll do it faster than I do. -- ___ Python tracker ___

[issue43718] HTTP CONNECT response not subject to debug level

Andrei Kulakov added the comment: Also note that the debug arg should be provided only if it's greater than 0, for cases when you might want to have connection at debug 0, and a custom response class with a default nonzero debug level. -- ___

[issue43718] HTTP CONNECT response not subject to debug level

Andrei Kulakov added the comment: Michael: Thanks for the report! would you like to create a PR? If not, I can do that. -- nosy: +andrei.avk ___ Python tracker ___

[issue43718] HTTP CONNECT response not subject to debug level

some-host:443 HTTP/1.0\r\n' > send: b'\r\n' > reply: 'HTTP/1.0 502 Bad Gateway\r\n' reply is missing. It trivial to pass the debug level. -- components: Library (Lib) messages: 390139 nosy: michael-o priority: normal severity: normal status: open title: HTTP CONNECT response not s

[issue25257] In subject line email library inserts unwanted space after a thousands comma in a number

Change by SilentGhost : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue25257] In subject line email library inserts unwanted space after a thousands comma in a number

Zackery Spytz added the comment: Python 2 is EOL, so I think this issue should be closed. -- nosy: +ZackerySpytz ___ Python tracker ___

[no subject]

Hi All, On behalf of the NumPy team I am pleased to announce that NumPy 1.19.0rc2 has been released. This NumPy release supports Python 3.6-3.8 and is marked by the removal of much technical debt: support for Python 2 has been removed, many deprecations have been expired, and documentation has

Subject: Python Open-Source Snippets Newsletter

Hi, I am creating a Python newsletter showcasing useful code snippets from popular open-source libraries. I will also be providing a runnable demo link to better understand the working. Newsletter subscription link: https://www.pythonninja.xyz/subscribe A sample snippet from the newsletter:

[no subject]

Hi, Sir my self kiran chawan studying in engineering and I have HP PC and windows edition is window 10, system type 64-bit operating system. So tell me which python version software is suitable for my PC okay and send me that software direct link okay thank you. --

[no subject]

Julia is a rapidly progressing language directly attacking python's sweet spot in a.i , m.l and other computational areas. I love python and want it to remain undefeated . I think its time we create a compiler for python . So that python can be compiled and interpreted at will . Its time we make

Re: (no subject)

On 1/4/20 2:29 PM, William Johnsson wrote: Hello! My name is William and im 14 years old and live in sweden. Im pretty new to programing in python and i need some help with code, (That’s why i’m here). But i couldn’t really find what i was searching for on the internet. I’m trying to write

[no subject]

Hello! My name is William and im 14 years old and live in sweden. Im pretty new to programing in python and i need some help with code, (That’s why i’m here). But i couldn’t really find what i was searching for on the internet. I’m trying to write code that can check only the first line in a

[no subject]

Hello i have a laptob and working with windows 10 ive installed python in my pc and ive already check the path choice pary in the installation im working with microsoft visual studio code but it cant find the python installed extention and it doesnt have the green star on the top of python

[no subject]

I'm not able to install pip in my pc it gives following error. what should I do? -- https://mail.python.org/mailman/listinfo/python-list

Re: (no subject)

On Wed, 29 May 2019 08:07:06 +0530, Sri Tharun wrote: > Why I am unable to install packages because you are doing it wrong -- https://mail.python.org/mailman/listinfo/python-list

[no subject]

Why I am unable to install packages -- https://mail.python.org/mailman/listinfo/python-list

[issue33971] os.mknod is subject to "umask"

anthony shaw added the comment: NB: This issue would be good for PyCon sprints -- nosy: +anthonypjshaw ___ Python tracker ___ ___

[issue33971] os.mknod is subject to "umask"

Change by anthony shaw : -- assignee: docs@python -> Mariatta nosy: +Mariatta ___ Python tracker ___ ___ Python-bugs-list mailing

Re: (no subject)

On 19-4-2019 16:37, Tamara Berger wrote: Hi Python-List, What code can I use to break out of a program completely, and not just out of a loop? I wrote code with 3 conditions for saving for a downpayment. The first addresses cases that don't meet the minimum condition; i.e., enough money to save

Re: (no subject)

On 19-4-2019 16:37, Tamara Berger wrote: Hi Python-List, What code can I use to break out of a program completely, and not just out of a loop? I wrote code with 3 conditions for saving for a downpayment. The first addresses cases that don't meet the minimum condition; i.e., enough money to save

[no subject]

Hi Python-List, What code can I use to break out of a program completely, and not just out of a loop? I wrote code with 3 conditions for saving for a downpayment. The first addresses cases that don't meet the minimum condition; i.e., enough money to save for a downpayment within the allotted

[no subject]

-- https://mail.python.org/mailman/listinfo/python-list

[no subject]

I subscribed to python list and now I want to state my requeat.I downloaded Python because I wanted to learn how to code.I also downloaded a text editor specially designed for coding Python(which iscalled Pycharm) .both of the softwares and my Windows 10 software was he latest.I got into Python

[issue34954] Getting an email's subject is error-prone

Alex Corcoles added the comment: Duh, I'm an idiot, I only tested policy.HTTP and *NOT* supplying a policy (which I believed was equivalent to using policy.default). policy.default and policy.SMTP do indeed produce a newline-less subject indeed. I only tested policy.HTTP because the docs

[issue34954] Getting an email's subject is error-prone

R. David Murray added the comment: I'm guessing you got confused by the fact that the HTTP policy doesn't *add* new lines when *serializing*. If you can point to the part of the docs you read that produced that confusion, maybe we can improve it. --

[issue34954] Getting an email's subject is error-prone

R. David Murray added the comment: Can you demonstrate that policy.default and policy.SMTP produce a subject with newlines? If they do, that is a serious bug. Please don't reopen the issue. I'll reopen it if you convince me there is a bug :) The statement you suggest we add

[issue34954] Getting an email's subject is error-prone

cies, HTTP is the one that has this effect (or writing your own). It's not obvious that a subject can have newlines, as I don't think I've ever seen a MUA that does not hide them. You can be bitten quite easily by that (we have, more than once). It's the stdlib's maintainers' prerrogative

[issue34954] Getting an email's subject is error-prone

R. David Murray added the comment: The new policies *make* the email library that higher level library, that was pretty much the whole point :) I don't know how to make getting the fully decoded subject more intuitive than: msg['subject'] The fact that you have to specify a policy

[issue34954] Getting an email's subject is error-prone

Alex Corcoles added the comment: To clarify (and maybe help someone which might come across), you mean: In [1]: message_text = """To: a...@corcoles.net ...: Subject: ** ACKNOWLEDGEMENT Host Alert: archerc7.bcn.int.pdp7.net is DOWN ...: ** ...: User-Agent: Heirloom ma

[issue34954] Getting an email's subject is error-prone

R. David Murray added the comment: Use the new email policies in python3. It handles all the decoding for you. I'm afraid you are on your own for python2. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python

[issue34954] Getting an email's subject is error-prone

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34954] Getting an email's subject is error-prone

New submission from Alex Corcoles : Hi, This is something that has hit us a few times, as we write a significant quantity of software which parses email messages. The thing is, we use email.header.decode_header to decode the Subject: header and it is pretty common for headers to be word

[no subject]

-- https://mail.python.org/mailman/listinfo/python-list

[no subject]

>From vigan Hi i wold like to join in this list because i want to start programing with python pls acept this -- https://mail.python.org/mailman/listinfo/python-list

[issue34220] Serialization of email message without header line length limit and a non-ASCII subject fails with TypeError

New submission from Grigory Statsenko : I have the following code that creates a simple email message with a) a pure-ASCII subject, b) non-ASCII subject (I made it into a unittest): import email.generator import email.policy from email.mime.multipart import MIMEMultipart from email.mime.text

[issue34220] Serialization of email message without header line length limit and a non-ASCII subject fails with TypeError

R. David Murray added the comment: Thanks for the report. This is a duplicate of #33524. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> non-ascii characters in headers causes TypeError on email.policy.Policy.fold

[issue34220] Serialization of email message without header line length limit and a non-ASCII subject fails with TypeError

Karthikeyan Singaravelan added the comment: I took all the commits made to Lib/email from 3.5 to latest of 3.6 branch with `git log --oneline --format="%h" upstream/3.5..upstream/3.6 Lib/email > commits.txt` I could see the test fails with a87ba60 and passes with d94ef8f. Probably something

[issue34220] Serialization of email message without header line length limit and a non-ASCII subject fails with TypeError

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33971] os.mknod is subject to "umask"

d). -- assignee: docs@python components: Documentation files: Selection_2018-06-26_003.png messages: 320490 nosy: docs@python, james_r_c_stevens priority: normal severity: normal status: open title: os.mknod is subject to "umask" versions: Python 3.6 Added file: https://bugs.pytho

Re: (no subject)

sagar daya wrote: > Couldn't install any module from pip > Plz help??? As with most actions, an algorithm is required. (shocking, i know!) What methodology have you implemented thus far to achieve your goal of "installing modules from PIP"? Please enumerate the steps you chose to take, and then

[no subject]

Couldn't install any module from pip Plz help??? -- https://mail.python.org/mailman/listinfo/python-list

[issue25257] In subject line email library inserts unwanted space after a thousands comma in a number

than splitchars=';, ' > return email.header.Header.encode(self, splitchars, **kwargs) > > # and then... > > msg['Subject'] = HeaderBugWorkaround(subject, 'utf-8', header_name='Subject') > > ``` > > (If you have the option, you're almost certainly better off moving to Pyth

[issue25257] In subject line email library inserts unwanted space after a thousands comma in a number

e(self, splitchars, **kwargs) # and then... msg['Subject'] = HeaderBugWorkaround(subject, 'utf-8', header_name='Subject') ``` (If you have the option, you're almost certainly better off moving to Python 3 for anything email related. But if you're maintaining code that has to be Python 2.7 comp

Re: (no subject)

On Tuesday, March 27, 2018 at 7:19:53 AM UTC-5, kevon harris wrote: > Unable to pull up IDLE after downloading Python 3.6.4 > > Sent from Mail for Windows 10 What OS? On Windows running Python2.X, IDLE is located @ '/Python2X/Lib/idlelib/idle.pyw' --

[no subject]

Unable to pull up IDLE after downloading Python 3.6.4 Sent from Mail for Windows 10 -- https://mail.python.org/mailman/listinfo/python-list

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

R. David Murray added the comment: Unfortunately the imap module in the stdlib doesn't provide a whole lot in the way of tools for parsing the imap data, just for sending it back and forth to the server. -- ___ Python

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

tom de wulf <dewulfm...@gmail.com> added the comment: I do get this data from an IMAP fetch statement, see my code below: rv, data = imap.fetch(num, "(BODY[HEADER.FIELDS (FROM SUBJECT)])") if rv != 'OK': logging.error("Error getting message sender and sub

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

R. David Murray added the comment: parseaddr is for parsing the contents of an address header, not for parsing any additional text. So the correct way to call it is parseaddress('someone '). In any case, please look in to the new email policies,

[issue32058] Faulty behaviour in email.utils.parseaddr if square brackets in subject

New submission from tom de wulf <dewulfm...@gmail.com>: Probably a parsing bug in email.utils.parseaddr. How to recreate: >>> import email.utils >>> test = 'Subject: I am a bug [Random]\r\nFrom: someone >>> <some@email.address>\r\n\r\n'

Re: python list name in subject

, "Abdur-Rahmaan Janhangeer" <arj.pyt...@gmail.com> wrote: > Hi all, > > i am subscribed to different python lists and they put their names in the > subject > [name] subject > > hence i can at a glance tell which mail belongs to which list. > > A requests t

Re: python list name in subject

Abdur-Rahmaan Janhangeer <arj.pyt...@gmail.com> writes: > i am subscribed to different python lists and they put their names in the > subject > [name] subject That's non-standard. The standard place for that information is the “List-Id” field <URL:https://tools.ietf.org/html/rf

Re: python list name in subject

On 2017-08-23, D'Arcy Cain <da...@vybenetworks.com> wrote: > On 08/22/2017 10:14 AM, Grant Edwards wrote: >> Please don't. It wastes space which is better used on the subject. If >> you want the mailing list prepended, then configure procmail (or >> whatever) to do it f

Re: python list name in subject

On 08/22/2017 10:14 AM, Grant Edwards wrote: Please don't. It wastes space which is better used on the subject. If you want the mailing list prepended, then configure procmail (or whatever) to do it for you. Better yet, put it in its own folder. -- D'Arcy J.M. Cain Vybe Networks Inc. http

Re: python list name in subject

Tim Chase wrote: > Rick Johnson wrote: [...] > Checking mailing list headers...yep, the "forum-of-origin" > type hint is already present in standards-compliant fashion > defined by RFC4021[1]: > > [...] > > Just need a mail client that knows about standards and > isn't fettered. ;-) Well,

Re: python list name in subject

On 2017-08-22 08:21, Rick Johnson wrote: > Grant Edwards wrote: > > Abdur-Rahmaan Janhangeer wrote: > > > > > > Hi all, i am subscribed to different python lists and > > > they put their names in the subject [name] subject hence > > > i can at a

Re: python list name in subject

Grant Edwards wrote: > Abdur-Rahmaan Janhangeer wrote: > > > > Hi all, i am subscribed to different python lists and > > they put their names in the subject [name] subject hence > > i can at a glance tell which mail belongs to which list. > > A requests t

Re: python list name in subject

On 2017-08-22, Abdur-Rahmaan Janhangeer <arj.pyt...@gmail.com> wrote: > Hi all, > > i am subscribed to different python lists and they put their names in the > subject > [name] subject > > hence i can at a glance tell which mail belongs to which list. > >

  1   2   3   4   5   6   >