Skip to content

Email issue (virturalmin)

Solved Hosting
5 3 2.1k 1
  • wrote on last edited by
    #1

    Just logged into Virtualmin and the following message is displayed:
    “Warning! Warning - errors were found in this domain’s DNS records : This domain has email enabled, but none of the MX records point to it. Either the MX records should be corrected, or the email feature disabled if mail is hosted externally.”

    This probably points to why my forum new account went to spam?

  • JAC JAC

    Just logged into Virtualmin and the following message is displayed:
    “Warning! Warning - errors were found in this domain’s DNS records : This domain has email enabled, but none of the MX records point to it. Either the MX records should be corrected, or the email feature disabled if mail is hosted externally.”

    This probably points to why my forum new account went to spam?

    wrote on last edited by gotwf
    #3

    @jac Typically you want your domain’s MX records to point to FQDN server name, e.g. foo.example.eg

    % drill stockportcounty.fans mx 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 63911
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	MX
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	MX	10 stockportcounty.fans.
    
    

    Yours do not. Although a bit more drillin’ and reverse lookup indicates thusly;

    % drill stockportcounty.fans 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 160
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	A
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	A	65.108.63.35
    
    ;; AUTHORITY SECTION:
    
    ;; ADDITIONAL SECTION:
    
    ;; Query time: 127 msec
    ;; SERVER: 204.8.232.207
    ;; WHEN: Sun Oct 10 19:37:02 2021
    ;; MSG SIZE  rcvd: 54
    <kvg@loon:~>% drill -x 65.108.63.35     
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 57802
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; 35.63.108.65.in-addr.arpa.	IN	PTR
    
    ;; ANSWER SECTION:
    35.63.108.65.in-addr.arpa.	86400	IN	PTR	vps.stockportcounty.fans.
    
    

    I think you probably want your mx record to point to vps.stockportcountry.fans.

    It is important for forward and reverse lookups for MX records jive. Maybe you are looking like a spammer in that they do not?

    Edit: But at least you have a reverse record, many spammers do not, so that is a big red flag.

  • JAC JAC

    Just logged into Virtualmin and the following message is displayed:
    “Warning! Warning - errors were found in this domain’s DNS records : This domain has email enabled, but none of the MX records point to it. Either the MX records should be corrected, or the email feature disabled if mail is hosted externally.”

    This probably points to why my forum new account went to spam?

    wrote on last edited by
    #2

    @jac no, that won’t be the reason emails are going to spam - although this does need checking out for certain.

  • JAC JAC

    Just logged into Virtualmin and the following message is displayed:
    “Warning! Warning - errors were found in this domain’s DNS records : This domain has email enabled, but none of the MX records point to it. Either the MX records should be corrected, or the email feature disabled if mail is hosted externally.”

    This probably points to why my forum new account went to spam?

    wrote on last edited by gotwf
    #3

    @jac Typically you want your domain’s MX records to point to FQDN server name, e.g. foo.example.eg

    % drill stockportcounty.fans mx 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 63911
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	MX
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	MX	10 stockportcounty.fans.
    
    

    Yours do not. Although a bit more drillin’ and reverse lookup indicates thusly;

    % drill stockportcounty.fans 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 160
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	A
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	A	65.108.63.35
    
    ;; AUTHORITY SECTION:
    
    ;; ADDITIONAL SECTION:
    
    ;; Query time: 127 msec
    ;; SERVER: 204.8.232.207
    ;; WHEN: Sun Oct 10 19:37:02 2021
    ;; MSG SIZE  rcvd: 54
    <kvg@loon:~>% drill -x 65.108.63.35     
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 57802
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; 35.63.108.65.in-addr.arpa.	IN	PTR
    
    ;; ANSWER SECTION:
    35.63.108.65.in-addr.arpa.	86400	IN	PTR	vps.stockportcounty.fans.
    
    

    I think you probably want your mx record to point to vps.stockportcountry.fans.

    It is important for forward and reverse lookups for MX records jive. Maybe you are looking like a spammer in that they do not?

    Edit: But at least you have a reverse record, many spammers do not, so that is a big red flag.

  • @jac no, that won’t be the reason emails are going to spam - although this does need checking out for certain.

    wrote on last edited by
    #4

    @phenomlab thanks Mark 👍🏻

  • @jac Typically you want your domain’s MX records to point to FQDN server name, e.g. foo.example.eg

    % drill stockportcounty.fans mx 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 63911
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	MX
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	MX	10 stockportcounty.fans.
    
    

    Yours do not. Although a bit more drillin’ and reverse lookup indicates thusly;

    % drill stockportcounty.fans 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 160
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	A
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	A	65.108.63.35
    
    ;; AUTHORITY SECTION:
    
    ;; ADDITIONAL SECTION:
    
    ;; Query time: 127 msec
    ;; SERVER: 204.8.232.207
    ;; WHEN: Sun Oct 10 19:37:02 2021
    ;; MSG SIZE  rcvd: 54
    <kvg@loon:~>% drill -x 65.108.63.35     
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 57802
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; 35.63.108.65.in-addr.arpa.	IN	PTR
    
    ;; ANSWER SECTION:
    35.63.108.65.in-addr.arpa.	86400	IN	PTR	vps.stockportcounty.fans.
    
    

    I think you probably want your mx record to point to vps.stockportcountry.fans.

    It is important for forward and reverse lookups for MX records jive. Maybe you are looking like a spammer in that they do not?

    Edit: But at least you have a reverse record, many spammers do not, so that is a big red flag.

    wrote on last edited by
    #5

    @gotwf said in Email issue (virturalmin):

    @jac Typically you want your domain’s MX records to point to FQDN server name, e.g. foo.example.eg

    % drill stockportcounty.fans mx 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 63911
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	MX
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	MX	10 stockportcounty.fans.
    
    

    Yours do not. Although a bit more drillin’ and reverse lookup indicates thusly;

    % drill stockportcounty.fans 
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 160
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; stockportcounty.fans.	IN	A
    
    ;; ANSWER SECTION:
    stockportcounty.fans.	600	IN	A	65.108.63.35
    
    ;; AUTHORITY SECTION:
    
    ;; ADDITIONAL SECTION:
    
    ;; Query time: 127 msec
    ;; SERVER: 204.8.232.207
    ;; WHEN: Sun Oct 10 19:37:02 2021
    ;; MSG SIZE  rcvd: 54
    <kvg@loon:~>% drill -x 65.108.63.35     
    ;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 57802
    ;; flags: qr rd ra ; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 
    ;; QUESTION SECTION:
    ;; 35.63.108.65.in-addr.arpa.	IN	PTR
    
    ;; ANSWER SECTION:
    35.63.108.65.in-addr.arpa.	86400	IN	PTR	vps.stockportcounty.fans.
    
    

    I think you probably want your mx record to point to vps.stockportcountry.fans.

    It is important for forward and reverse lookups for MX records jive. Maybe you are looking like a spammer in that they do not?

    Edit: But at least you have a reverse record, many spammers do not, so that is a big red flag.

    Thanks for the advice, will look into it all later once back home.

  • phenomlab phenomlab has marked this topic as solved on

