    <rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
     <channel>
        <title>ACCU  :: So Your Code is NOT Critical?</title>
        <link>https://members.accu.org/index.php/articles/958</link>
        <description>Professionalism in Programming</description>
        <dc:language>en-us</dc:language> 
        <dc:creator>Administrator</dc:creator> 
        <admin:generatorAgent rdf:resource="http://www.xaraya.org" /> 
        <admin:errorReportsTo rdf:resource="mailto:webeditor@accu.org" />
       <sy:updatePeriod>hourly</sy:updatePeriod>
       <sy:updateFrequency>1</sy:updateFrequency>
       <docs>http://backend.userland.com/rss</docs>




<div class="xar-mod-head"><span class="xar-mod-title">Project Management + CVu Journal Vol 12, #1 - Jan 2000</span></div>

<table border="0" cellpadding="1" cellspacing="0">
    <tbody>
    <tr>
        <td valign="top">
            Browse in :
       </td>
       <td valign="top">

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c13/">Topics</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c66/">Management</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/">All</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c76/">Journals</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c77/">CVu</a>

                     &gt;                         <a href="https://members.accu.org/index.php/articles/c128/">121</a>
<br />

                                            <a href="https://members.accu.org/index.php/articles/c66-128/">Any of these categories</a>

                    -                        <a href="https://members.accu.org/index.php/articles/c66+128/">All of these categories</a>
<br />
</td>
   </tr>
   </tbody>
</table>




<div class="xar-error">
   <p>
 <strong>Note:</strong> when you create a new publication type,
the articles module will automatically use the templates
<em>user-display-[publicationtype].xt</em>
and <em>user-summary-[publicationtype].xt</em>.
If those templates do not exist when you try to preview or display a new article,
you'll get this warning :-)  Please place your own templates in themes/<em>yourtheme</em>/modules/articles . The templates will get the extension .xt there. </p>
</div>
<div class="xar-norm xar-standard-box-padding">
   <h1><strong>Title:</strong>&nbsp;So Your Code is NOT Critical?</h1>
<p><strong>Author:</strong>&nbsp;</p>
<p>
<strong>Date:</strong> 03 January 2000 13:15:35 +00:00 or Mon, 03 January 2000 13:15:35 +00:00</p>
<p><strong>Summary:</strong>&nbsp;</p>
<p><strong>Body:</strong>&nbsp;<div class="sect1" lang="en">
<div class="titlepage">
<h2><a name="d0e18" id="d0e18"></a></h2>
</div>
<p>Most of the articles about critical software consider, quite
properly, the &quot;obvious&quot; mission critical areas such as control
systems for Nuclear Power Stations, medical equipment and Air
Traffic Control. I am not for one moment implying that these are
not far more serious than the experience I have just suffered but I
would like to show how a very much wider range of software is
critical to someone than perhaps most of us realise.</p>
<p>Like many small business I have a presence on the Internet, this
is in the form of a domain name, a Webb site and email facilities.
In keeping with most small businesses a dial up account provided by
one of the many ISP's in this country implements this. I pay for
these services which include the ISP taking care of the incoming
and outgoing emails. My incoming mail is addressed to but this
needs to finish up at , clearly the ISP has a range of databases
and other tables which are used to sort this out. As most ISP's
have this problem I assumed that the software for such actions
would be well established, robust and reliable, as would the
software for keeping the databases up to date.</p>
<p>For over two years the system had worked, there were some lost
emails but my ISP always maintained A) that he had not lost them
and B) he was not guaranteeing to deliver all my mail any way. As I
had a much lower incidence of problems with the email than with
Royal Mail I tolerated the situation until the end of last month.
Indeed I have gradually moved to a situation where most of my
business communication is now done by email except for the invoice
and the cheque.</p>
<p>One morning, just as I was leaving for an important appointment,
I had a phone call from a supplier to check my email address as
some mail to me had been bounced. I gave an alternate email address
without thinking and rushed to get my train. That night I checked
my email, including sending myself an email and everything seemed
to be working. At 7pm the next day I got a phone call from one of
my clients, he was having emails to me bounced. As this was one of
my very computer literate clients I thought something must be wrong
so I called my ISP &quot;help line&quot;. With the normal patronising
attitude of these guys I was told everything was working well and
that probably my email software was badly configured! Alternatively
it might be that my clients had the wrong address, my advice that
they had been using the same address successfully for 18 months was
not deemed to be proof that they actually had the correct
address.</p>
<p>The next day I had four calls in a short period of time to tell
me my email was being bounced, one from our own Peter Hamilton. Now
when people of Peter's experience have trouble with my email it is
real trouble, this time the &quot;help desk&quot; admitted to a &quot;slight
problem with the server&quot; which would be fixed within the hour. It
took 8 days before they fixed it and the service was poor for about
4 more days.</p>
<p>The reason for all this, they admitted that they wanted to
update the system for maintaining the various databases etc that
handled the domain names. However the new software was only tested
on a small set of accounts and it appeared that when it was run on
the full set many had been corrupted. This is what we think
happened, based on the announcements made by the ISP.</p>
<p>So here we have a small &quot;housekeeping&quot; task that destroys the
email service to several hundred small businesses for at least 7
days and in practice for longer. No ones life was endangered, no
one nearly crashed a car but the impact was considerable. I have
had to spend a long time checking with people that might have sent
me emails, I have had to resubscribe to lists that automatically
delete me when an email bounces. I have had to explain to at least
one client that I have not stopped trading. All in all I wasted
about 4 days of my time, spent a lot of time on the phone trying to
get real information out of the &quot;help line&quot; and generally been
properly messed about. At my charging rate the cost to me alone in
time was about 5 years subscription to my ISP. I may have lost
business, I will never know who tried to email me and took the
bounce as a sign that I had ceased trading.</p>
<p>And as I say this is not &quot;critical&quot; code.</p>
<p>There are other lessons to be learnt from this fiasco, many are
best reported in other forums but one seems to be very important.
There is a maxim in business &quot;Never single source a key resource&quot;,
I slipped up and single sourced my email provision. I now have a
completely independent email address, with so many free ISP's it is
trivial to get an extra email post box. If addresses like seem not
to have the right aura it is worth noting that many professional
organisations offer their members mail forwarding. The IOP and the
IEE do and I believe many others do. Hence it is easy to set up
which points to a less salubrious address. I have an IEE email
address, but guess where it used to point, yes which is where all
my email was being bounced.</p>
<p>I would be very tempted to talk with my lawyers. Bouncing of
mail sent to a business is close to defamation of character. It
carries a strong implication that the business may no longer be
trading. What makes this case more significant is the IP's initial
refusal to accept any responsibility. Add in over a week of
bouncing mail and we have a serious degree of incompetence.</p>
<p>By the way, this further emphasises my belief that you should
always include alternative ways of contact in your signature. At
least potential clients have a way of checking who is incompetent
Francis.</p>
</div>
</p>
<p><strong>Notes:</strong>&nbsp;</p>
<p><em>More fields may be available via dynamicdata ..</em></p>
</div>
</channel>
</rss>
