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.