Administrace komentářů

Myslím, že pro vás platí především to „rozložit odesílání newsletterů na delší dobu“. Píšete o dávkovém zpracování, takže by to nemělo vadit. Otázka taky je, jak moc by vám pomohlo to odesílání většího množství e-mailů najednou – zda byste stejně nenarazili na jiné limity (dovedu si představit, že vám dovolí poslat XXX mailů v jednom spojení třeba třikrát za sebou, ale když to budete opakovat po desáté, stejně vás zablokují, protože sledují i celkový počet e-mailů z dané adresy za nějaký čas). Pokud to chcete otestovat, máte nejjednodušší vypnout dočasně pro Seznam TLS a zjistit, jak moc vám to odesílání více e-mailů najednou pomůže.

Pokud to pomůže, oddělil bych pak provoz na Seznam od ostatních e-mailů. Samostatný transport a samostatnou instanci klienta. Je možné, že už pak Postfix dokáže použít spojení opakovaně v rámci jednoho klienta. Pokud ne, nezbyde asi než směrovat tenhle provoz přes nějakého jiného klienta, nejspíš nějakého určeného pro SMTP relay, který bude optimalizovaný pro odesílání většího množství e-mailů na jeden server.

Pokud vám pomůže i dvojnásobné zrychlení, můžete se inspirovat u spammerů a posílat e-maily i na záložní server (pokud není jen na oko a Seznam nemá kontroly na serverech provázané). Dalšího dvojnásobného zrychlení dosáhnete tím, že budete e-maily odesílat přes IPv4 i IPv6.

5] 421 "You have been temporarily banned. Try again later or report to ."

Předpokládám, že k tomu dochází tehdy, když nové spojení otevřete dříve než za XX/5 minut. Tohle se také bude v Postfixu řešit obtížně. Pokud budete mít pro Seznam samostatnou frontu, můžete ladit parametry, jak často frontu vybírat, ale asi si tím moc nepomůžete.

Každopádně pokud pro vás „rozložení odesílání na delší dobu“ není řešení, hledal bych specializovaného klienta, který bude odesílat e-maily jen na Seznam. Postfix na takovouhle úlohu není stavěný, detailní ladění časování a limitů pro jednoho příjemce je mimo jeho typické použití.