너무 많은 이메일(뉴스레터)을 보내서 Postfix가 일시적으로 금지되었습니다.

너무 많은 이메일(뉴스레터)을 보내서 Postfix가 일시적으로 금지되었습니다.

우리는 대부분의 수신자의 이메일 주소가 체코의 특정 메일 서비스에 등록되어 있는 뉴스레터를 매일 보냅니다. 하루에 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로 전송된 모든 이메일은 해독된다는 점에 유의하세요.

관련 정보