Ray, It looks like you are set up to delete the record as soon as it is sent. Many of us have that turned off so that we can search the form when someone says "I didn't get an email for that ticket."
Dave -------------------------- [EMAIL PROTECTED] (Wireless) ----- Original Message ----- From: Action Request System discussion list(ARSList) <[email protected]> To: [email protected] <[email protected]> Sent: Thu Jun 07 06:36:26 2007 Subject: Re: AREmail and performance questions ** Joe: which form are you saying should be archived? I thought all the emails sent are in AR System Email Messages form. But what I am seeing is, as soon as an email is sent, it goes away from that form. TIA Ray From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Joe D'Souza Sent: Wednesday, June 06, 2007 4:23 PM To: [email protected] Subject: Re: AREmail and performance questions ** I do not think the alert thread has anything to do with the Email engine.. the alert threads primary function is to poll through the Alert List form, and to send these Alerts to listening Alert clients. It does the same as what the arnotifier daemon used to do. Specifying more than one SMTP server in my opinion will not benefit you in any way as the email engine contacts the SMTP server only after processing the email message form and after processing the email message form for pending emails to be sent.. The only tweak that is worth doing is making sure that processed or sent emails from the form are periodically deleted from the form or archived into another form so that the email engine has a smaller number of records to scan through to qualify ones that have to be sent and then process them.. Do not keep the polling interval too large, nor too low. 1 minute might be too low, 20 minutes might be too large if you are having about 100 emails that are created on the email message form per minute.. 2 to 3 minutes might be a good number for that many emails that get generated per minute.. Whereas if you get just about 10 emails to process per minute you could probably risk having the polling interval as low as a minute.. So what I think you should be doing is averaging how many emails are created per minute ready to be sent and then according to that work on a decent polling interval.. which is neither too small, nor too large.. Joe -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Sean Garrison Sent: Wednesday, June 06, 2007 2:44 PM To: [email protected] Subject: AREmail and performance questions ** Hey ARSListers, Here is my understanding of the aremail engine: Data gets put into the AR System Email Engine The remedy e-mail process polls on a specified interval to see if there are any e-mails to be sent or recieved Remedy processes the e-mails at whatever chunk size you specify in the "EmailDaemon.properties" file. It is my understanding that this is a single thread for processing outgoing messages. I am trying to maximize the performance of the e-mail engine ... so here are my questions: Does setting the "Alert" thread do anything for the performance of the email engine or does that only affect "Remedy Alerts"? Does specifying more than one outgoing e-mail smtp server increase performance of the e-mail engine? Any other tweeks that might help in that arena? Our concern is the timliness in which e-mails are sent out from the system. Especially if you send a lot at once for a major outage. Thanks, Sean P.S. Please don't respond about alarm point, etc. We are aware of it and are looking into it ... I just want to know about the current design of the remedy e-mail engine. __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___
