SendMail - looking for beta testers

I have developed a new mail client for Service Manager based on RestFull API. It is meant to replace SCsmtp and Javamail which both have a bug that cause them to loose emails when the mail server is not available.

I need to have the client tested against different mail servers (SMTP) so if you are interested in testing this application let me know. It is very simple do install and setup.

  • Hi, Tommy,

    1. is it for both inbound and outbound?

    2. what is the speed, have you tested it? (we need to send ~200K emails from HPSM per day)

  • 1: outbound only.

    2: No I have not done that kind of speed test. But good point I will add some timing code to see how fast it is.

  • I have done a few performance tests and can see that it will be the SMTP server that sets the limit (at least in my test setup). I only have gmail to test against and sending one email takes approx 1 s. All other steps pr email takes less than 20 ms. If you would like to test it in your enivronment send me an email. I have added logging of the timing so if you send 100 test emails (or more) you can calculate if it is capable of sending 200k emails pr day.

    Here are some data for sending 10 emails.

    00:00:00.02	ReadIniFile
    00:00:00.00	ReadPointer
    00:00:01.25	GetEmailList
    00:00:00.01	GetEmail
    00:00:01.33	SendEmail
    00:00:00.00	WritePointer
    00:00:00.17	SetEmailProcessed
    00:00:00.03	GetEmail
    00:00:01.34	SendEmail
    00:00:00.00	WritePointer
    00:00:00.01	SetEmailProcessed
    00:00:00.01	GetEmail
    00:00:01.46	SendEmail
    00:00:00.00	WritePointer
    00:00:00.04	SetEmailProcessed
    00:00:00.01	GetEmail
    00:00:01.19	SendEmail
    00:00:00.00	WritePointer
    00:00:00.05	SetEmailProcessed
    00:00:00.03	GetEmail
    00:00:01.14	SendEmail
    00:00:00.00	WritePointer
    00:00:00.01	SetEmailProcessed
    00:00:00.01	GetEmail
    00:00:01.36	SendEmail
    00:00:00.00	WritePointer
    00:00:00.11	SetEmailProcessed
    00:00:00.02	GetEmail
    00:00:01.16	SendEmail
    00:00:00.00	WritePointer
    00:00:00.11	SetEmailProcessed
    00:00:00.03	GetEmail
    00:00:01.21	SendEmail
    00:00:00.00	WritePointer
    00:00:00.06	SetEmailProcessed
    00:00:00.02	GetEmail
    00:00:01.23	SendEmail
    00:00:00.00	WritePointer
    00:00:00.07	SetEmailProcessed
    00:00:00.03	GetEmail
    00:00:01.15	SendEmail
    00:00:00.00	WritePointer
    00:00:00.08	SetEmailProcessed
    00:00:14.97	Total
  • Ok I installed a local smtp server ( https://www.hmailserver.com ) and testet with 1000 emails.

    Result was. 76 seconds to send 1000 emails which is 13/s and 1.123.200 emails in 24 hours, is that sufficient for your needs ;-)

    Looking at the numbers approx 60% of the time is ServiceManager time and approx 40% is mail server time. Can of course vary with server setup etc. I ran this test in a vmware windows 2012R2 with 4 cores with 8 gb ram running on a desktop pc with 8 cores and 32 gb ram.


    ps this of course depends hightly on the smtp server. As you saw with gmail it took over 1 second pr email. 

     

  • I did another performance test and the result was interesting. I wanted to compare my application against HP Javamail.

    So I had javamail send 1000 emails in the exact same enivronment. It took 40 seconds in default setup with 10 threads. Yes that is almost twice as fast as my client (maybe because of the missing error handling code ;-) ). Then I changed the configuration so Javamail only used 1 thread like my application does which is a more fair way to compare. Now it took 47 seconds for 1000 emails. That is not a huge performance boost you get by having 10 threads.

  • The application will include a GUI for editing the config file. Maybe not the prettiest but makes it easy to modify configuration.

     

     

     

  • The application will include a GUI for editing the config file. Maybe not the prettiest but makes it easy to modify configuration.

     

     

     

  • The application will include a GUI for editing the config file. Maybe not the prettiest but makes it easy to modify configuration.