I'm sending GET request at http://192.168.43.166:4984/grocery-sync/ {"error":"Unauthorized","reason":"Login required"} and it asks for Username and Password, I don't know which credentials it's asking as I have not entered any authentication credentials while installing. How do I add these credentials now, if I want to or is there any default credentials to do Authentication?
Related
When I try to send a message via smtp, the error message "550 5.7.60 SMTP Client does not have permissions to send as this sender" appears.
If I give myself a send as permission on my own Mailbox, the whole thing works.
I tried to connect via telnet and found that the authentication is NTML.
The Receive connector is configured correct.
I use an Exchange Server 2019.
I am trying to send an email using the smtp.office365.com server. It always return the same error:
5.7.57 Client not authenticated to send mail.
As far as I know, the problem is related with the fact that I'm working with ADFS. So I have previously federated my domain to work with Office 365. When I try to log in to Office, I'm redirected to the login page of my platform, which is fine.
Is there a way to send email using the Office smtp server when working with ADFS?
Not to my knowledge, you need to change the primary username to use your tenant domain rather than your federated domain. Then you'll be able to log in without ADFS.
We configured a single account for SMTP with just an Exchange Plan 1 license, and then set up internal SMTP relays using that account to transmit to O365. We then limit connections on that account to only known locations. Then we add SendAs permissions for that account to all the DLs/mailboxes that we need to send email from.
I am configuring msmtprc smtp to send an outbound email and having a trouble with office365. It's working fine with Gmail account, but I am getting the following error with office 365.
msmtp: authentication failed (method LOGIN)
msmtp: server message: 535 5.7.3 Authentication unsuccessful [BN6PR13CA0016.namprd13.prod.outlook.com]
msmtp: could not send mail (account default from /etc/msmtprc)
/var/log/msmtp.log
Authentication unsuccessful [BN6PR13CA0016.namprd13.prod.outlook.com]' errormsg='authentication failed (method LOGIN)' exitcode=EX_NOPERM
/etc/msmtprc
defaults
auth on
logfile /var/log/msmtp.log
account office
host smtp.office365.com
port 587
protocol smtp
from support#example.net
user support#example.net
password *******
tls on
tls_starttls on
tls_trust_file /etc/pki/tls/certs/ca-bundle.crt
Does anyone successfully use Msmtprc with office365?
Thank you.
I've been successfully using msmtp fine for quite some time, using the following settings (on a CentOS 7 box), but with the config in $HOME/.msmtprc since it's just for my user rather than globally:
account default
host smtp.office365.com
port 587
tls on
tls_starttls on
tls_trust_file /etc/ssl/certs/ca-bundle.crt
tls_certcheck on
auth on
user username#example.com
passwordeval pass office365.com
from username#example.com
logfile ~/.msmtp.d/msmtp.log
..so this is 99% the same as yours except that instead of having the password in the file I'm using passwordeval to provide it via the output of the given command.
Perhaps multiple spaces between password and the password itself is causing the spaces to be added to the start of the password?
You could also try running msmtp so that it has a controlling terminal (i.e. run from the shell rather than via the service manager as with systemctl) to test whether providing it the password that way works as expected?
I have a forgot password page that sends the auto generated password to the given mail id, i have to check the this password travel encrypted in network or not.
According to your situation the when the password is sent to an email address via the forget password option then there is no way you can check it that what the server sends to the email client.
You forget password is received by the web server and the server then connects to email server and you only get the confirmation that the password has been sent to the requested email or not. The connection between the web server and the email server is not intercept able by the client side until and unless you lye between the web server and email server.
If you have curiosity about the email sending mechanism technique then refer to this article here:
http://www.digitaltrends.com/mobile/can-email-ever-be-secure/
Is there anyway to check or validate the username and password assigned to an exchange service before getting a url ?
In my program now , I create a new service and assigned username and password to it as follows
var service = new ExchangeService(exchangeVersion) { Credentials = new WebCredentials(userSmtp, password) };
service.AutodiscoverUrl(userSmtp, RedirectionUrlValidationCallback);
If there is something wrong with the credentials (e.g. wrong password), the exception will be
"Autodiscover service couldn't be located".
The problem with this method that it does not really specify the reason for not being able to bring the url. So is there any way that I can know why exactly I am unable to locate the the service? for example I would like to see an exception message saying that wrong username or password.
Can anyone help me with that ?
Have a look at the Microsoft Remote Connectivity Analyzer # https://www.testexchangeconnectivity.com/
You can test:
-Microsoft Exchange ActiveSync Connectivity Tests
-Microsoft Exchange Web Services Connectivity Tests
-Microsoft Office Outlook Connectivity Tests
-Internet Email Tests