Menyiapkan server email penerusan saja

8

Yang ingin saya lakukan adalah menginstal postfix, dan meneruskan email. Saya tidak perlu apa pun untuk tetap di server saya. Ini memberi saya neraka. Saya mencoba yang terbaik yang saya bisa, tetapi postfix menolak semua relay.

Yang saya inginkan adalah ini. Katakanlah server saya ada di example.com. Saya ingin ini:

Penerusan email: [email protected] -> [email protected] [email protected] -> [email protected] [email protected] -> [email protected]

Yang saya butuhkan adalah kotak penerusan yang mengarahkan ulang email yang datang ke sana. Karena jelas ada sesuatu yang salah dengan konfigurasi saya, saya benar-benar bisa menggunakan contoh main.cf untuk tujuan saya, dan saya akan segera pergi.

Edit: Log

Yang aneh adalah log tidak memberi saya kesalahan.

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 virtual:

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

mreiley@Omega-14:/var/log$ 

Lalu saya mengirim email dari gmail untuk menguji konfigurasi. Inilah yang ditunjukkan 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=<[email protected]>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<[email protected]>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<[email protected]>, orig_to=<[email protected]>, 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

Log mengklaim bahwa pengiriman itu sukses total, tetapi email tidak pernah muncul di kotak masuk atau folder spam saya.

Namun, jika saya menggunakan telnet, saya mendapatkan cerita yang berbeda.

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:[email protected]
250 2.1.0 Ok
rcpt to:[email protected]
554 5.7.1 <[email protected]>: Relay access denied

Memperbarui! Tampaknya GOOGLE ITSELF menghalangi saya. Email yang dikirim ke penyedia lain harus melalui, tetapi ketika dikirim ke gmail mereka bahkan tidak menabrak spam.

TachyonImpact
sumber
Mungkin Anda bisa menunjukkan kepada kami apa yang Anda miliki, dan memberikan beberapa kesalahan dari log untuk membantu kami.
Nathan Powell
@TachyonImpact apakah berfungsi sekarang? Jika demikian, saya akan sangat tertarik untuk solusi terperinci, saya memiliki masalah yang sama.
Basj

Jawaban:

2

Apakah Anda mengirim tes E-Mail dari gmail? Selama di Laughing Squid Web hosting kami menemukan bahwa gmail tidak suka meneruskan E-Mail jika dikirim dari gmail dan kemudian diteruskan ke gmail. Sepertinya ini berkaitan dengan filter spam. Saya sarankan mencoba dengan yahoo dan melihat apa yang terjadi kemudian.

Zuhaib
sumber
1

Sesi telnet dan log postfix tampaknya tidak melakukan hal yang sama.

'RCPT TO' haruslah pengguna lokal, bukan pengguna gmail.

'MAIL FROM' juga berbeda, karena di detik, Anda tampaknya pengguna lokal, dan yang pertama, Anda pengguna gmail.

Jadi sesi telnet bukan tes yang valid.

Log menunjukkan bahwa google telah menerima email tersebut. Periksa kembali tag spam Anda.

Nathan Powell
sumber
Itu tidak ada di folder spam saya. Saya sudah mengirim lebih dari 10. Apa pun postfix mengatakan, google tidak menerima email.
TachyonImpact
Memperbarui! Tampaknya GOOGLE ITSELF menghalangi saya. Email yang dikirim ke penyedia lain harus melalui, tetapi ketika dikirim ke gmail mereka bahkan tidak menabrak spam.
TachyonImpact
Ok, tidak sepenuhnya mengejutkan. Apakah Anda memiliki catatan PTR yang disiapkan untuk domain itu?
Nathan Powell