I would go one step further. Use the administration process for (server) database deletions. We do not have to care about local databases, as every local database should only be a replica of a database on the server. The admin process is more flexible than the recycle bin, as you can use the bin only on Windows servers. The functionallity is already there; you are asked for deletion of replicas on all other servers when you delete a database on one server. So why not enhance this to the initial delete as well.

I have demoted the idea. I totally agree that it is not easy to get statistics other than the provided one. When you want to get the number of files in the DAOS folder for example, you can use "DOS", C or the powershell for example. I have experimented with all of them. You get the number, but regardless which way you go, it takes it's time. Same for the foldersize. But as it is recommended to use a seperate drive, it is obsolete to ask for the foldersize.File + ticketcount? Cannot think of any statistics where this can be relevant. Once the attachments are de-duped there is no need to know, how often a NLO is referenced.

Back to FileCount and Foldersize. These parameters are indeed available, as they are written to daos.cfg. Unfortunately only on server restart.

These values are not accessible during server uptime; so, as a change to this idea, make these value available, please.

@Paul: Thanks for the tool; it is near but not exactly what I need. When I'm talking about roles, I'm thinking of something like [MyRole]. This option is missing in your tool, but it is open source and I can change the code to my own needs.

Another thing is that I do not need to enable/ disable the [MyRole] on all mailfiles but on selected users.

We have added some functionality to the mailfile to store mails as an attachment to an SAP business object. And not all users need this option. So I do have to change the ACL for selected users only.

I suggest to build your own solution using Trigger Happy by Damien Katz.Add a new field to the memo form ( DeliveryDateTime ). Configure a trigger to run when mail arrives in mail.box.Check the DeliveryDateTime. If DeliveryDateTime > @Now then set the mail to hold.The same agent now checks the DeliveryDateTime field in mails on hold. if DeliveryDateTime < @Now then remove the hold flag. The mail is now routed.I haven't tried yet, but this should work ...