Yedek / ikincil MX sunucusunu nasıl test edebilirsiniz?

Postfix kullanarak ikincil bir MX sunucusu kurmak istiyorum, ancak (MX girişini ekleyerek) üretime başlamadan önce bunu test etmenin en iyi yolu nedir merak ediyorum?

Olası bir yol, tamamen farklı bir alan adıyla test etmek, yani "fake-test-domain.com" gibi bir alan adı satın almak ve SADECE bu yedek MX sunucusuyla DNS bölgesini kurmaktır.

Daha kolay bir yolu, bir posta sunucusunu DNS'de listelenmeden önce bu sunucuya ileti göndermeye zorlayabilir miyim?

Gönderme sistemindeki hosts dosyasını kullanabileceğimi sanmıyorum çünkü bu bir MX kaydını taklit etmeyecek, değil mi?

— thomasrutter
kaynak

Sadece ikincil MX'i etkinleştirebilirsiniz. MX kayıtlarında daha düşük bir prioya sahip olduğu sürece, hiçbir dağıtım yapılmayacak ve @EEAA'nın belirttiği gibi test edebilirsiniz. BTW: yedek posta sunucularının spam tuzakları olduğuna dikkat edin. Ayrıca, alıcı doğrulaması ayarlamazsanız, adresten spam gönderenlerin kullandığı şeylere çok sayıda geri dönen ileti alırsınız. Bağlantı noktası 25'e erişim için iptables kurallarını kontrol eden manuel veya otomatik bir sistem kurmak isteyebilirsiniz. Gönderen sunucuların çoğunda üç günlük erteleme süresi vardır, bu nedenle yedek MX bağlantı noktası 25'i yalnızca gerektiğinde manuel olarak açmak kolaydır.

— Halfgaar

Neden ikincil bir MX'e ihtiyacınız olduğunu düşündünüz?

— joeqwerty

@Halfgaar, ikincil MX sunucusu yanlış yapılandırılırsa, gönderenin herhangi bir nedenle birincil MX sunucusuna bağlanamaması durumunda (sonunda bir bağlantı sorunu da dahil olmak üzere) posta kaybına neden olabilir. En azından DNS'ye henüz eklenmediyse, birincil ile ilgili geçici bir sorun posta kaybına neden olmaz - gönderen yalnızca postayı sıraya alır ve daha sonra tekrar dener.

— thomasrutter

@joeqwerty Aslında bir posta sunucusunu DNS yayılımı sırasında eski sunucuya yeni sunucuya geçiş yapacak şekilde ayarlamayı içeren başka bir makineye geçirmeyi düşünüyorum ( düşük TTL değerlerinde bile, bazı çözümleyiciler 30 dakika veya daha fazla önbellekleme yapacak) . Bu geçişin zaten doğru şekilde çalışmasını sağlamak için çaba göstermem gerektiğinden, yedek bir MX sunucu yapılandırması da oluşturabileceğimi düşündüm. Ve bu bir öğrenme deneyimi olacak. Bu sadece neden hakkında biraz bilgi vermekti.

— thomasrutter

Yanıtlar:

E-posta dağıtımını test etmek için bir telnet oturumu kullanmanız yeterlidir . Örnek olarak,

# telnet host.domain 25
Trying host.domain...
Connected to host.domain.
Escape character is '^]'.
220  ESMTP
HELO example.com
250
MAIL FROM:<user@example.com>
250 ok
RCPT TO:<user2@example.com>
250 ok
DATA

To: user2@example.com
From: user@example.com
Subject: a test message

Test message body.
.
250 ok

— EEAA
kaynak

+1 - Bir SMTP sunucusunu yöneten, ancak TELNET'te "elle" protokolünü çalıştıramayan herkesin bir SMTP sunucusunu yöneten işi yoktur.

— Evan Anderson

@EvanAnderson STARTTLS veya DÜZ dışında herhangi bir AUTH testi gelene kadar bu iyi bir genel prensiptir. Ama evet bu durumda kesinlikle haklısın.

— thomasrutter

@homasrutter Kullanarak rutin olarak STARTTLSelle test yapıyorum openssl s_client -starttls smtp -connect .... Ancak, PLAIN dışı kimlik doğrulama yöntemlerinin sorunlu olduğunu kabul ediyorum.

— MadHatter

Telnet yeterli veya çok sıkıcı olmadığında SWAKS kullanıyorum

Örneğin:

 cat email-content.txt | 
 swaks --body - --helo localhost.localhomain --server mail.example.com:25 \
  --auth-user fred --auth-password flintst1 -tls \
  --h-Subject Pebbles  --to wilma@example.org
  --from 'fred@example.biz'

— user313114
kaynak

sudo apt install swaksUbuntu üzerinde çalıştı

— Donn Lee