Florian Fuchs writes:
> Agreed. Django's User model most definitely covers all our
> needs.
What version of Django's User model are you using? The vanilla User
is actually rather limited. Or do you mean as augmented by
UserProfiles? If the latter, do you have a specific schema for the
Profil
HI guys,
Pardon the OT request, but I have a Python app that is generating an occasional error, and I need
someone fluent in Python to help me fix it. Its probably some simple error trapping that is
needed. My Python skills are limited to some MM 2.x hacking, and that's about it! Please cont
Mathieu Bouchard wrote:
>
>I'm using MailMan 2.1.11 and I noticed that when I send to
>foo-ow...@example.com, MailMan takes it as if I had sent to f...@example.com
>instead, if the address is in Cc, whereas it works correctly when the address
>is in To.
>
>Is this a bug in MailMan, or is it a bu
I'm using MailMan 2.1.11 and I noticed that when I send to
foo-ow...@example.com, MailMan takes it as if I had sent to f...@example.com
instead, if the address is in Cc, whereas it works correctly when the address
is in To.
Is this a bug in MailMan, or is it a bug in MailMan's default config
On Feb 20, 2012, at 7:28 PM, Barry Warsaw wrote:
> On Feb 21, 2012, at 02:00 AM,Florian Fuchs wrote:
>
>> Agreed. Django's User model
> Yep, it's a big question. Something could clearly make sense in the core,
> e.g. gpg keys for authentication or encryption. Other, specifically ui-type
> d
On Feb 20, 2012, at 7:00 PM, Florian Fuchs wrote:
> Agreed. Django's User model
> OTOH it could make great sense to enhance this data with all kinds of crazy
> things that could be stored in the web ui. Or to store some user data
> temporarily to reduce API calls. But this means we'd have two
On Mon, Feb 20, 2012 at 08:36:13PM -0500, Barry Warsaw wrote:
> (The colon separate might not be the best choice, since you'll probably use
> that to separate keys from values. OTOH, dot may not be the best choice
> either, since it's possible that some sections may have dot names in them.
I'd be
