Mail Log on Ubuntu is at:
/var/log/mail.log
Not really a bug, but a misfeature. The System Logs module is capable of viewing all kinds of logs, but it thinks of itself as a syslog management module, so it refuses to work without some syslog package installed.
Ilia made a copy of it for systemd systems that no longer have syslog installed by default as a solution to that problem (I think I would have rather just made the Systems Logs module less stubborn and allow it to work without syslog installed, but Jamie wanted it to be a new module), but that Webmin release isnât out yet.
So, three solutions:
ok Joe
I will wait for the new webmin.
For now, you need to run journalctl -f -u postfix.service
command on the console and try sending mail with your Outlook, and see what it prints after you trying to do it.
Also, try using another client, like Mozilla Thunderbird â does it change anything?
Besides, itâs expected that you have installed Virtualmin using official install.sh
script and not using some online tutorials.
SASL authentication failure: cannot connect to saslauthd server: No such file or directory
somethingâs wrong with your email setup⊠did you do any manual changes on webmin/virtualmin?
better try reinstalling if you canât fix it manually⊠or get someone to fix it for youâŠ
seems like saslauthd is not running, or not running in postfix chroot as it should, or something elseâŠ
the issue is i cannot connect to my email id through outlook. i can send and receive email via usermin
no manual changes have done. just restored my old backup taken from ubuntu 20.04
does SASL authentication failure: cannot connect to saslauthd server: No such file or directory , concern with apache.my apache service is not stopped.
No!
Please never suggest reinstalling as a solution to problems. That simply cannot fix anything, because after package installation the Virtualmin installer performs additional configuration that is not provided by the package.
Of course not. Apache is a web server, has nothing to do with mail.
saslauthd is an authentication server. Restart the saslauthd service, and see if there are any errors. Or if things start acting right.
that was a suggestion because user doesnât know how to debug/fix errors. also this was half suggestion, âor find someone to fix itâ was the 2nd.
in anycase reinstallation depends on the system (eg. single domain). sometimes its easier/faster to reinstall, than debug for hours/days/weeks without fixing anything⊠a reinstallation shouldnât take more that a couple of hours.
anyway,
2c
Is saslauthd running and did it start at boot time?
You perhaps could see if the file /etc/default/saslauthd contains a line with âSTART=yesâ (without quotes). In a situation like yours for me this line was missing after a clean U22.04 install and vm7-beta-install.sh version 7.0.0-RC8.
Only after I added this line I could send emails from Thunderbird @W10 and an android tablet. Before that I could receive mails and only send from UserMin.
cannt see this line âSTART=yesâ in /etc/default/saslauthd
this is the orginal file
saslauthd.zip (1.1 KB)
It should already be there (and has been for 15 years). Virtualmin-Config/SASL.pm at 6a1ad2642151964b262ecc433d60295bf9ac0f98 · virtualmin/Virtualmin-Config · GitHub
Are you sure your install completed with no errors or warnings? I guess weâll need to test it locally, as I donât see anything wrong with what weâre doing in virtualmin-config.
With U22.04 I did a few error-free installs on a Contabo VPS, all with the the missing START=yes line that before was almost at the top of /etc/default/saslauthd.
I have a few more Contabo VPS running U20.04 and VM, they all have this START statement at the first active line of this file.
Just checked a recent U22.04 install on a Raspberry Pi 4, again the START=yes line is missing. The PI install image I downloaded from ubuntu.com.