All I get is “A problem occurred while sending the email. Please revise your settings.”
The Cloud is on the same local subnet as the Exchange-Server used to send mails. The Exchange is set up with an anonymous relay connector for the nextcloud, in order to reduce the failure points for troubleshooting, so sending mail through it should be as straightforward as it gets, it’s a simple SMTP 25 connection without any need for authentication.
If I telnet from the nextcloud-server, using the exact same settings, the mails go through without a hitch. Meaning DNS resolution is fine, and the Exchange accepts and relays mails from the host.
So something seems to be different with Nextcloud’s mailing system. I’m generally at home in the Windows Server world, so I don’t really know where to start.
Yep i’m in the same boat as well. I have to pay to use an smtp provider when I have my very own!!!
What the hell nextcloud. My Exchange 2019 enterprise server works perfectly for all of my send-mailmessage script, all my blat scripts, all these cheap POE CCTV cameras but NOOOOOOOOOOOOO internal nextcloud ohhh sorry A problem occurred while sending the email. Please revise your settings. (Error: Email could not be sent. Check your mail server log).
What’s funny is I can send unauthenticated emails from my Ubuntu server that Nextcloud is hosted on, I can telnet to my exchange server using 25, 465, 2525 and 587 they all connect, I can ping my exchange server, I can ping the mx record.
Lots of digging through issues on the GitHub later…adding this to the config solved my issue:
‘mail_smtpstreamoptions’ => array(
‘ssl’ => array(
‘allow_self_signed’ => true,
‘verify_peer’ => false,
‘verify_peer_name’ => false
)
),
Apparently the new symfony mailer cannot handle it otherwise. Settings in the GUI seem to not have the desired effect (like selecting unencrypted…after which it should not matter what SSL weirdness symfony does)
Maybe that ought to be…y’know…in the documentation? Or maybe the functions should reflect the settings in the GUI. Or just get rid of the mailing GUI if it has to be handled in the config either way.
This saved me! I lost two days on this problem tracing packets in my firewall, digging in my Exchange logs, seeing the server connected over SMTPreceive, but it just errored out with untrustedroot. My nextcloud is in the DMZ connecting to the Exchange server through a NAT loopback, which ends up as a WAN to LAN rule. If NextCloud doesn’t plan on fixing this anytime soon, then I would ask them kindly to post a fix article on their site somewhere.
I was running the nextcloud container on a fresh install of ubuntu 22 and I could not get the nextcloud mail settings to work with my on-premise exchange server using a GoDaddy certificate. After I inserted Pixel1191’s suggestion, my mail started working. Thank you Pixel1191.
Sounds like the Email docs chapter could use some love to make things clearer. Feel free to submit suggestions or edits (either directly as PRs or as Issues, in the Documentation repository: GitHub - nextcloud/documentation: 📘 Nextcloud documentation
For the time being, for those that end up here, I suggest: