Here's a patch for a rather embarrassing bug in the current 2.48 version:
the OpenSRS signup scripts don't accept ".info" e-mail addresses as
contacts on the signup form (it says "invalid characters in [contact]
e-mail address").
*** lib/OpenSRS/XML_Client.pm.orig Tue Jan 22 11:55:32 2002
--- lib/OpenSRS/XML_Client.pm Sun Feb 3 21:54:23 2002
***************
*** 845,851 ****
my $email = shift;
if ($email =~ /(@.*@)|(\.\.)|(@\.)|(\.@)|(^\.)/ ||
! $email !~
/^\S+\@(\[?)[a-zA-Z0-9\-\.]+\.([a-zA-Z]{2,3}|[0-9]{1,3})(\]?)$/) {
return undef;
} else {
return 1;
--- 845,851 ----
my $email = shift;
if ($email =~ /(@.*@)|(\.\.)|(@\.)|(\.@)|(^\.)/ ||
! $email !~
/^\S+\@(\[?)[a-zA-Z0-9\-\.]+\.([a-zA-Z]{2,4}|[0-9]{1,3})(\]?)$/) {
return undef;
} else {
return 1;
(It just changes the "3" to a "4". If you really want the patch and it
wrapped wrong, it's also at http://www.tigertech.net/patch.txt .)
Hard to believe nobody has encountered this before. I personally found
out about it in an unfortunate manner: a client signed up for an info
domain two months ago, then found that her brand new ".info" e-mail
address was being rejected by some overzealous syntax checkers when she
entered it on Web page forms. She wrote to us and asked us about it, and
I assured her it was because the people who created those scripts and ran
those Web sites were incompetent, and she should complain to them.
Now, two months later, she tried to sign up for another domain with us,
and her contact address was rejected for the same reason. Ha ha! Now
*that's* comedy.
(I don't know if the SF version suffers from the same problem. I'm also
well aware that the four-character acceptance fix above is merely a minor
change to some code that should be redesigned, but I just wanted to fix
the immediate symptom.)
--
Robert L Mathews, Tiger Technologies
"The trouble with doing something right the first time is that nobody
appreciates how difficult it was."
