How to test office365 smtp is working?

Just whitelist the public IP and don't bother with authentication. Use your firewall to control access to outbound SMTP so you don't get a client relaying through your mail server.

I will also look into the IP whitelist. Are there any specific articles I can look at that?

If you've tried an 'SMTP sender' app and it worked then i'd assume it's something to do with Moneysoft Payroll Manager rather than Office365 or the Draytek - infact, i've used the exact same setup, 2920n and using a Office365 account's SMTP, for router/server/software notifications in a few locations without issue.

I'd double check the Office365 account in a email app using the SMTP settings and see if it'll send mail and similarly it might be worth setting up a dummy GoogleMail/Hotmail/Yahoo/simple mail account on web hosting/etc account and seeing if Moneysoft Payroll Manager will send mail using the dummy account.

Could I use something like thunderbird to test the smtp settings?

Ive set up a temp gmail account which works fine with the Payroll software but not sure if office365 could have an issue with the 2920n whereas the gmail account doesnt?
 
I have a client with several Xerox machines that can scan to email. This client uses Office 365. I had to set up the Xerox machines to relay via Office 365 as there was no in house Exchange. This was relatively simple - I used this: http://technet.microsoft.com/en-us/library/dn554323.aspx which is what Caged linked to earlier. I used the "SMTP Relay" option.

It involves:

- in the Office 365 portal, creating a Mail Flow > Connector
- modifying the TXT DNS record for SPF to allow mail to be sent from the WAN IP address of the client (this might be your issue!). I also use the WAN IP white listing so no authentication is required on the Xerox machines - Office 365 checks the WAN IP address of the originating mail and if it matches, it lets it relay
- in the Xerox, the SMTP server field was set to: domain-co-uk.mail.protection.outlook.com - this matches your MX record
- in the Xerox, I set the outgoing email address to [email protected] and "No authentication"

It works flawlessly.
 
If you're relaying through Office 365 then you don't need to change your SPF. You'd only put your WAN IP in your SPF record if your mail server was on-premise.
 
Yes, I stand corrected. I added the WAN IP address because I have a UTM device that mails out notifications to an email address (mine) not on the client's Office 365 domain - my mail system checks the SPF and was rejecting the email before I modified the SPF.
 
Set up the SMTP Relay....and it works!

You guys are the best! Please stand in line for virtual hugs and kisses!
 
Moneysoft Payroll SMTP with Office365

I am experiencing exactly the same problem!

I have tried to set up an inbound connector with:
Connector Type: On-premise
Security: Opportunistic TLS
Domain Restriction: None
Sender Domain: mydomain.com and also * wildcard
IP Address: Static public IP

I receive the following error:
Could not send Connection lost (error code 10053)

Anybody got any advice??

Thanks,
 
Back
Top Bottom