[issue11024] imaplib: Time2Internaldate() returns localized strings

[Alessio]

Alessio added the comment:

Not working patch, if I use this method on append I've all messages with 1970 
year

--
nosy: +Pilessio

___
Python tracker 
<http://bugs.python.org/issue11024>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11024] imaplib: Time2Internaldate() returns localized strings

[Alessio]

Alessio added the comment:

Is anybody working with this case?

--

___
Python tracker 
<http://bugs.python.org/issue11024>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23323] Issue with imaplib and append messages passing a tuple with flags

[Alessio]

New submission from Alessio:

In example when appending a message with more than one flag in a tuple with 
imaplib:

print flags
('\\Answered', '\\Seen')

connection.append('INBOX', flags, date, msg)


---
TypeError Traceback (most recent call last)
 in ()
> 1 connection.append('INBOX', flags, date, msg[1][0][1])

/usr/lib/python2.7/imaplib.py in append(self, mailbox, flags, date_time, 
message)
326 if flags:
327 if (flags[0],flags[-1]) != ('(',')'):
--> 328 flags = '(%s)' % flags
329 else:
330 flags = None

TypeError: not all arguments converted during string formatting


When I have only one flag to append:

print flags
Out[70]: ('\\Answered',)

connection.append('INBOX', flags, date, msg)
Out[74]: ('OK', ['[APPENDUID 1 1012] APPEND completed'])

Any ideas?

Thanks

--
components: Library (Lib)
messages: 234738
nosy: Pilessio
priority: normal
severity: normal
status: open
title: Issue with imaplib and append messages passing a tuple with flags
versions: Python 2.7

___
Python tracker 
<http://bugs.python.org/issue23323>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43468] functools.cached_property incorrectly locks the entire descriptor on class instead of per-instance locking

[Alessio Bogon]

Change by Alessio Bogon :


--
nosy: +youtux

___
Python tracker 
<https://bugs.python.org/issue43468>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue44140] WeakKeyDictionary should support lookup by id instead of hash

[Alessio Bogon]

Change by Alessio Bogon :


--
nosy: +youtux

___
Python tracker 
<https://bugs.python.org/issue44140>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38780] SysLogHandler crash atexit

[Alessio Bogon]

Change by Alessio Bogon :


--
nosy: +youtux

___
Python tracker 
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38780] SysLogHandler crash atexit

[Alessio Bogon]

Alessio Bogon  added the comment:

Is there any update on this issue? I'm experiencing the same problem on macos.

--

___
Python tracker 
<https://bugs.python.org/issue38780>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23179] New function proposal: string.from_iterable(iterable [, map_function])

[Alessio Bogon]

New submission from Alessio Bogon:

I would like to suggest a new string function/constructor: 
string.from_iterable(iterable [,map_function])

I think that the behaviour is intuitive: given an iterable, it construct a 
string using its element by apply a `map_function`, if provided, to each one of 
them. After that the str() constructor will be applied to each element in any 
way, to ensure that effectively an iterable of strings is used.

Of course I do not expect that you will accept this patch, but I think this 
really is a missing piece of the python library.

You can argue that I could just use
"".join(iterable)
but in my opinion there are two problems:
1) if any of the elements of `iterable` is not a `str` instance, it will fail 
miserably;
2) this is not very pythonic.

This issue is meant to be an idea for the python maintainers, so I did not 
write the corresponding `Doc/libary/string.rst` documentation, but if you are 
interested I could do it.

Thank you people for your amazing work.

--
components: Library (Lib)
files: string.from_iterable.patch
keywords: patch
messages: 233554
nosy: youtux
priority: normal
severity: normal
status: open
title: New function proposal: string.from_iterable(iterable [,map_function])
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file37619/string.from_iterable.patch

___
Python tracker 
<http://bugs.python.org/issue23179>
___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1353344] python.desktop

[Alessio G. B.]

Alessio G. B.  added the comment:

I have added the Italian translation.

--
nosy: +agb
Added file: http://bugs.python.org/file13689/python.desktop

___
Python tracker 
<http://bugs.python.org/issue1353344>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com