Jens Troeger added the comment:
@fbidu, oh I missed that, thank you! Shall I close the issue again, or what’s
the common procedure in this case?
--
___
Python tracker
<https://bugs.python.org/issue37
Jens Troeger added the comment:
This is still not working: tried it on Python 3.8.5 and Python 3.7.8.
>>> import mimetypes
>>> mimetypes.guess_extension('image/jpg')
>>> mimetypes.guess_extension('image/jpeg')
'.jpg'
Both should retu
Jens Troeger added the comment:
Oops, forgot…
>>> mimetypes.guess_extension("image/jpeg") # Expected ".jpg" or ".jpeg"
as per referenced MDN. I personally would go with ".jpg" because that's the
more common file name extension.
New submission from Jens Troeger :
I think this one’s quite easy to reproduce:
Python 3.7.4 (default, Jul 11 2019, 01:08:00)
[Clang 10.0.1 (clang-1001.0.46.4)] on darwin
Type "help", "copyright", "credits" or "license" for
Jens Troeger added the comment:
Cheryl, if you can find somebody to approve and merge this fix, that would be
greatly appreciated! Anything I can do, please let me know.
--
___
Python tracker
<https://bugs.python.org/issue34
Change by Jens Troeger :
--
nosy: +_savage
___
Python tracker
<https://bugs.python.org/issue30717>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jens Troeger added the comment:
Can somebody please review and merge
https://github.com/python/cpython/pull/8803 ? I am still waiting for this fix
the become mainstream.
--
___
Python tracker
<https://bugs.python.org/issue34
Jens Troeger added the comment:
Any updates on this? Looks like the proposed change has not been merged into
mainstream yet?
I’m having problems with Google rejecting emails:
(555, b'5.5.2 Syntax error, goodbye. r10-v6sm7321838qtj.41 - gsmtp', '…')
and using IETF’s m
Jens Troeger added the comment:
Pull request https://github.com/python/cpython/pull/8803/
--
___
Python tracker
<https://bugs.python.org/issue34424>
___
___
Jens Troeger added the comment:
New issue: https://bugs.python.org/issue34424
--
___
Python tracker
<https://bugs.python.org/issue24218>
___
___
Python-bug
New submission from Jens Troeger :
See also this comment and ensuing conversation:
https://bugs.python.org/issue24218?#msg322761
Consider an email message with the following:
message = EmailMessage()
message["From"] = Address(addr_spec="b...@foo.com", display_name="J
Jens Troeger added the comment:
Thanks David: PR on Github (which is R/O) or where should I submit to?
--
___
Python tracker
<https://bugs.python.org/issue24
Jens Troeger added the comment:
@David, any thoughts on this?
--
___
Python tracker
<https://bugs.python.org/issue24218>
___
___
Python-bugs-list mailin
Jens Troeger added the comment:
David, I tried to find the mentioned '\r\r…\n' issue but I could not find it
here. However, from an initial investigation into the BytesGenerator, here is
what’s happening.
Flattening the body and attachments of the EmailMessage object works, and
Jens Troeger added the comment:
So that’s interesting. I thought that setting `international = True` (see line
https://github.com/python/cpython/blob/master/Lib/smtplib.py#L947) would be a
neat workaround, but the opposite.
When delivering those emails to Gmail I started seeing
Failed
Jens Troeger added the comment:
> Well, posting on a closed issue is generally not the best way :)
Fair enough ;)
> The multiple carriage returns is a bug, and there is an open issue for it,
> though I'm not finding it at the moment.
Oh good, yes that should be fixe
Jens Troeger added the comment:
See also this issue comment: https://bugs.python.org/issue24218#msg322761
--
___
Python tracker
<https://bugs.python.org/issue33
Jens Troeger added the comment:
(continuing the previous message msg322761)
…unless the addresses should be checked separately from the display names, in
which case the BytesGenerator’s flatten() function should be fixed.
Without reading the RFC, please let me know how to continue from here
Jens Troeger added the comment:
I was about to open an issue when I found this one.
Consider an email message with the following:
message = EmailMessage()
message["From"] = Address(addr_spec="b...@foo.com", display_name="Jens Troeger")
message["To&
New submission from Jens Troeger :
It looks like non-ascii characters in an Address()’s display_name parameter
cause their lines in the header to get mangled when the message is being sent.
For example, a case to reproduce:
>>> msg = EmailMessage()
>>> m
Jens Troeger added the comment:
With my update from Python 3.4.3 to Python 3.4.4 (default, Dec 25 2015,
06:14:41) I started experiencing crashes of my applications and I suspect this
change is the culprit.
I have a class that inherits from namedtuple, and code calls vars() (i.e.
retrieve
Jens Troeger added the comment:
Thanks Victor.
I had the suspicion that UNO might set up somewhat incorrectly, and
consequently cause this problem. To answer your questions:
- Debug symbols: agreed. I haven't built a vanilla Python with symbols yet. I'm
using MacPorts default
New submission from Jens Troeger:
This might be an issue with Python, or an issue with Libre/OpenOffice not
setting up the UNO environment correctly.
The crash happens during "import uno" of Python 3.3 in the
PyUnicode_InternInPlace function. I've done some digging
23 matches
Mail list logo