On Fri, July 15, 2011 09:37, Jerome Kaidor wrote:
> 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 1234567...@vtext.com 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@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options):
https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
