Big mail blues
Posted on 26 Oct 2006 at 11:31
Steve Cassidy battles ingrained attitudes to email and tackles the knotty problem of hospitality networks
It's nice to get some reassurance, periodically, that one is doing the right thing, but such pats on the back are few and far between in the IT business, at least according to a couple of bosses I've had who moved into the sector from elsewhere. Nevertheless, in the case I'm talking about here, my little dose of feel-good came from an organisation so huge that it's quite literally visible from space. Don't imagine that I'm going to give its name away - nor any clues to its true identity - as the lesson we learned together this last summer was all about the need to remain anonymous when you're unburdening your soul (which isn't easy when email is the subject).
Regular readers will know that, in my opinion, email is the right solution, but frequently delivered by the wrong methods. My own personal exposure to email dates back to way before the days of the internet, so complaints that the platform we're all using is architecturally inadequate come as no surprise. In the case of the phenomenally huge client organisation I'm talking about, the problem is pretty mind-boggling: an engineering firm with 25,000 employees spread across the whole of a fair-sized European country, who all use standard internet technologies to pick up and send emails through a central hub that was attracting a lot of attention. Why? Because it had entered a steep decline from "just working" in a completely unnoticeable fashion, down to needing to be rebooted half-a-dozen times every single working day.
This wasn't my first client in the engineering sector, so I was alert to the possibility that it might be rather too exacting in its operations, which might sound like a very strange problem to have if you're in a more commercial or entrepreneurial business (especially a smaller one). I mostly deal with people for whom anything that works at all is good enough, perhaps to be followed eventually by stuff that works properly. Engineering companies on the contrary are far more likely to adopt something that hardly ever does the job right but which is immaculately conceived, was delivered on time and adheres to every word of the relevant standard document - because that's how they benchmark their own projects. The standard document is their starting point, and if it doesn't happen to properly describe what was wanted then that's too bad.
This client's email system had been designed by two separate edicts issued from on high, one of which of course was "stick to the standards", while the other was "deliver all messages within 20 minutes of the author hitting Send". Those familiar with the original specification of the SMTP standard may see the trap coming up. Traditional email systems can do the job in under a second these days (given sufficiently small emails), but when anything goes wrong their retry behaviour is clearly specified in the relevant standard; namely, have another try every half-hour for the next four days, and start reporting back that there's a problem after some lengthy period, which could be eight hours, could be 12, all depending on the whim of the systems administrator.
In this client's case, the sysadmin was already pretty demotivated because the other standard they'd decided to stick to involved outsourcing a sizeable part of his job. For whatever reason, this process had dragged on for more than a year, quite possibly as the organisation's inherent schizophrenia became more and more apparent to the new contractor, who felt it necessary to alter the terms and scope accordingly. As a result of this, even though a fix for his and my problems was within reach using standard tools and techniques, he couldn't progress to implement that configuration without causing even more upheaval in the outsourcing relationship, which would mean that money would be spent twice - once on the fix itself and once again to placate the outsourcer.
- Windows Server 2012 R2: how the Datacenter edition could change SMBs
- Invoices and VAT: how to set up your documents correctly
- Nexus 5 vs Samsung Galaxy S4 Active: the best phone for avoiding screen burn
- How much is a social user worth?
- The key to choosing a secure password
- Thunderbolt Bridge: a fast Mac migration tool
- Should you advertise on Twitter?
- How to track a lost smartphone
- Self-publishing success: the best way to sell your book
- 1.6TB SSD: why would you need one?
- Hour of Code: five steps to learn how to code
- Sony Xperia Z2 Tablet review: first look
- Sony Xperia Z2 review: first look
- Samsung Galaxy Gear 2 review: first look
- Nokia XL review: first look
- Samsung Galaxy S5 review: first look
- Nokia X review: first look
- Censorship by copyright: Myles Powers and abuse of DMCA takedowns
- Turn an old smartphone into an in-car entertainment system
- Apple's OSes set to surpass Windows
- IDC: iPad intertia opens door for Windows tablets
- Office 365 goes social with "Oslo" news feed
- Windows XP: upgrading 30,000 PCs in 30 days
- LibreOffice: ignore Microsoft's "nonsense" on government's open source plans
- Intel Xeon E7 v2 servers support 6TB of RAM
- Microsoft promises video calls between Skype and Lync
- Office for iPad due before July
- Windows 7 on business PCs gets an extension
- Windows apps land on Chromebooks with VMware
- Office 365 gets two-factor authentication