Of course I rebooted the server after changing the hosts file, I have even mentioned that in my post:
After saving the hosts file and restarting the server, I used the ping command to verify everything was working correctly. When I reran the setup wizard, it completed successfully!
Regarding the Gmail issue, it is unrelated to the changes in the hosts file. However, I believe a simple change in the postfix config file may resolve it. Whenever I install CyberPanel on a new server, I always make the following change to enable sending and receiving from Gmail. Here is the fix:
- Edit Postfix configuration file at
/etc/postfix/main.cf path and change inet_protocols setting to ipv4 instead of all.
- Do not forget to reload postfix service after making changes using this command:
postfix reload
- Verify if SSL is installed on the email account/Mail Server.
Then try to send a mail to Gmail and check.
I noticed, it about all mail not only Gmail.
Sorry I did not check this issue for few days now. @shumansk I’ve continuously asked you to open ticket but you ignore my request.
I highly doubt that reboot of server have anything to do with this.
Also the reason CyberPanel keep saying that rDNS is not correct because the results are cached. And when you check your rDNS online you get the correct rDNS but CyberPanel get the cached results.
I highly recommended anyone reading this post that make sure you set rDNS before you try to use this feature because then incorrect rDNS will be cached.
1 Like
@usmannasir Sorry I couldn’t answer you. I thought I could fix it myself. I solved the 404 problem. But the reboot problem can still be solved. I’m trying, if I can’t, you’ll get through soon.
Yes reach out to our support we will see if this is a special case.
Hello, I am experiencing something similar but from a new install. Getting the Domain that you have provided is not configured as rDNS for your server IP. [404] in version 2.3.5, running ubuntu Ubuntu 20.04, namescheap vps, hostname set and rdns recorded, using cloudflare to manage.
the setup fails with the above error.
how we can wipe this cache? its there any command that can be used? or is there a file that can be safety removed?
Thanks,
~Fmohican
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
mail_owner = postfix
inet_protocols = all
mydestination = localhost, localhost.localdomain
unknown_local_recipient_reject_code = 550
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.10.1/samples
readme_directory = /usr/share/doc/postfix-2.10.1/README_FILES
myhostname = hostname.example.com
mynetworks = 127.0.0.0/8
message_size_limit = 30720000
virtual_alias_domains =
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql-virtual_forwardings.cf, mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
smtpd_use_tls = yes
smtpd_tls_cert_file = /etc/pki/dovecot/certs/dovecot.pem
smtpd_tls_key_file = /etc/pki/dovecot/private/dovecot.pem
virtual_create_maildirsize = yes
virtual_maildir_extended = yes
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
inet_interfaces = all
smtp_tls_security_level = may
disable_vrfy_command = yes
smtpd_milters = inet:127.0.0.1:8891
non_smtpd_milters = $smtpd_milters
milter_default_action = accept
tls_server_sni_maps = hash:/etc/postfix/vmail_ssl.map
smtpd_data_restrictions = check_policy_service unix:/var/log/policyServerSocket
smtpd_policy_service_default_action = DUNNO
@usmannasir Is there anything wrong with this main.cf configuration?
did you change this line for posting here or it was like this ?
Yes, I changed, here was my hostname.
and hostname is actually rDNS as well ?
Right, hostname used as rDNS
It means CyberPanel is not actually doing anything wrong here. If hostname in postfix is right and rDNS is same then the onboarding wizard is ok.
If you can’t send email after reboot you can reach out to our support.