Impostazione di un server e-mail di solo inoltro


8

Tutto quello che voglio fare è installare Postfix e inoltrare le e-mail. Non ho bisogno di nulla per rimanere sul mio server. Questo mi sta dando l'inferno. Ho fatto del mio meglio, ma postfix sta negando tutti i relè.

Quello che voglio è questo. Supponiamo che il mio server sia su example.com. Voglio questo:

Inoltro e-mail: user1@example.com -> user1@gmail.com user2@example.com -> user2@yahoo.com user3@example.com -> user3@hotmail.com

Tutto ciò di cui ho bisogno è una casella di inoltro che reindirizzi le e-mail che arrivano. Dato che c'è ovviamente qualcosa di sbagliato nella mia configurazione, potrei davvero usare un esempio main.cf per il mio scopo, e sarò sulla mia strada.

Modifica: registri

La cosa strana è che i registri non mi danno alcun errore.

main.cf:

mreiley@Omega-14:/var/log$ cat /etc/postfix/main.cf
# 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

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

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

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = omega-14.omegadev.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = omega-14.omegadev.org, localhost.omegadev.org, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

virtual_alias_domains = omegadev.org monovec.com ifmovement.org
virtual_alias_maps = hash:/etc/postfix/virtual

mreiley@Omega-14:/var/log$ 

file forward virtuale:

mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org blahboybang@gmail.com
mreiley@omegadev.org blahboybang@gmail.com

mreiley@Omega-14:/var/log$ 

Quindi invio un'email da Gmail per testare la configurazione. Questo è ciò che mostra mail.log:

Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: connect from mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: 72784483A: client=mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/cleanup[4287]: 72784483A: message-id=<4C40E48C.1080701@Paraphymn.com>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<blahboybang@gmail.com>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<blahboybang@gmail.com>, orig_to=<mreiley@omegadev.org>, relay=gmail-smtp-in.l.google.com[74.125.53.27]:25, delay=1.5, delays=0.08/0.01/0.08/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1279321231 d5si4147919wam.28)
Jul 16 16:00:33 Omega-14 postfix/qmgr[4274]: 72784483A: removed

Il registro afferma che la consegna è stata un completo successo, ma l'e-mail non viene mai visualizzata nella mia casella di posta o cartella spam.

Tuttavia, se utilizzo telnet, ricevo una storia diversa.

mreiley@Omega-14:/var/log$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 omega-14.omegadev.org ESMTP Postfix (Ubuntu)
helo omegadev.org
250 omega-14.omegadev.org
mail from:mreiley@omegadev.org
250 2.1.0 Ok
rcpt to:blahboybang@gmail.com
554 5.7.1 <blahboybang@gmail.com>: Relay access denied

Aggiornare! Sembrerebbe che GOOGLE ITSELF mi stia bloccando. Le email inviate ad altri provider passano, ma quando vengono inviate a Gmail non colpiscono nemmeno lo spam.


Forse potresti mostrarci quello che hai e fornire alcuni errori dai registri per aiutarci.
— Nathan Powell,

@TachyonImpact funziona ora? In tal caso, sarei molto interessato a una soluzione dettagliata, ho lo stesso problema.
— Basj,

Risposte:


2

Stai inviando l'e-mail di prova da Gmail? A Laughing Squid Web hosting scopriamo che a Gmail non piace l'inoltro della posta elettronica se viene inviato da Gmail e quindi inoltrato a Gmail. Sembra avere a che fare con il suo filtro antispam. Suggerirei di provare con Yahoo e vedere cosa succede dopo.


1

La sessione telnet e i log postfix non sembrano fare la stessa cosa.

"RCPT TO" dovrebbe essere l'utente locale, non l'utente di Gmail.

Anche "MAIL FROM" è diverso, poiché nel secondo sembri essere l'utente locale e nel primo sei un utente di Gmail.

Quindi la sessione telnet non è un test valido.

I registri indicano che Google ha accettato l'e-mail. Controlla di nuovo il tuo tag spam.


Non è nella mia cartella spam. Ho inviato più di 10. Qualunque cosa dica postfix, google non sta ricevendo le email.
— Tachyon Impatto il

Aggiornare! Sembrerebbe che GOOGLE ITSELF mi stia bloccando. Le email inviate ad altri provider passano, ma quando vengono inviate a Gmail non colpiscono nemmeno lo spam.
— Tachyon Impatto il

Ok, non del tutto sorprendente. Hai record PTR impostati per quel dominio?
— Nathan Powell,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.