Slashdot Mirror

Openwave, a company I used to work for, makes a proxy that does this. I'm not an ISP, but I am a content provider, and if I found someone was pulling this kind of junk on my content, I'd sue.

Pretty much every parent in my office knows more about cells than their kids.

Of course, I do work for Openwave.

Isn't Opera the biggest name in browsers for mobile devices?

Perhaps the biggest *name*, but not the biggest player.

I see a lot more of Openwave.

I'd check out the Sun Mail platform or the Openwave platform. They are pay for, but scale very large! Sun also licenses per employee instead of per mailbox, which is a plus for email providers. The Sun Platform has a plugin for Outlook that allows it to totall mimic outlook back end things like calander and such. http://www.openwave.com/ http://www.sun.com/software/javaenterprisesystem/i ndex.xml Just my opinion, For what it's worth.

I ran an InterMail MX system for about 3 years for a national ISP. The company that sells InterMail was called Software.com at the time... and then they merged with phone.com and the combined entity was renamed Openwave. They provide many of the browsers used on cell phones... check an old phone and it probably says "phone.com" and a newer one will say "openwave". I used version 4.x of their InterMail Mx product primarily and had a little experience with version 5.0. It is a fairly complex system but is obviously very powerful. The system used an Oracle database for all user information (LDAP on the front-end, with the data stored in an Oracle DB on the back-end) and also used an Oracle database for each Message Store server. For example, if an E-Mail message was sent to 2000 users on your system, one instance of the message was saved to disk (in a hashed directory structure) and 2000 "links" were stored in the Oracle DB. Once all 2000 links were deleted (IE all users deleted the message) then a garbage collection process would remove the message file. This can obviously save a lot of space on a busy system. The server scaled by adding Message Store Servers (MSS) and front-end POP/IMAP/Web servers. The front-end servers are typically setup for load-balancing with F5 BigIPs or the like. The back end servers (directory/ldap server, MSS servers) are less redundant and require a cluster/HA solution. We had a 3 to 1 fail-over for our directory server and two MSS servers to one stand-by system. This was at least US $2M of hardware by the time you added an EMC Symmetrix for multiple TB of storage. This was a while ago and you may not need to use a tier 1 storage vendor... but when you're talking 1 million users and 99,9% uptime, you can't just throw something together and cross your fingers. OpenWave also offered an InterMail Kx solution (thousands of users rather than millions of users) that was less complicated. Below that was post.office. The price at the time was negotiable and was generally based on the number of users. Their support was generally quite good. They appear to call the product Email MX now: http://www.openwave.com/us/products/wireline/email _mx/index.htm The main reason companies choose (or stay with) MS Exchange really comes down to these two things: 1) Integration of the Windows Domain with the E-Mail account (often single sign on). 2) Integrated Calendar I'm not sure if Openwave offers something comparable now with their product, but I'd much rather run a system with that many users on a Unix platform than on a ton of Windoze systems. As other posters have mentioned, if it is properly architected... many different options are possible.

Many people are now putting e-mail security devices in front of the "receivers".

Products such as Ironport, Openwave Edge Gx, and Symantec Mail Security Security use technologies such as traffic shaping, reputation services, directory harvest attack detection, etc. to help keep spam out of your network.

They have this thing called a 'location server' and if you (wap developer) pay the service provider ( verizon, telus... ) they will add a extra header your wap/wml requests that contain your current location. ( accuracy depends on positioning methods that are being used, cell-id, EOTD (enhanced observed time difference), AGPS ( assisted GPS ) and can range between 1000 meter to 5 meters.

I thought it would be a blast to play with, but I have not found any way to get the info for free without using their 'simulator' deck viewer.

pop3 problems it seems with no time to repair.

Looks like they use InterMail pop3 server (telnet pop.east.cox.net 110) and
smtp server
(telnet smtp.east.cox.net 25): 220 lakermmtao11.cox.net ESMTP server (InterMail vM.6.01.03.02 201-2131-111-104-
20040324) ready Mon, 24 May 2004 19:00:55 -0400
(was 4xx too busy a minute ago)

Intermail is/was produced/sold by Openwave
Intermail is no longer available and support has been discontinued. For Openwave email products please visit our Email Mx page.

So, no support.
Indications are that it runs on windows servers.

Draw your own conclusions

Sam

The article's reference to Openwave's device products is really about their application suite for mobile devices, Phone Suite V7. V7 provides the missing piece to Linux, the "expensive-to-develop" embedded application software, including web browsing, messaging, file management, media playback, etc.

V7 also has a framework that lets phone makers develop custom applications and UI, including a kick-ass graphics engine (think Java 2D), UI framework, and all the goodies you need on a resource constrained device (much more constrained than a smartphone), which we use to build these applications.

When phone makers look at Linux by itself, it lacks the necessary phone application stack which is both tricky and expensive to develop, and is where V7 provides the solution.

There's a good discussion on OSNews about V7 (can't seem to find it right now), and some press release-ish stuff on LinuxDevices

Note: I'm one of the core developers working on this project, so factor that in accordingly.

Full GPS receivers in each phone are very expensive, require lots of power and only work with a good view of the sky. 50 m accuracy requires at least 3 good SVs in view. While many customers would really like this feature, I do not know of any phones in which it has been implemented.

AGPS uses a reference GPS receiver in each tower that sends SV data to the mobile handset. The handset does not have a full GPS installed; instead it uses the SV data to receive the time pulses from a single SV and sends the time delta to the tower. The tower is then able to compute the position of the phone via a differential calculation and log it for E991 compliance. It is typically accurate to 100 m indoors and 15 m outdoors.

Most new phones that are E911 capable or offer "Location Based Services" are built with AGPS. So they don't have a real GPS receiver that you could use, but the network can determine your position. It is a shame that this data is not made available to the phone or the end user -- I would love to be able to write applications for my Treo that know where it is without having to add a clusmy external GPS.

But the real tragedy ... [is] about the millions of people who could have benefited from Be's amazing and innovative software ...

Those benefits may still be realized, albeit a bit indirectly. The innovations in BeOS weren't sent to Earth by aliens; the ideas came from brilliant people, and those people are still around -- thinking up even better ideas, and putting them into practice all over the place. Consider also the many developers and users who have been inspired over the years by their Be experiences. I'd be willing to bet that conceptual descendants of the designs and decisions that shaped BeOS and BeIA will probably have a non-trivial impact on computing for some time to come.

Well, if the next version of sendmail, qmail, postfix, and courier support SPF lookups, then as people upgrade releases (Redhat, SuSe, whatever), they'll pick it up automagically. I'm working on getting SPF supported in Openwave Email Mx (used by Verizon, AT&T, Bell South, etc...)

on that market, and that leader is Openwave.

Their solution is already selling millions a month.

The real question is will people use smart phones to browse the web.

I've gone through this situation in several discussions for mid- and large-scale operations. Your answer will somewhat depend on how much money, time, and work you want to put into this system, with the usual tradeoff of ( more dollars ) = ( less ( time + effort ) ).

For a free solution, I've found that a sendmail-based solution works quite nicely on Solaris. We ran some internal mailservers with a combination of sendmail for smtp, qpopper for pop3, apache and php for web access, and ActiveState PerlMx for mail filtering. There are many passable imapd programs that would fulfill your IMAP requirement, among other things, cyrus imapd

Don't be fooled, though; this took some elbow grease, and a little tweaking with sendmail and qpopper (mostly for the remote-administration bit; you don't want all of your customers in /etc/passwd on your server!)

If you'd prefer to just lay down a little cash to get a working solution out the door, Openwave has a very reasonable email platform or two. It seems like it supports everything you're looking for, above.

Also, don't forget that Sendmail, Inc. creates some very sophisticated sendmail-based products; it looks like Advanced Message Server may have all of the solutions you're looking for.

I've gone through this situation in several discussions for mid- and large-scale operations. Your answer will somewhat depend on how much money, time, and work you want to put into this system, with the usual tradeoff of ( more dollars ) = ( less ( time + effort ) ).

For a free solution, I've found that a sendmail-based solution works quite nicely on Solaris. We ran some internal mailservers with a combination of sendmail for smtp, qpopper for pop3, apache and php for web access, and ActiveState PerlMx for mail filtering. There are many passable imapd programs that would fulfill your IMAP requirement, among other things, cyrus imapd

Don't be fooled, though; this took some elbow grease, and a little tweaking with sendmail and qpopper (mostly for the remote-administration bit; you don't want all of your customers in /etc/passwd on your server!)

If you'd prefer to just lay down a little cash to get a working solution out the door, Openwave has a very reasonable email platform or two. It seems like it supports everything you're looking for, above.

Also, don't forget that Sendmail, Inc. creates some very sophisticated sendmail-based products; it looks like Advanced Message Server may have all of the solutions you're looking for.

Maybe openwave.com? They have a nice mobile phone emulator. I don't know if this is the type of experimenting you want to do though.

And where are they going to get this 3G bandwidth? Currently the data (CDPD) side of the network, uses 56K frame relay circuits for their Basestations...
They have been buying more cisco routers and ds3 circuits than all of UUNET. ;)

Speaking of hardware, do you realize all the companies bidding for the contract for the 3G telco equipment?
Nortel, Lucent, Ericcson.. At 250K per basestation and 2Mill MDIS units, That 9.8 Billion investment will come to good use...

As for WAP/I-Mode, WAP is already installed, phones are out, people are developing for it now. You can get free developers kits at www.openwave.com

I actually got to see some of the I-Mode brochures when DoCoMo was looking at our NOC, It looks like they use multiple TDMA basestations for broadband, so you get the combined bandwidth. They had Video phones, streaming audio phones, even some cool Mp3 phones on display.. Very cool stuffs.

Also, didn't see one darn thing about PocketNet on that article from Cnet. Currently we are giving the service away free. Also kind of funny, Phone.com (aka now Openwave) sells the gateway software that both Sprint and Verizon uses. Guess who co-developed with phone.com (cough) ATTWS (cough)...

The world is smaller than you think.
*disclaimer, if your my boss reading slashdot, someone stole my slashdot account.