The following supporters have open issues assigned to them in this collector
(http://www.zope.org/Collectors/CMF).
Assigned and Open
jens
- "CachingPolicyManager: Support OFS.Cache.CacheManager",
[Accepted] http://www.zope.org/Collectors/CMF/408
mhammond
- "Windows Developm
Summary of messages to the cmf-tests list.
Period Thu Oct 19 11:00:01 2006 UTC to Fri Oct 20 11:00:01 2006 UTC.
There were 13 messages: 13 from CMF Unit Tests.
Test failures
-
Subject: FAILED (failures=1) : CMF-1.4 Zope-2.8 Python-2.3.5 : Linux
From: CMF Unit Tests
Date: Thu Oct 19 2
Hi!
At the end of RegistrationTool.py is _checkEmail, a function for
validating email addresses:
http://svn.zope.org/CMF/trunk/CMFDefault/RegistrationTool.py?rev=70840&view=markup
AFAICS the checks performed by that function are too restrictive. These
are the tests I don't agree with:
T
Am 20.10.2006 um 15:39 schrieb yuppie:
Test g: domain must end with '.' plus 2, 3 or 4 alpha
-
There are new TLDs like '.museum' with more than 4 characters. Do
we need this test?
Not in my view. There is a module for testing domains agai
Agreed that it's too restrictive. FWIW we have been using this in
production. It was based on careful checking of the various RFCs
(though I've just noticed it should also restrict the domain name to
255 characters):
_email_rgx = re.compile(r'^([A-Za-z0-9!#$%&\'*+-/=?^_`{|}~][A-Za-z0-9!#$%&\'*+
Hi Seb!
Seb Bacon wrote:
Agreed that it's too restrictive. FWIW we have been using this in
production. It was based on careful checking of the various RFCs
(though I've just noticed it should also restrict the domain name to
255 characters):
_email_rgx =
re.compile(r'^([A-Za-z0-9!#$%&\'*+-/
I've add some memberdata in the portal_memberdata, and than i've modify the join_form to make possible the user insert this info.But i'm not sure that this info is correctly stored because when i do:i.euser = portal_membership.getMemberById('username')
print user.borndateplone give a blanck page th
Charlie Clark wrote at 2006-10-20 15:50 +0200:
> ...
>There is a module for testing domains against a DNS
>which is much more reliable. Regarding the rest I normally check with
>the responsible MX server as negatives are usually reliable.
DNS queries can take quite a long time -- and we have s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20 Oct 2006, at 12:46, fabio gravina wrote:
I've add some memberdata in the portal_memberdata, and than i've
modify the join_form to make possible the user insert this info.
But i'm not sure that this info is correctly stored because when i do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20 Oct 2006, at 13:27, Dieter Maurer wrote:
Charlie Clark wrote at 2006-10-20 15:50 +0200:
...
There is a module for testing domains against a DNS
which is much more reliable. Regarding the rest I normally check with
the responsible MX server a
--On 20. Oktober 2006 18:46:08 +0200 fabio gravina
<[EMAIL PROTECTED]> wrote:
I've add some memberdata in the portal_memberdata, and than i've modify
the
join_form to make possible the user insert this info.
But i'm not sure that this info is correctly stored because when i do:
i.e
user = p
The complete regex would look like this:
re.compile(r'^([\w!#$%&\'*+\-/=?^`{|}~]+(\.[\w!#$%&\'*+\-/=?^`{|}~]+)*'
r'|"[^(\|")]*")@[\w-]+(\.[\w-]+)+$')
That is possibly the ugliest sequence of characters I have ever seen.
Martin
___
Zope
On Fri, Oct 20, 2006 at 10:03:03PM +0100, Martin Aspeli wrote:
>
> >The complete regex would look like this:
> >
> >re.compile(r'^([\w!#$%&\'*+\-/=?^`{|}~]+(\.[\w!#$%&\'*+\-/=?^`{|}~]+)*'
> > r'|"[^(\|")]*")@[\w-]+(\.[\w-]+)+$')
>
>
> That is possibly the ugliest sequence of characters
13 matches
Mail list logo