ivolach
asked on
Quickbooks email relay fails
I am trying to send invoices from quickbooks through 'other' email exchange 2010 server.
When I send the message, it keeps prompting for password.
The Exchange 2010 server is configured to accept email relay (receive connector configured) with simple authentication.
Outlook anywhere connects with my UPN credentials, and I am able to login through OWA.
When I test the 'auth login' via telnet session, I get 'authentication unsuccessful'
When I send the message, it keeps prompting for password.
The Exchange 2010 server is configured to accept email relay (receive connector configured) with simple authentication.
Outlook anywhere connects with my UPN credentials, and I am able to login through OWA.
When I test the 'auth login' via telnet session, I get 'authentication unsuccessful'
ASKER
Please elaborate on outgoing server authentication, I don't understand what you mean by that.
I have been trying to test the auth login through telnet and keep getting authorisation unsuccessful.
I have been trying to test the auth login through telnet and keep getting authorisation unsuccessful.
Outgoing Server is a setting in Advanced Outlook account settings. It needs to be set if relaying email.
ASKER
I probably need to clarify the setup/issue I am having:
I run QuickBooks on an off-site computer.
I have configured QuickBooks to send forms via webmail, others, exchange 2010 server port 587
When I try to send a report via email, it keeps prompting for password.
I have tried to debug the issue using Telnet.
The Telnet session shows:
250-SIZE 10485760
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-X-ANONYMOUSTLS
250-AUTH LOGIN
250-X-EXPS GSSAPI NTLM
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250-XEXCH50
250-XRDST
250 XSHADOW
When I try to 'Auth config' command I get the error message 'authorisation unseccessful'
I run QuickBooks on an off-site computer.
I have configured QuickBooks to send forms via webmail, others, exchange 2010 server port 587
When I try to send a report via email, it keeps prompting for password.
I have tried to debug the issue using Telnet.
The Telnet session shows:
250-SIZE 10485760
250-PIPELINING
250-DSN
250-ENHANCEDSTATUSCODES
250-X-ANONYMOUSTLS
250-AUTH LOGIN
250-X-EXPS GSSAPI NTLM
250-8BITMIME
250-BINARYMIME
250-CHUNKING
250-XEXCH50
250-XRDST
250 XSHADOW
When I try to 'Auth config' command I get the error message 'authorisation unseccessful'
I probably need to clarify the setup/issue I am having: ..... When I try to send a report via email, it keeps prompting for password.
QuickBooks does not know the webmail authentication (but does know the local authentication). QB email is fairly rudimentary and needs a full setup locally.
So the way you have it looks fine, but for webmail, it will ask for password. That is what I have seen. We stick to full featured email for QuickBooks.
QuickBooks does not know the webmail authentication (but does know the local authentication). QB email is fairly rudimentary and needs a full setup locally.
So the way you have it looks fine, but for webmail, it will ask for password. That is what I have seen. We stick to full featured email for QuickBooks.
ASKER
It was working until couple of weeks ago when we have updated Exchange 2010 to the latest update.
I don't have the option to use Outlook for the QuickBooks install, so I have to find a way to make it work using relay on exchange.
I don't have the option to use Outlook for the QuickBooks install, so I have to find a way to make it work using relay on exchange.
As I noted, QB email is very rudimentary and if you changed something outside of QB (Exchange) that alters security, that would affect QB and you can't change that.
Have you got the newest version of QuickBooks?
Have you got the newest version of QuickBooks?
ASKER
I do have the latest version of QuickBooks.
However, since the telnet authentication fails, it is not a surprise that QuickBooks fails.
I would like to resolve the telnet authentication issue and I believe it will resolve the QuickBooks as well.
However, since the telnet authentication fails, it is not a surprise that QuickBooks fails.
I would like to resolve the telnet authentication issue and I believe it will resolve the QuickBooks as well.
Outlook (back end) may not allow telnet to resolve because of the port number. Can you use the secured ports?
ASKER
I am using port 587
Outlook anywhere works OK.
Which port would you suggest using?
Outlook anywhere works OK.
Which port would you suggest using?
You need 587 / TLS and Telnet will likely fail because of that.
ASKER
Why would I need TLS. It is checked off in the relevant receive connector
QB may not be picking that up. That was my point earlier.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
I have found the solution elsewhere.
If relaying is enabled downstream, you may not be able to prevent QB asking for password.