I’m sure that I have seen the answer to this somewhere already, but cannot find it a the moment of typing this.
When configuring the various components of C1 for sending emails, what IP addresses does the components send from (so I can configure our email server to not use user authentication). The main one I need is service desk at the moment.
@Anna_C - The answer provided is barely relevant to the question asked.
I have asked - What IP address does the Service Desk send emails from. Currently, i am wasting a license to have emails working using SMTP authentication, but would rather handle this through a SMTP connector using the source IP address.
The help link you provided does not contain that information. That page provides guidance on allowing ports through the firewall for the various Comodo agents.
The outgoing IP address of SD is “188.8.131.52”
This is the IP address that is seen from the outside when SD is sending direct emails.
We do not recommend using connectors on Office 365 service to receive our emails because this behaviour has a much higher risk of getting SD emails marked as spam.
Using an Office 365 license/email account only for SD usage is the recommended and most problem free way.
Hope this helps. Please let us know if this answers your concern.
Office 365 should not be done via port 25, and the IPs should not be used to add to Office 365 to allow relaying either as this has caused C1 servers to be listed on the Microsoft High Risk Delivery Pool (HRDP), so emails sent via this platform will more than likely go into junk or be stopped by RBL checks as MS HDRP is listed everywhere.
You should have a dedicated user account for ServiceDesk (SD), then configure it in O365 to not expire the password. Configure ServiceDesk to login and send via port 587 as per MS Tech articles.
I warn you now that there is a problem with 365 sending which I’m working with support on currently.
I have always used this way of doing it. It’s even in M$ how to relay. I have tried the 587 with permissions and I cannot get it to send a test email. I have done spam tests on the emails sent out of the SD and the come back with a SCL of 1. I don’t care now how I do it I just want it to work !! As we all do ;). So far the only way I have managed to get this working is by adding a relay connector.
It’s an internal list which MS do not advertise…
But 90% of our clients are on Office 365; when we enable auth to use Office 365 for sending all emails go to junk … O365 reports say this is a end user rule which digging deeper is HRDP kicking in.
Swap them back to send via our spam filter (still using our domain) all service returns to normal.