Ooo, a mystery bit of script! Seems legit. Let's see what happens when we run it

A bit more time on coding could save hours in the mail room

Who, Me? Monday is upon us, and with it another confession from a Register reader to make one consider one's own programming choices in the latest entry of our Who, Me? saga.

This week's tale comes from a person we'll call "Chris" and is set in the closing years of the last century, back when Windows 95 first introduced an uncertain world to the Start button and Donald Trump was just that guy eyeing up the Miss Universe pageants with a view to making a purchase.

Chris spent the mid-1990s working for a UK law firm as a senior developer on a case and document management system. Being a clever sort, he was tapped to whip up a quick script to schedule a letter to be sent to the firm's customers, advising them of a change in bank details.

Swearing and ranting

Bite me? It's 'byte', and that acronym is Binary Interface Transfer Code Handler


"The letter was duly written," he told us, "and a quick five-line script knocked together and run to send it out."

It all went swimmingly and, as with many little ad-hoc scripts, was promptly forgotten about by all involved. "For a few months at least," said Chris, ominously.

And it was indeed a few months later that there was a knock on the door of the office that housed Chris's team. Did the gang have any idea why the outgoing mail batch was a good deal larger than expected?

"The system," Chris remembered, "had a virtual outgoing mail tray, and the post room used to batch-select and run them on one of the Xerox Docuprint monsters of the time, the printers so big they came with their own Sun workstation and rattled out upwards of 130ppm."

Indeed, the Xerox behemoths were quite the thing back in the day. The DocuPrint 135, for example, could churn out up to 1.5 million pages a month and had a capacity of 6,900 sheets. Enough for a forgotten bit of script to spew out all manner of paperwork.

Chris and a chum duly trotted off to the post room to investigate: "Lo and behold, there were a good few thousand more prints than they'd usually expect, with another few thousand still in the mail queue."

He glanced at the mail queue and saw, to his horror, a very familiar-looking change of bank details letter. "Oops."

"Turns out," he said, "someone on our processing team had found a script without a descriptive name, and ran it to see what it would do."

Because, of course, anyone using a computer and finding a mystery bit of code is going to simply run it and see what happens, aren't they? Just like a kid and an all too attractive flashing button before them. Of course they will.

Chris was not entirely blameless. In the hurry to write the script, he hadn't bothered with niceties such as prompts, warnings or anything to indicate the paper-based devastation that was about to happen.

The curious operator simply ran the file, saw a brief hourglass flicker on the screen, and then moved on, "blissfully unaware that they'd just engaged a mass of document-production servers to start filling the mail trays."

Chris was tediously honest and professional and, rather than attempt to direct the blame elsewhere, confessed immediately to being the author of the ream-munching script. The luckless operator was also tracked down and given a stern talking to.

It was, however, those in the post room that, undeservedly, received the worst of the punishment. Genuine mail had to be separated from the thousands and thousands bank-change letters vomited out by a combination of Chris's script and the Xerox machinery.

"Safe to say," he said, "never again have I written a batch script without a decent name and a 'Are you sure you wish to proceed?' message."

Ever seen a mystery batch file and thought "I wonder what will happen if I run this?" Or left an innocuous bit of script lying around that later caused mayhem to unfold? Of course you have – send your confession to Who, Me? for absolution or, at the very least, a pseudonym. ®

Similar topics

Broader topics

Other stories you might like

  • September 16, 1992, was not a good day to be overly enthusiastic about your job
    If I get in early and work hard, everyone will notice, right?

    Who, Me? "The early bird trashes the business" is a saying that we've just made up, but could easily apply to the Register reader behind a currency calamity in today's episode of Who, Me?

    Our hero, Regomized as "Mike", was working as a "data entry operative" for a tourism company in 1992. The company ran bus tours to the then brand-new EuroDisney, parent company of Disneyland Paris (now the most visited theme park in Europe), which had opened earlier that year.

    Mike was an eager beaver, his youthful naivete having convinced him that if he worked extra hard, came in extra early, and kept the in-tray clear, then his efforts would be both noticed and rewarded with promotion and a bump in pay.

    Continue reading
  • An international incident or just some finger trouble at the console?
    All routers are equal, but some are more equal than others

    Who, Me? Welcome to an edition of Who, Me? where some configuration confusion left an entire nation cast adrift.

    Today's story is set in the early 2000s and comes from a reader Regomized as "Mikael" who was gainfully employed at a European ISP. The company had customers in multiple countries and Mikael's team was responsible for the international backbone.

    "Us senior network engineers were widely regarded as consummate professionals," he told us, before adding, "at least amongst ourselves."

    Continue reading
  • A discounting disaster averted at the expense of one's own employment
    I know what this process needs: Microsoft Access!

    Who, Me? A tale of discounts and process improvement via the magic of Excel, Access and a fair bit of electronic duct tape we imagine. Welcome to Who, Me?

    "James" is the Regomized reader of record today, and continues the theme of running the risk of doing a job just that little bit too well with an ancedote from the end of the last century involving his first job out of university, at a certain telecommunications giant.

    The job involved a process of calculating the discount received by big customers (the ones with multiple branches). "For the life of me I can't remember what the main DB was called," he told us, "but it was the old style green writing on a black screen that took forever to download the necessary data."

    Continue reading
  • In IT, no good deed ever goes unpunished
    When being helpful can mean being shown the door

    Who, Me? Going above and beyond in IT can sometimes lead to also going directly out of the door, as one Register reader found when discovering that sometimes efficiencies can be less than rewarding.

    A reader Regomised as "Will" told of us his days working at a now-defunct company that produced large telephone switches. In those days whenever a major software revision occurred, customers were expected to send in their configurations and Will's group would merge them into the latest and greatest. A new load would then be returned to the customers.

    It was not a fun process, not least because of constant hardware and software failures during the merge process. "When I first started, there was a constant grumble about how unreliable the machine used for the merging was," Will told us.

    Continue reading

Biting the hand that feeds IT © 1998–2022