New FedEx SSL Cert is bound to cause problems

Having done some thorough research with code signing certifications and SSL certs, am I wrong in thinking that FedEx has royally screwed up?  I had to double and triple check that the link provided wasn’t a phishing attack of some sort, and it all looks valid.  Forcing your customers to install a cert that doesn’t have a root already installed in Windows is major trouble!  Why would VeriSign sell FedEx such a crappy product?

I have a cheap Comodo SSL cert for my Exchange server, and it wreaks all sorts of havok when connecting my Windows Mobile device to it.  Someone has made a very poor decision, or perhaps I’m missing something.

Dear Valued FedEx Customer:

Please ensure that your appropriate team members (e.g., Application Server Administrators) are aware of the following FedEx planned update:

Chained Secure Socket Layer (SSL) Test Certificate Update

In order to maintain customer confidence in our Web connections, FedEx is renewing our SSL certificate with VeriSign, a trusted certificate holding authority.  FedEx moved to a chained SSL certificate type for our test environment on Mar. 19, 2009, and will move for our production environment on Aug. 1, 2009.  This transition is due to the FedEx certificate holding authority transitioning from non-chained to chained Web server SSL certificates.

Customers using custom interfacing applications will need to verify that their systems support chained certificates.  For web servers that do not support chained certificates, administrators should contact their server software provider for technical assistance.  If you are unsure whether your application works with chained certificates, it is recommended that you test your application in the FedEx test environment.  Applications should be redirected to gatewaybeta.fedex.com for testing. 

Customers needing a local copy of the FedEx test certificate installed on their system can download the updated certificate here or by typing the link http://fedex.com/us/developer/downloads/dev_cert.zip into your browser.  A separate certificate will need to be installed for production.  We will notify you when the production certificate is available for download.  FedEx supplied API clients (e.g., ATOM) are not affected by these changes.

If you have any questions or need technical assistance, please contact the FedEx Help Desk at 1.877.339.2774 or send an e-mail to websupport@fedex.com.

Thank you for choosing FedEx.

The FedEx Web Integration Solutions Team

INETA Board of Directors Appointment

INETALogo

INETA has a great gimmick.  Give someone a award and then recruit them to do volunteer work!  While I am completely joking, I was recently appointed to INETA’s Board of Directors.  Congratulations go out to my fellow Board Members.

Rob Zelt, President
Mike Vincent, Vice President
Scott Spradlin, Secretary
Morgan Baker, Treasurer
Steve Andrews, Director
Lori McKinney, Director
Randy Walker, Director
Shawn Weisfeld, Director
Chris Williams, Director

Our first order of business will be a Board Meeting in Raleigh, North Carolina from April 3rd to April 5th.  I have long recognized many of the problems INETA has had, and I hope to participate and help resolve them.  A majority of the issue revolves around the perception INETA has.  Things such as speaker requests becoming a black hole, requests come in, but no one knows what’s going on.  Many of the older established user groups don’t recognize value in INETA, something which I hope to help remedy.  Lastly, one of my goals is to provide more value to the user groups, such as a free website portal for all user groups.  If we can provide a free website portal/template with hosting and email, I think this will bring tremendous value to all user groups.

If you have ideas on how INETA can be improved, please shoot me an email or leave feedback.  We all want to see INETA improve, and that can only happen with your participation.

Twitter