Did this solution help you?
Did you find the suggested solution useful? Support 💗 Sudonix with a coffee ☕
If your organisation needs deeper expertise around infrastructure, security, or technology leadership, learn more about Phenomlab Ltd. Many of the deeper technical guides behind Sudonix are published there.

Related Topics
  • Email Service Recommendation

    Unsolved Hosting email service 3rd party selfhosted
    3
    2 Votes
    3 Posts
    591 Views
    JAC
    I use Proton Mail mostly and recommend it. There’s some good alternatives here though - https://europealternative.com/category/email-communication/ https://www.reddit.com/r/NoStupidQuestions/comments/1vrrml3/what_is_a_good_email_provider/
  • Error certification on virtualmin/Nginx

    Solved Linux cert virtualmin nginx
    17
    2
    0 Votes
    17 Posts
    7k Views
    phenomlab
    @DownPW anytime
  • Virtualmin Setup DigitalOcean

    Solved Customisation virtualmin digitalocean
    26
    9 Votes
    26 Posts
    13k Views
    phenomlab
    @Hari said in Virtualmin Setup DigitalOcean: i have felt it is very hard to manage Virtualmin the settings are confusing It’s a bit of a learning curve, admittedly, but very powerful and easy to use provided you understand the implications of what you are doing. For example, moving a VirtualMin server to subserver and then back again without changing underlying components that rely on the correct placement of the server, of course it will no longer work.
  • speed up my DigitalOcean droplet - Virtualmin

    Solved Configure digitalocean virtualmin
    10
    4 Votes
    10 Posts
    3k Views
    Hari
    @phenomlab thanks for sharing, after four or five months I will migrate to DO 2 or 4gb RAM droplet.
  • SSl expired on virtualmin

    Solved Configure virtualmin ubun server ssl
    18
    3 Votes
    18 Posts
    7k Views
    phenomlab
    @justoverclock Not necessarily. You only need to use this if it fails from the Virtualmin window
  • VirtualMin create virtual server

    Solved Configure
    4
    2 Votes
    4 Posts
    2k Views
    phenomlab
    @justoverclock correct. You only need to keep an eye on the resources of the droplet itself
  • Virtualmin Letsencrypt Renewal

    Solved Hosting
    13
    1 Votes
    13 Posts
    6k Views
    phenomlab
    @gotwf said in Virtualmin Letsencrypt Renewal: I favor KISS engineering Then I think you’ll be able to appreciate this https://content.sudonix.com/keep-it-simple-stupid/
  • SASL LOGIN authentication failed: generic failure

    Moved Solved Linux
    5
    0 Votes
    5 Posts
    3k Views
    phenomlab
    @Ash3T I’m going to mark this post as solved as I’ve not heard from you in a while. Let me know if this isn’t the case and you need more help.