> Wm Mussatto wrote:
>> ? Having a local table might make more
>> sense.=A0 It would be a time consuming process to scrape the world
> *** Actually, it's not so bad. A google search for "cell phone text
> email" gets
> a list of web pages that have the basic email addresses. It's a bit
> harder
> to do the reverse lookup to find the company - fonefinder.net seems to
> work
> well. A local table could have area codes and prefixes ( that's 6 digits
> ),
> and output cell phone address suffixes. It would be a BIG table.
>
> It might be possible to make the table "sparse" by specifying ranges
> instead
> of areacode/prefix pairs, or just limit it to local exchanges. I
> personally
> don't send many texts cross-country.
>
> Or the problem could be split into TWO tables, one with the strings for
> each
> telephone company indexed by a unique one-byte ID. The BIG table then
> consists
> of an array of bytes, one for each areacode/prefix pair, arranged in
> numerical
> order. Each byte contains the ID of the telephone company string. So the
> table
> is no more than one megabyte ( if we keep it inside one country ). And
> the
> "lookup" consists of just getting the Nth member of the table, where N is
> the
> area code concatinated with the prefix.
>
> - Jerry Kaidor
> to
>> figure out the extension even if that isn't private.=A0 Possibly a list
>> of options via radio buttons or check boxes, but that would require the
>> person sending the email to know the network.=A0=20
>>
>> However,
>> your suggestion got me thinking.=A0 How about an option to send to txt
>> which would strip all but the minimum out.=A0 Problem with txt messages
>> is they have to be short.=A0 For example have it pull the
>> signature.=A0 Just a thought.
>> On Wed, July 13, 2011 08:46, Jerry Kaidor wrote:
>> Hello, Here's something that comes up routinely:
>> *
>> People I do business with all have cell phones. * All the cell
>> phones can receive text messages. * The cell phone companies
>> have magic email addresses that convert emails into text
>> messages. For example 1234567890@xxxxxxxxx sends a text to
>> phone # 123-456-7890, but ONLY if that happens to be a Verizon #.
>> * So when I want to send a text to somebody, I go cruise the web
>> looking for listings of cell phone companies.
>> So I think it would be a nice plugin for SM to have
>> a "text address" button, where you type in a phone #
>> and
>> it magically pops the "texting" email address into
>> the
>> To: field. The only thing I see that's hard about
>> this is maintaining a database of the cell phone exchanges.
>> Or
>> possibly doing HTML scraping on the fly when
>> somebody
>> presses the button. Of course, HTML scraping tends to break
>> whenever somebody updates their website.
>> - Jerry Kaidor
>>? Having a local table might make more
>> sense. It would be a time consuming process to scrape the world to
>> figure out the extension even if that isn't private Possibly a
>> list
>> of options via radio buttons or check boxes, but that would require the
>> person sending the email to know the network.
>>However,
>> your suggestion got me thinking. How about an option to send to
>> txt
>> which would strip all but the minimum out. Problem with txt
>> messages
>> is they have to be short. For example have it pull the
>> signature. Just a thought.
In the US we have a rule called local number portability. Basically this means that I can take my phone number with me when I switch carriers. This in turn means that there are no "blocks" of number which can be guaranteed to be associated with a given carrier. This means scraping is the only option. IMO
------
William R. Mussatto
Systems Engineer
http://www.csz.com
909-920-9154
------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev
----- squirrelmail-users mailing list Posting guidelines: http://squirrelmail.org/postingguidelines List address: squirrelmail-users@xxxxxxxxxxxxxxxxxxxxx List archives: http://news.gmane.org/gmane.mail.squirrelmail.user List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
