Agent for mail.box

HCL Domino Domino Forum
1

Hi there

I intend to implement 2 things for my domino server:

  1. Implement a whitelist mechanism so that a particular sender could only be sending message to a pre-defined set of recipients

  2. All messages from my domino domain will be routed to another domino domain which acts as a bridge and routes message to designated domino domain. I have been told by my boss that a message throttling should be in place to prevent mass messages from routing to the “bridge”. The reason is that my domino server is used by a java application via DIIOP, my users actually are sending web service request to the java application to send messages out, therefore, the users can send mass messages with ease.

My thought is that I can implement a mail.box agent to accomplish my goals, so I made a “before new mail arrives” agent and “after new mail has arrived” agent for testing purpose. But I found that the “before new mail arrives” agent is never triggered. The “after new mail has arrived” agent is triggered with an error - target document does not exist, it seems that the document is transmitted out of mail.box before the “after new mail has arrived” agent is triggered.

Am I going to a wrong way? Appreciate if someone could give me a suggestion.

Mike

2

Subject: agent for mail.box

Agents will not run in mail.box.

If you want to do anything with messages as they are deposited in mail.box, you will have to use the Notes C API. This is not easy. In fact, minor mistakes can crash the router or the entire server. Even if you manage to avoid that, you can slow down mail routing performance if you do not do it the right way. (The right way is generally to create a server task and a separate small DLL. The DLL uses EM routines to hook the events, immediately place new messages on hold, and send a signal to the server task. The task itself does the rest of the work and releases the hold (or deletes the message from mail.box) when it has done all of its work. You will need to do extensive and very careful QA in a test environment that can simulate your traffic levels for a long period of time in order to have confidence in your solution.

You would be far, far better off contacting the established third-party vendors who sell mail management software for Domino and checking into whether you can buy a solution that does what you want and is already coded and extensively tested.

-rich

3

Subject: RE: agent for mail.box

Rich, appreciate your advice. I will look into your suggestion.