Strange Email Problem with newly deployed virtualmin virtual domains

Hello,

I have 5 virtual domains set up on a single virtualmin administered debian 8 server. None of the domain can access email although all other services are working as expected.

Here is some configuration information for one of the virtual domains but you can expect to see the same nomenclature in all and set to be unique to each virtual domain.

Domain: linuxnuts.com

DNS: ; linuxnuts.com [889704] $TTL 86400 @ IN SOA ns1.linode.com. bradley.linuxnuts.com. 2016110172 14400 7200 1209600 86400 @ NS ns1.linode.com. @ NS ns2.linode.com. @ NS ns3.linode.com. @ NS ns4.linode.com. @ NS ns5.linode.com. @ MX 10 mail.linuxnuts.com. @ A 192.81.128.181 mail A 192.81.128.181 www A 192.81.128.181 @ AAAA 2600:3c01::f03c:91ff:fea1:2613 mail AAAA 2600:3c01::f03c:91ff:fea1:2613 www AAAA 2600:3c01::f03c:91ff:fea1:2613

Firewall: Status: active

To Action From -- ------ ---- 22 ALLOW Anywhere 80/tcp ALLOW Anywhere 21/tcp ALLOW Anywhere 25/tcp ALLOW Anywhere 143 ALLOW Anywhere 443 ALLOW Anywhere 993 ALLOW Anywhere 10000 ALLOW Anywhere 22 ALLOW Anywhere (v6) 80/tcp ALLOW Anywhere (v6) 21/tcp ALLOW Anywhere (v6) 25/tcp ALLOW Anywhere (v6) 143 ALLOW Anywhere (v6) 443 ALLOW Anywhere (v6) 993 ALLOW Anywhere (v6) 10000 ALLOW Anywhere (v6)

Relevant results from mxtoolbox.com in regards to smtp: Connecting to 192.81.128.181

220 tesla.linuxnuts.com ESMTP Postfix (Debian/GNU) [844 ms] EHLO PWS3.mxtoolbox.com 250-tesla.linuxnuts.com 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN [662 ms] MAIL FROM:supertool@mxtoolbox.com 250 2.1.0 Ok [656 ms] RCPT TO:test@example.com 454 4.7.1 test@example.com: Relay access denied [656 ms]

PWS3v2 3730ms

I am trying to connect with thunderbird and have come up empty on this one. It all looks good to me. Any thoughts?

Thanks,

Brad

ps i checked for the -r flag in saslauthd and it's there although your support doc says it should exist in the "params=" line when in fact it's "options=" that it is found. Also the same doc refers to a path of /etc/defaults/saslauthd and it should read /etc/DEFAULT/saslauthd .

Just thought you might want to know.

Status: 
Active

Comments

Howdy -- you may want to review /var/log/mail.log for any errors, it may contain some clues.

It looks like you're using Virtualmin GPL though, the area here is for folks using Virtualmin Pro. We'd encourage you to ask your above question in the Forums. We monitor the Forums, along with lots of wonderful folks in the community.

Thanks!

midihipi's picture
Submitted by midihipi on Fri, 11/04/2016 - 15:25

Anyone else ever have this issue that you know of? It seems a dovecot problem...

We hadn't run into that before, unfortunately.

My suggestion would be to ask in the Forums, and perhaps you can get some additional answers there. Thanks!