우리는 대부분의 수신자의 이메일 주소가 체코의 특정 메일 서비스에 등록되어 있는 뉴스레터를 매일 보냅니다. 하루에 10,000개가 넘는 이메일이 전송되어 원격 메일 서버가 우리를 스패머로 간주하고 약 10분 동안 우리 postfix 서버가 위치한 IP를 일시적으로 금지했습니다. 이로 인해 메일 대기열에 수천 개의 메시지가 생성됩니다.
다음은 시스템 로그의 일부입니다.
.
.
.
Jan 9 18:02:22 mta-01 postfix/smtp[9919]: 020966007F: to=<[email protected]>, relay=mx1.seznam.cz[77.75.76.42]:25, delay=1.1, delays=0.06/0/1/0.03, dsn=2.0.0, status=sent (250 2.0.0 Mail 844435625 queued for delivery in session 3ae60000018a.)
Jan 9 18:02:22 mta-01 postfix/smtp[9930]: D62D36008A: to=<[email protected]>, relay=mx1.seznam.cz[77.75.76.42]:25, delay=1.3, delays=0.07/0/1.2/0.03, dsn=2.0.0, status=sent (250 2.0.0 Mail 837963363 queued for delivery in session 85260000002a.)
Jan 9 18:02:22 mta-01 postfix/smtp[9925]: 4745060085: to=<[email protected]>, relay=mx1.seznam.cz[77.75.76.42]:25, delay=1.1, delays=0.07/0/1/0.02, dsn=2.0.0, status=sent (250 2.0.0 Mail 844631208 queued for delivery in session 79e2000001e5.)
Jan 9 18:02:22 mta-01 postfix/smtp[9935]: 663016001F: to=<[email protected]>, relay=mx1.seznam.cz[77.75.76.42]:25, delay=1.1, delays=0.07/0/1/0.02, dsn=2.0.0, status=sent (250 2.0.0 Mail 844631209 queued for delivery in session e8b10000026d.)
Jan 9 18:02:23 mta-01 postfix/smtp[9932]: 1E73460071: to=<[email protected]>, relay=mx1.seznam.cz[77.75.76.42]:25, delay=1.1, delays=0.09/0/1/0.02, dsn=2.0.0, status=sent (250 2.0.0 Mail 845409306 queued for delivery in session 85260000002b.)
Jan 9 19:59:51 mta-01 postfix/smtp[16337]: DE5C560B42: to=<[email protected]>, relay=mx2.seznam.cz[77.75.78.32]:25, delay=5863, delays=5857/6.1/0.03/0, dsn=4.7.1, status=deferred (host mx2.seznam.cz[77.75.78.32] refused to talk to me: 421 4.7.1 You have been temporarily banned. Try again later or report to .)
.
.
.
이메일은 결국 몇 시간 후에 전송되지만 수신자가 더 짧은 시간 내에 뉴스레터를 받을 수 있도록 이 시간을 줄이는 것이 가장 좋습니다.
메일 서비스 제공업체가 제안한 대로 postfix 서버를 설정하여 메일을 보내도록 해야 합니다.SMTP 연결의 최대 메시지 수그리고5분 간격 내에 150개 이상의 연결을 열지 마십시오..
제안된 지시어 중 일부를 설정해 보았습니다.마스터 파일권장되는 postfix 구성 파일을 따르십시오.http://www.postfix.org/TUNING_README.html하지만 행운은 없습니다. 제가 시도한 몇 가지 사항은 다음과 같습니다.
initial_destination_concurrency=100
default_destination_concurrency_limit=100
default_destination_recipient_limit=100
default_destination_rate_delay=1s
default_process_limit=200
smtp_mx_session_limit=100
smtpd_client_connection_count_limit=100
smtp_destination_concurrency_limit=100
maximal_backoff_time = 1000s
minimal_backoff_time = 300s
maximal_queue_lifetime = 6h
bounce_queue_lifetime = 6h
smtp_connection_cache_destinations = seznam.cz, vlp.cz, denik.cz, vlmedia.cz
smtp_connection_cache_on_demand = yes
smtp_connection_cache_time_limit = 10s
smtp_connection_reuse_count_limit = 100
어떤 조언이라도 도움이 될 것입니다. 감사합니다.
답변1
Postfix 공유 연결 캐싱은 TLS와 함께 사용할 수 없습니다. TLS가 사용되는지 확인하려면 TLS 활동에 대한 추가 Postfix SMTP 클라이언트 로깅을 활성화할 수 있습니다.
smtp_tls_loglevel = 1
그러면 다음과 유사한 로그 메시지가 표시됩니다.
postfix/smtp: Untrusted TLS connection established to mx1.seznam.cz
연결을 재사용하려면 이전과 마찬가지로 SMTP 연결 캐싱을 활성화하고 seznam.cz에 대한 TLS 연결을 비활성화해야 합니다.
smtp_connection_cache_destinations = seznam.cz
smtp_tls_policy_maps = hash:/etc/postfix/tls_policy
tls_policy:
seznam.cz none
그런 다음 seznam.cz에 대한 연결을 재사용해야 합니다. 확인하려면 conn_use
로그에 다음과 유사한 메시지가 표시되어야 합니다.
postfix/smtp: 1B2B3B4B: to=<[email protected]>, relay=mx1.seznam.cz[77.75.78.42]:25,
**conn_use=2**, delay=0.03, delays=0.01/0/0/0.02, dsn=2.0.0, status=sent
(250 2.0.0 Mail 123456 queued for delivery in session 2345678.)
seznam.cz로 전송된 모든 이메일은 해독된다는 점에 유의하세요.