What Email Needs is Redundancy - RAE = Redundancy Aware Email
One thing I have learned about having an enterprise based in the virtual world is that the unreliability of email can just kill you. In relation to developer.* (and many other aspects of my life) I depend on email as a primary means of communication. I'm sure you can relate.
When emails don't get through, business does not get done. Not to mention, people can get their feelings hurt because they think you've snubbed them. Worse, it causes a lot of stress wondering whether the email got through, whether I should re-send it, how long to wait before I re-send it, whether the person will be annoyed if I re-send it, whether they'll think I'm pestering them, etc. Ugh.
Just recently, the progress of the design of the first book that will be published by developer.* Books (announcement coming soon, I promise) has fallen behind because of lost emails between our book designer and myself. We just today figured out that we've gone the last two weeks without emails getting through. He's sent a few that I never got, I sent a few that he never got. Both of us have been wondering what the hell is taking the other so long to reply. Man, it really sucks.
So here's my idea: add redundancy to this mess of an email system we have. Each person would have at least a few email adresses, and each person would be using a redundancy-aware (RA) email client (something that does not exist yet, as far as I know). Let's say that Bob and Sue both have three email addresses each and that both are using an RAE client. When Bob sends an email to Sue it would actually be sent to all three email of Sue's addresses *from* all three of Bob's email addresses.
Bob's RAE client would be smart enough to make this a seamless usability experience--even invisible. Sue's RAE client would know how to retrieve emails for all three of Sue's addresses, and more importantly, would know how to hide the redundancy from Sue. In other words, the RAE client would know how to match up redundant emails and make them appear in the InBox as one message. If all three messages made it through, the effect on Sue's usability experience would be exactly the same as if only one of them made it through. (If none of them made it through, then three might not be the right level of redundancy.)
An RA email client would also, of course, have an address book
It seems to me that this is something that should be supportable within the existing email infrastructure that we're stuck with. What's more, people who are not using RA email clients can still communicate with people who are. Redundancy-Aware Email may not help with the spam problem (which I can live with), but it might put a stake in the heart of the lost email problem (which I can't live with).
I freely offer this idea to anyone who would like to take a crack at implementing it. I would much rather see it implemented Open Source (which I think would be essential if ISPs and email providers are to support it if it catches on), but if you develop a proprietary solutiuon and make a ton of money someday, invite me on a trip on your yacht.
Comments welcome.
Dan
Don't forget instant messaging and cell phones
To be a presence strictly on email is to be an unknown, a Nigerian spammer. In addition to Dan's idea, don't forget the follow-up call if you can afford it, or instant messaging.
I find worldwide phone calls cheap in Hong Kong. I bought a card for fifty HKD (about 6.00 USA) with several hours of talk anywhere in the developed, and most of the "underdeveloped" world.
I don't know if this is actually "cheap". Keep in mind that my ideas of what is affordable are in rapid evolution because I've had to live on less. But it does seem that the Asian market makes telecom a little more affordable that it is in the USA because USA people don't as a rule need to call internationally, while we in Asia often need to call outside our country of residence.
If you have a headhunter number, and he doesn't respond in about a week to your resume, consider calling him up, introducing yourself with a prewritten capsule description ("C++ and Oracle 5 years", etc) and asking about the status of your application. Of course, plan the call around time zones and his convenience. 10 AM is the best time to call.
Headhunters in the USA are a riot when I call, since they assume that I am Chinese and get ants in the pants about visas.
More generally, head-hunters are a riot
In my youth, an "executive recruiter's" interest meant you were Joe Slick. Nowadays, it means that we are, in T. S. Eliot's words, "men and bits of paper, whirled", in the Waste Land, from "Camden to Putney", or from the burning towers of Sep 11 today.
Sometimes one has to really wonder about SOME headhunters. They seem to be in a passionate search for the stupidest employee who can do the work, with the passion in the search having a negative sign. Their "passion", if that is the word, is rooting out any sign of any spunk in the prospective employee.
We lack a language outside of Theodore Adorno for negative passion but what attracted me to that gas-bag was that before reading Negative Dialectics, I saw it in operation in half-assed little offices in the Chicago loop.
Of course, the phenomenon of the labor contractor, the labor sub-contractor, and the recruitment agent is by no means limited to the USA. Instead, it makes a market out of despair throughout Asia.
In the early days of data processing, I thought how nifty it would be if one single IBM mainframe in Washington would link up all jobseekers with all jobs, and spare me my father's rousting me out of the sack in the morning with a copy of the want-ads, and the stern command to go forth and get a job.
I imaged sitting around the house reading improving books until the employer called, and implored me in dulcet tones to come to work for him.
Needless to say: this is a complete fantasy. It is even foolish, today, to register on Monster or Dice and then go to the beach. As you know, all good things take your level of effort.
I'm doing the Kung Fu Hustle myself in Hong Kong. They say it is good for you. It is.
An RA email client
An RA email client would also, of course, have an address book. Very interesting point b.t.w. Has it developped, or has it any perspectives? Looking to hearing from u.
RAE Development: Not that I Know Of
Hello, krebner. Thanks for your interest in this RAE idea. I do now know whether anyone has started any work on it. I know that I haven't. I remain convinced it's a viable idea. You will have my full support if you decided to undertake development.
Dan
Return Recipt
Actually, I think a better technique for ensuring that emails go through would be to automatically have an email client sent a return receipt to the sender. Perhaps this would be an annoying waste of resources if your email client did this for every smap message, but surely someone could come up with a clever way to configure this.]
Perhaps you could config your system to return recipt everyone in your address book. Something like that.
Your client would also have a send status of every message you've sent. It would be easy for you to check this to see if an email was 1) received by the addressee's client and 2) read by the addressee, or 3) the addressee does not support sending you return receipts. The technical challenge for this would not be that great. Return receipt technology has been around since the early 90s at least, though to my knowledge it has never been used in quite this way.
Receipt vs. Redundancy
I'd have to agree that receipts would be more effective than redundancy. To start with, there are a maximum of two communications, message and receipt, as opposed to a potentially unbounded number of communications. Then there is the whole issue of just why the email isn't getting through. Given that the vast majority of people would try to use RAE by setting up multiple accounts with one provider, I'll bet that success or failure would normally be an all or nothing proposition.
With respect to new development, I think that many email clients already support the concept of receive/read receipts. I know that Outlook does, and it honours the requests even when crossing corporate boundaries. Thus, all that is really necessary is for the sender to request a receipt and for the recipient to honour that request.
Redundancy Aware Email
Very interesting. I totally agree with you and would find this very helpful. Is anything like this in the works?
Nothing in the works that I know of
Hi Neuro,
There's nothing in the works that I know of, sorry. I have not had any time to work on what I subsequently learned is a "lazy web request" on my part--I love that term since it describes perfectly what I was hoping for: that someone else would take my idea and run with it. :-) Unfortunately, even if this RAE thing is a good idea, I fear that the amount of momentum required to make it happen would be an major impediment.
Best,
Dan


Very Interesting
Wallah,
Why didn’t i think of it, but then again ... that’s why i am what i am and you are what you are,
Yes Dan, the Problem with Emails getting lost if for real, a small example..
Recently i got a email from a HR consultant regarding an Opening in A Big MNC, i replied but i did not get a conformation of the reply, Apparently the HR Team got busy with something else and did not reply, which lead me to a conclusion that they must have not received my email, i did resent it and again no reply,
Finally i had to give a call to the concerned person who in turn *WHANKED* me for sending so many copies of reply,
Obviously, this was not something that i cherish as an incident, but i prefer to refer to it as an accident,
Now again, i can not sustain these type of accidents everyday
Your solution is in a way, Ingenious, as of now i cant find something to improve and i think i might just be crazy enough to try and implement it sometime soon!
Nice one sir truly thought provoking!
Da GRaC!