Why move from IBM Domino? An economic study

This is a very interesting and compelling document that you should read before buying into Microsoft’s never ending falsehood that “IBM Notes and IBM Domino is dead”.

Indeed, the opposite is true. Of course, everyone acknowledges that there have been no counter-messages from IBM to Microsoft’s claims and IBM have underinvested in Notes/Domino over the last 10 years but there is change in the air – Notes/Domino V10 has a huge number of improvements and new features (some of which are very compelling) and with V11 coming out in 2019, it’s a very exciting time for the product.

Notes/Domino has now been repositioned as an “Application Development Platform” by IBM which is admittedly, an acknowledgement of the market reality. Although, migrating to Microsoft isn’t always the nirvana it’s claimed to be – many power users only realise what they have when it’s gone. Microsoft will promise everything will integrate better but how about pre-existing Domino applications you’ve spent years developing? How many of your current Domino applications integrate with mail? Generally it’s much more disturbing change than the sales people will tell you, with an unsatisfactory ending. Want a flexible mail workflow rapidly deployed? It’s not going to happen with Outlook.

Another huge piece of the jigsaw is that if you do decide to migrate away from Domino, you are looking at a massive capital investment plus a proven higher cost of ownership. We have seen this happen time and time again with more and more funds ploughed into migration projects with no real return at the end (other than users have Outlook). Bottom line is, budget for your migration, double it and then triple that to get the “real” budget. (e.g. from a real migration – 3 clustered Domino Servers running mail for 1300 users each with 8GB of RAM. Now migrated to Exchange on prem – 4 Exchange servers with 1.4 times the storage each with 64GB RAM and crashing constantly due to insufficient RAM and no answers from MicroSoft – better right?)

So, onto the purpose if this post, yes it’s a report commissioned by IBM and yes it’s partisan but I’ve read through this carefully and cannot see any flaws in the data. Domino really does provide excellent ROI (or TEI) compared to other platforms – have a read and please do drop me an email if you would like to discuss any of the findings or would like more information on Domino V10 and what it can offer your enterprise.


Thanks for reading,

Steven Vaughan

Domino BES – testing handhelds are functioning

A quick and easy test to ascertain if one or more of your Blackberry Enterprise Server users is setup correctly server side or if their device is configured correctly is possible and here’s how……

From your normal Lotus Notes mail (I’m assuming you are using Notes mail !), send the user, users or group an email with the following subject line:


If the Blackberry device is able to receive and send messages, you will get an automatic  reply. If you don’t get a message back, you know something is wrong. The original message you send is removed immediately and the reply is also deleted from their sent view.

A couple of Caveats:

  1. The original message you sent and the reply mail will be in the users trash view.
  2. Obviously this will not work if the handset is turned off or doesn’t have the appropriate signal, in this case the original message you send will also not be deleted until their handset is online.


Restrict email to Domino directory Groups – now coming to iNotes !

It’s fairly well documented that you can restrict users from emailing certain groups if you change the readers field on the group to specified users/groups. That works great (in later releases).

You can’t however say the same about iNotes. When a user addresses a memo to a “restricted” group in iNotes, they get the following error:

iNotes error

If the user clicks on “Use Name Anyway” the mail is successfully sent. Not great.

This will apparently be fixed in Domino R8.5.2 FP2 and R8.5.3.

Email Signatures with Graphics

A question that comes up on occasion from our customers relates to having graphics in email signatures. Do they work ? Why do the graphics appear as attachments for some recipients etc ?

Of course some companies love using graphics in email signatures. It promotes the brand, can make the email look very professional but it doesn’t always work. Why ?

Embedded Graphics
Using embedded graphics in signatures can lead to problems with the recipient seeing the signature as sent. The graphics may be stripped out and added as normal attachments or removed altogether. This is due mainly to the recipients email systems. Some companies do not allow embedded graphics or embedded html into their environment for security purposes.

Using graphics hosted on an Internet server
A workaround for the above may be to have graphic “placeholders” in your HTML signatures which then load the graphics from a server located on the Internet. This way the graphics are not embedded within the signature but load when the recipient user opens the email. The caveats for this solution are that some companies do not allow any HTML coming into their systems thus rendering this solution useless or the user receiving the email may not have internet access to retrieve the graphics.

Using embedded graphics or hosted graphics will work fine for a lot of recipient users/companies but you can never guarantee that either option will work. There are two many variables in place such as the recipients external facing or internal email system which may have policies in place restricting usage. No companies are obliged to allow graphics via email into their environment nor are there standards that suggest that you have to. These policies are strictly personal to the company and so using graphics in an email signature will carry some risk that your branding will be diluted.

Please let me know your experiences on using graphics in emails……