Can you please set Debug to yes in Administration -> SMTP and restart the service? Do you see extra information in the application log (event viewer)?

Also, when you click on test on the SMTP page, does it work ok?

The Debug Mode was set to Yes. I have saved again just in case and restarted the schedule service. No change. Yes I am able to successfully send a test email from Gemini SMTP page. Could the issue be that I am using Gemini version 4.1.1 and Scheduler Service 4.2.1?

I don't think so, but try it first: http://www.geminiplatform.com/downloads/v41/CounterSoftGeminiSchedulerv41_1.exe

Nope, you are correct. It didn't help. Any other ideas?

Can you check your SMTP server logs? Also, can it be a firewall that is blocking the calls?

I've checked with our SA team and they confirmed that we can send emails internally (which is what we are trying to do) and there is no firewall issue with that. In fact we've sent a test email from Gemini.

I've asked our SA's to check on the SMTP server.

I've checked with our SA team and they confirmed that we can send emails internally (which is what we are trying to do) and there is no firewall issue with that. In fact we've sent a test email from Gemini.

I've asked our SA's to check on the SMTP server.

To do a test, please download and install smtp4dev on the server and point the SMTP details to it, does it work?

I can not install that app on our prod server. However, I had noticed that it seems that we are indeed getting emails after all. :)

I have 2 questions though. 1) I noticed that all of my email preference alerts seem to be unchecked after the move to new server and db. Do you know why that is? It seems to be set that way for all users.

2) Why does the schedule continue to log these messages to the application logs http://gemini 24 issue alerts found.

http://gemini 14 unique issue alerts identified.

http://gemini Total email alerts sent successfully: 0

http://gemini Total email alerts sent unsuccessfully: 0

It mighe be old items that no longer exist. Check the date on the gemini_issuealerts table. The settings will not reset because of DB move. Do you have the old system to compare?

Hmmm, Strange there were 24 records in the db from before 2012. That's seems a little strange. I deleted these.

I happened to just see in the error log the below error logged from the scheduler. Any ideas?

System - Too many automatic redirections were attempted. - at System.Net.HttpWebRequest.GetResponse() at CounterSoft.Gemini.WebServices.BaseService.ProcessResponse[T](String url, Object obj, RequestType requestType) at CounterSoft.Gemini.WebServices.BaseService.GetResponse[T](String url, Object o, RequestType r) at CounterSoft.Gemini.WebServices.AdminService.GetConfiguration() at CounterSoft.Gemini.Scheduler.SchedulerService.Processor.Process()

Are you using the web.config shipped with the same version of Gemini?

I believe so. How can I double check?

We have changed the override.xml extensively.

We will have to do a remote session, please send an email to support at countersoft dot com.

The error stopped being raised. So we will ignore this for now.

Thanks Mark