Nie można uzyskać POSTFIX działającego w virtualmin ubuntu 18

Od tygodni próbuję skonfigurować serwer pocztowy Postminix Virtualmin na serwerze VPS Ubuntu 18, aby wysyłać korporacyjne wiadomości e-mail w stylu [email protected], ale nie mogę odbierać wiadomości z Gmaila, ani podłączać Thunderbirda do serwer, dołączam postfix main.cf, gdzie myślę, że jest tam błąd, kiedy wysyłam e-maile od użytkownika, dostają się do Gmaila, ale do folderu ze spamem

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

readme_directory = no

compatibility_level = 2

# TLS parameters
smtpd_tls_cert_file = /etc/postfix/postfix.cert.pem
smtpd_tls_key_file = /etc/postfix/postfix.key.pem
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
myhostname = vps41250600.local 
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = vps41250600.local, $myhostname, localhost.localdomain, vps.server.local, localhost.server.local, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
virtual_alias_maps = hash:/etc/postfix/virtual
sender_bcc_maps = hash:/etc/postfix/bcc
home_mailbox = Maildir/
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
smtp_tls_security_level = dane
allow_percent_hack = no
smtpd_tls_security_level = may

Compadre hace unos días me vi con este mismo problema. Si tienes un VPS sienny FORMAS MAS sencillas de montar tu propio MTA Como Iredmail (TE TOMA 10 Minutos) mira aquí

Aby wykryć problemy i skonfigurować część przeglądową los logs w /var/log/mail.log, należy użyć utilizar esta herramienta . Esibleible que tengas el correo cono como con un unrerelay lo cual hace que google no confíe en ti pero mucho peor puede que te empiecen a indexar en listas negras.

Espero esto te aude.

Po angielsku, aby każdy mógł mnie zrozumieć.

Compadre kilka dni temu widziałem siebie z tym samym problemem. Jeśli masz VPS, istnieje prostszy sposób na zamontowanie własnego MTA, takiego jak Iredmail (zajmuje to 10 minut). Zobacz tutaj

Aby wykryć problemy w konfiguracji oprócz sprawdzania dzienników w /var/log/mail.log, możesz użyć tego narzędzia . Możliwe, że masz skonfigurowaną pocztę jako openrelay, co powoduje, że Google go nie ufa, ale znacznie gorzej może zacząć indeksować cię na czarnych listach.

Mam nadzieję, że to Ci pomoże.

Czy masz zaporę ogniową uniemożliwiającą połączenia z serwerem poczty? Port 25 musi być dostępny od innych, aby sprawdzić, czy jesteś prawdziwym serwerem pocztowym i dostarczyć ci maile.