[issue5259] smtplib is broken in Python3
New submission from Musashi Tamura :
Issue #<3921> may be the same problem.
Sending Gmail by smtplib fails on Python 3.0 and 3.0.1.
It seems to be exist two problems in encode_plain function in smtplib.py:
* parameter of encode_base64 must be bytes, not str,
* by default, encode_base64 adds extra newline.
The following is an example of patch.
# original version
def encode_plain(user, password):
return encode_base64("\0%s\0%s" % (user, password))
# fixed version. Note that "eol=''" is given in Python 2.6's smtplib.
def encode_plain(user, password):
s = "\0%s\0%s" % (user, password)
return encode_base64(s.encode('ascii'), eol='')
--
components: Library (Lib)
messages: 82064
nosy: miwa
severity: normal
status: open
title: smtplib is broken in Python3
type: crash
versions: Python 3.0
___
Python tracker
<http://bugs.python.org/issue5259>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5259] smtplib is broken in Python3
Musashi Tamura added the comment: The attachment is output of smtptest.py on Python 3.0. Added file: http://bugs.python.org/file13092/3.0.txt ___ Python tracker <http://bugs.python.org/issue5259> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5273] 3.0.1 crashes in unicode path
New submission from Musashi Tamura : In unicode path Python 3.0.1 crashes when importing compiled module. This does not happen on Python 3.0, new in 3.0.1. Detailed Situation: OS: win2000 current pathname contains Japanese characters. ./a.py contains only a statement "import b". ./b.py is empty. > python a.py (nothing is happen but b.pyc is created) > python a.py Traceback (most recent call last): File "a.py", line 1, in import b UnicodeDecodeError: 'utf8' codec can't decode byte 0x82 in position 3: unexpected code byte -- components: Windows messages: 82150 nosy: miwa severity: normal status: open title: 3.0.1 crashes in unicode path type: crash versions: Python 3.0 ___ Python tracker <http://bugs.python.org/issue5273> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14287] sys.stdin.readline and KeyboardInterrupt on windows
New submission from Musashi Tamura : I run z.py and press Ctrl-C. '' Traceback (most recent call last): File "z.py", line 7, in print(repr(x)) KeyboardInterrupt I think '' should not be printed. This sometimes occurs on Python 3.2.2 and 2.7.2 AMD64 on Windows7, but doesn't occur on ubuntu. -- components: Windows files: z.py messages: 155612 nosy: miwa priority: normal severity: normal status: open title: sys.stdin.readline and KeyboardInterrupt on windows type: behavior versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file24821/z.py ___ Python tracker <http://bugs.python.org/issue14287> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19099] struct.pack fails first time with unicode fmt
New submission from Musashi Tamura:
C:\>python
Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit AMD64)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import struct
>>> struct.pack(u'B',1)
Traceback (most recent call last):
File "", line 1, in
TypeError: Struct() argument 1 must be string, not unicode
>>> struct.pack(u'B',1)
Traceback (most recent call last):
File "", line 1, in
TypeError: Struct() argument 1 must be string, not unicode
>>> struct.pack('B',1) # this is ok
'\x01'
>>> struct.pack(u'B',1)
'\x01'
--
components: Unicode
messages: 198464
nosy: ezio.melotti, miwa
priority: normal
severity: normal
status: open
title: struct.pack fails first time with unicode fmt
type: behavior
versions: Python 2.7
___
Python tracker
<http://bugs.python.org/issue19099>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19099] struct.pack fails first time with unicode fmt
Musashi Tamura added the comment: Thanks for feedback. I think it should be fixed with allowing unicode. "from __future__ import unicode_literals" may break existing code. -- ___ Python tracker <http://bugs.python.org/issue19099> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20731] Python 3.3.4: SyntaxError with correct source code encoding # -*- coding: latin-1 -*-
Musashi Tamura added the comment: You can avoid this by changing end of line to CRLF. (I don't know why) I attach a simpler test case. -- nosy: +miwa Added file: http://bugs.python.org/file34210/test1.py ___ Python tracker <http://bugs.python.org/issue20731> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
New submission from Musashi Tamura: Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\bug>python Python 3.3.5rc2 (v3.3.5rc2:ca5635efe090, Mar 2 2014, 18:18:29) [MSC v.1600 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> exit() C:\bug>python test2.py File "test2.py", line 1 SyntaxError: encoding problem: iso-8859-1 -- components: Windows files: test2.py messages: 212637 nosy: miwa priority: normal severity: normal status: open title: coding bug remains in 3.3.5rc2 versions: Python 3.3 Added file: http://bugs.python.org/file34276/test2.py ___ Python tracker <http://bugs.python.org/issue20844> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Musashi Tamura added the comment: It seems that this is not fixed in 3.3.5. Someone please reproduce it. -- ___ Python tracker <http://bugs.python.org/issue20844> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Musashi Tamura added the comment: Thanks Mark. Perhaps, the problem is text-mode handling. When using Windows's text-mode stream, ftell() may return -1 even if no error occured. -- ___ Python tracker <http://bugs.python.org/issue20844> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20844] coding bug remains in 3.3.5rc2
Musashi Tamura added the comment: When opening LF-newline file, ftell() may return zero when the position is not at the beginning of the file. Maybe LF-newline file should open in binary-mode. http://support.microsoft.com/kb/68337 -- ___ Python tracker <http://bugs.python.org/issue20844> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3921] smtplib cannot sendmail over TLS
Musashi Tamura added the comment: The difference is this line. (2.5, work) send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\r\n' (Python3, error) send: 'AUTH PLAIN AGxhbWJkYS5sZXRAZ21haWwuY29tAGNoaWtha29zMDA=\n\r\n' -- nosy: +miwa ___ Python tracker <http://bugs.python.org/issue3921> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
