A high percentage of a recent batch of Japanese visitors entered bogus email addresses into our PF 3.4.1/RHEL6 captive portal... or so it seems.
Could this be an encoding problem? It looks like the captive portal web page is UTF-8, perl is (probably) UTF-8, default system locals is en_US.UTF-8, postfix and SMTP would *not* allow non-ASCII characters in headers (not exactly sure how postfix would behave), and MySQL says: | character_set_client | latin1| | character_set_connection | latin1| | character_set_database | latin1| | character_set_filesystem | binary| | character_set_results | latin1| | character_set_server | latin1| | character_set_system | utf8 | There's both a language and a time issue talking to our guests... we'll try to do that, but has anyone else seen a problem where someone with a multi-byte language enters a valid email address, but it gets mangled? Our local i18n guru asks: Are the email addresses in full-width characters? Also highly unlikely, but there are both full-width (2byte) and half-width (1byte) versions of latin letters in the Japanese systems. if they were using the wrong ones (full-width) then that might make a difference. -- Rich Graves http://claimid.com/rcgraves Carleton.edu Sr UNIX and Security Admin ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ PacketFence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
