phplist

NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1


View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0015227phplist applicationAll Otherpublic04-02-09 22:0322-04-10 14:57
Reporterwellnow 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version2.10.8 
Target Version2.10.12Fixed in Version2.10.12 
Summary0015227: Actually 2.10.9 - Marking Most Users Invalid !!
Description   I just upgraded to the phplist 2.10.9, and was making
my first list mailing.

   System said more than 50% of my list has invalid
email addresses.

   I ran "Automatically Try to Correct". It fixed what
it thought was wrong on about 20%.

   Many of the emails in my database are in "All CAPS".
It appears the new version thinks that makes for an
invalid address. The changes it made mainly was changing
all cap YAHOO.COM to yahoo.com.

   However it didn't change any of the other domain
names to lower case....still marking them invalid.

   At the moment I dare not purge invalid emails...that
would delete half my list database !

   I need some quick work to fix this problem.

   Mel Gordon

Your system details are:

    * phplist version: 2.10.9
    * PHP version: 4.4.8
    * Browser: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.5) Gecko/2008121622 Fedora/3.0.5-1.fc10 Firefox/3.0.5
    * Webserver: Apache/1.3.41 (Unix) PHP/4.4.8 mod_log_bytes/1.2 mod_bwlimited/1.4 mod_auth_passthrough/1.8 FrontPage/5.0.2.2635 mod_ssl/2.8.31 OpenSSL/0.9.7a
    * Website: www.wellnow.com/scout/html/public_html/lists
    * Mysql Info: 5.0.67-community
    * PHP Modules:
          o zip
          o xmlrpc
          o xml
          o tokenizer
          o standard
          o sockets
          o session
          o pspell
          o posix
          o pdf
          o overload
          o mysql
          o mhash
          o mcrypt
          o mbstring
          o imap
          o iconv
          o gettext
          o gd
          o ftp
          o exif
          o domxml
          o curl
          o ctype
          o calendar
          o bz2
          o bcmath
          o zlib
          o pcre
          o openssl
          o apache
          o suhosin
          o Zend Optimizer
TagsNo tags attached.
Attached Files

- Relationships
related to 0015207resolveduser1822 Email validation doesn't seem to work for the local part of an email address 

-  Notes
(0050373)
h2b2 (manager)
05-02-09 17:10

Seems related to:
http://mantis.phplist.com/view.php?id=15207 [^]
http://forums.phplist.com/viewtopic.php?p=59347#59347 [^]
(0050588)
michiel (manager)
23-03-09 15:35


bas, the fix in 0015207 can you confirm the changes were in commonlib only?

in that case it'll make it into 2.10.10 as well.

(0050597)
user1822
23-03-09 17:12

The function is_email was rewritten. Apart from the setting of the default value for EMAIL_ADDRESS_VALIDATION_LEVEL in init.php, config.default.php and config.php there were no changes.
(0050615)
h2b2 (manager)
05-04-09 21:19

asl reported another issue with the validation function: if an email address contains a subdomain and if the domain starts with a number, the validation function will incorrectly mark it as invalid, e.g.: name@sub.1domain.com

On the other hand the validation function (correctly) considers the following as valid:
name@1domain.com
name@sub.domain1.com
name@1sub1.domain.com

Source: http://forums.phplist.com/viewtopic.php?p=61443#61443 [^]


Note: was unable to add a feedback note to http://mantis.phplist.com/view.php?id=15207 [^]
(0050616)
h2b2 (manager)
06-04-09 02:47

+
Additionally, name@sub.1sub.domain.com is also incorrectly considered invalid by the validation function.
ref: http://forums.phplist.com/viewtopic.php?p=61445#61445 [^]
(0050618)
michiel (manager)
06-04-09 11:33

bas, can you check the last comments and fix it?
(0050959)
michiel (manager)
22-04-10 14:57

default EMAIL_ADDRESS_VALIDATION_LEVEL to 1, so that it uses the original pattern matching.


Copyright © 2000 - 2017 MantisBT Team
Powered by Mantis Bugtracker