Pomalé předání e-mailu na Gmail.com

[czechsys]

Ahoj,

zhruba pred tydnem nam zakaznik oznamil, ze posilani emailu na gmail je s velkou prodlevou.

Kód: [Vybrat]

Mar 20 11:58:24 MAILSERVER postfix/smtp[1833743]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[108.177.97.26]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X
25519 server-signature ECDSA (P-256) server-digest SHA256
Mar 20 11:58:27 MAILSERVER postfix/smtp[1833743]: 4PgBYB1wBtz76: to=<SOMEUSER@gmail.com>, relay=gmail-smtp-in.l.google.com[108.177.97.26]:25, delay=4.8, delays=0.1/0/2.4/2.3, dsn=2.0.0, status=sent (2
50 2.0.0 OK  1679309906 l4-20020a056a00140400b005a8d595767asi10382056pfu.252 - gsmtp)

Z logu mam prumerne delay zhruba mezi 4-5s na gmail.com. Kolisa to nekde mezi 3. (navazani spojeni) a 4. (predani mailu) delay hodnotou. Ve chvili, kdy posleme hromadne emaily, tak se to zpozdeni sakra nascita. Ten zpomaleny stav trva doted.

Pro srovnani:

Kód: [Vybrat]

Mar 20 12:00:04 MAILSERVER postfix/smtp[1833743]: Untrusted TLS connection established to mx1.seznam.cz[2a02:598:2::1090]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-25
6) server-signature RSA-PSS (4096 bits) server-digest SHA256
Mar 20 12:00:04 MAILSERVER postfix/smtp[1833743]: 4PgBb74v0Pz76: to=<SOMEUSER@seznam.cz>, relay=mx1.seznam.cz[2a02:598:2::1090]:25, delay=1.3, delays=0.11/0/1.1/0.08, dsn=2.0.0, status=sent (250 2.0.0 message q
ueued (szn-id:4d044e47-a9b6-4975-a1bf-f1f84450a1fb))

Mar 20 11:56:32 MAILSERVER postfix/smtp[1833743]: Untrusted TLS connection established to centrum-cz-10mx2.eco-mx.cz[46.255.227.8]:25: TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)
Mar 20 11:56:32 MAILSERVER postfix/smtp[1833743]: 4PgBW40r3Qz76: to=<SOMEUSER@centrum.cz>, relay=centrum-cz-10mx2.eco-mx.cz[46.255.227.8]:25, delay=0.35, delays=0.1/0.01/0.06/0.18, dsn=2.0.0, status=sent (250 ok:  Message 11722009 accepted)

Netrpi nekdo stejnym zpozdenim ci nekomunikoval nekdo ohledne toho s googlem jiz? Dela nam to na ruznych konektivitach/verzich postfixu, takze serverovou stranu muzu vyloucit. A nezda se mi, ze by za to mohlo TLSv1.3.

Diky.

[Reklama]

[McFly]

delay = 0.76:

Kód: [Vybrat]

Mar 20 10:30:57 mail postfix/smtp[1114821]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[142.250.27.26]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)
Mar 20 10:30:57 mail postfix/smtp[1114821]: 134AC2A004E: to=<***@gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.27.26]:25, delay=0.76, delays=0.09/0.02/0.3/0.35, dsn=2.0.0, status=sent (250 2.0.0 OK  1679304657 q6-20020a1709064cc600b00934a633a6c1si1855786ejt.228 - gsmtp)
ale

delay = 15:

Kód: [Vybrat]

Mar 20 12:39:59 mail postfix/smtp[1125593]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[142.250.27.27]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256
Mar 20 12:40:14 mail postfix/smtp[1125593]: E35222A00A2: to=<***@gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.27.27]:25, delay=15, delays=0.38/0/0.34/14, dsn=2.0.0, status=sent (250 2.0.0 OK  1679312414 d5-20020a50fb05000000b004ad0993e54esi9779437edq.487 - gsmtp)

Třeba je to vytížením jejich serverů, čert ví. Náš server je nevytížený... Na servery Seznamu to dělá delay okolo 1.3 až 1.6. Na Gmail nejčastěji pod 1 sekundu, ale občas je tam anomálie, viz výše. Přiznám se, že mne to moc netrápí.

[czechsys]

delay = 0.76:

Kód: [Vybrat]

Mar 20 10:30:57 mail postfix/smtp[1114821]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[142.250.27.26]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256)
Mar 20 10:30:57 mail postfix/smtp[1114821]: 134AC2A004E: to=<***@gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.27.26]:25, delay=0.76, delays=0.09/0.02/0.3/0.35, dsn=2.0.0, status=sent (250 2.0.0 OK  1679304657 q6-20020a1709064cc600b00934a633a6c1si1855786ejt.228 - gsmtp)
ale

delay = 15:

Kód: [Vybrat]

Mar 20 12:39:59 mail postfix/smtp[1125593]: Untrusted TLS connection established to gmail-smtp-in.l.google.com[142.250.27.27]:25: TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256
Mar 20 12:40:14 mail postfix/smtp[1125593]: E35222A00A2: to=<***@gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.27.27]:25, delay=15, delays=0.38/0/0.34/14, dsn=2.0.0, status=sent (250 2.0.0 OK  1679312414 d5-20020a50fb05000000b004ad0993e54esi9779437edq.487 - gsmtp)

Třeba je to vytížením jejich serverů, čert ví. Náš server je nevytížený... Na servery Seznamu to dělá delay okolo 1.3 až 1.6. Na Gmail nejčastěji pod 1 sekundu, ale občas je tam anomálie, viz výše. Přiznám se, že mne to moc netrápí.

V obou pripadech vidim 3. polozku cca 0.3s (navazani spojeni vcetne tls). U mne to je vetsinou 2-3s. A to to bezi na G9 serverech virtualizovane...Servery jako takove taktez bez vyrazne zateze (at uz mailserver, ci hypervizor).

[czechsys]

Hadam, ze odpoved bude asi tady:

Kód: [Vybrat]

Pinging gmail-smtp-in.l.google.com [2404:6800:4008:c06::1a] with 32 bytes of data:
Reply from 2404:6800:4008:c06::1a: time=268ms
Reply from 2404:6800:4008:c06::1a: time=268ms
Reply from 2404:6800:4008:c06::1a: time=268ms
Reply from 2404:6800:4008:c06::1a: time=269ms

Ping statistics for 2404:6800:4008:c06::1a:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 268ms, Maximum = 269ms, Average = 268ms

ping -4 gmail-smtp-in.l.google.com

Pinging gmail-smtp-in.l.google.com [64.233.188.26] with 32 bytes of data:
Reply from 64.233.188.26: bytes=32 time=268ms TTL=102
Reply from 64.233.188.26: bytes=32 time=268ms TTL=102
Reply from 64.233.188.26: bytes=32 time=268ms TTL=102
Reply from 64.233.188.26: bytes=32 time=268ms TTL=102

Ping statistics for 64.233.188.26:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 268ms, Maximum = 268ms, Average = 268ms

S tim se tedy nic delat asi neda...

[jan-kratochvil]

Teď jsem to zkoušel a z mého serveru:

Kód: [Vybrat]

20. 03. 2023 15:17:08 info 9C5A92841E2: to=<xxxx@xxxx.cz>, relay=aspmx.l.google.com[108.177.15.26]:25, delay=1.9, delays=1.1/0.07/0.23/0.52, dsn=2.0.0, status=sent (250 2.0.0 OK 1679321828 c14-20020a5d528e000000b002cfe6904344si7519252wrv.559 - gsmtp)
ping

Kód: [Vybrat]

PING 108.177.15.26 (108.177.15.26) 56(84) bytes of data.
64 bytes from 108.177.15.26: icmp_seq=1 ttl=109 time=17.6 ms
64 bytes from 108.177.15.26: icmp_seq=2 ttl=109 time=17.7 ms
64 bytes from 108.177.15.26: icmp_seq=3 ttl=109 time=17.8 ms
jedu IPv4

[Reklama]

[Robert Kupka]

U mna vacsinou delay pod 1s.  Ale mam tam jednu specificku adresu, kde odchadza posta dost casto a u nej mam delay vzdy daleko vacsi, medzi 10-20s.  Vyzera to, ze google selektivne spomaluje transakcie u adries, na ktore posiela nas server vela posty.
V niektorych pripadoch to konci odmietnutim na ERROR 421 s dovodom "Our system has detected an unusual rate of  unsolicited mail originating from your IP".... To protect our users from spam, mail sent from your IP has been temporarily rate limited". Co je samozrejme horsi pripad. A to nemusi ist o spam.Toto sa stava napr. u legitimnych notifikaciach z objednavkoveho systemu.

Treba si tiez uvedomit, ze mail nie je instant messaging. Oneskorenim 4s namiesto obvyklych 0.9s by som sa netrapil.

[Petr Branik]

U mna vacsinou delay pod 1s.  Ale mam tam jednu specificku adresu, kde odchadza posta dost casto a u nej mam delay vzdy daleko vacsi, medzi 10-20s.  Vyzera to, ze google selektivne spomaluje transakcie u adries, na ktore posiela nas server vela posty.
V niektorych pripadoch to konci odmietnutim na ERROR 421 s dovodom "Our system has detected an unusual rate of  unsolicited mail originating from your IP".... To protect our users from spam, mail sent from your IP has been temporarily rate limited". Co je samozrejme horsi pripad. A to nemusi ist o spam.Toto sa stava napr. u legitimnych notifikaciach z objednavkoveho systemu.

Treba si tiez uvedomit, ze mail nie je instant messaging. Oneskorenim 4s namiesto obvyklych 0.9s by som sa netrapil.

Tak zalezi na use case, ono pro nejakou aplikaci muze byt rozdil jestli odesle 900 emailu za hodinu nebo 4000 emailu za hodinu. U reseni vyzadujicich vyssi pocty dorucovanych sprav se obvykle pouziva farma emailovych serveru kde kazdy ma samostatnou IP, zaznam, atd. A ano, google ten traffic zamerne spomaluje.

[czechsys]

U mna vacsinou delay pod 1s.  Ale mam tam jednu specificku adresu, kde odchadza posta dost casto a u nej mam delay vzdy daleko vacsi, medzi 10-20s.  Vyzera to, ze google selektivne spomaluje transakcie u adries, na ktore posiela nas server vela posty.
V niektorych pripadoch to konci odmietnutim na ERROR 421 s dovodom "Our system has detected an unusual rate of  unsolicited mail originating from your IP".... To protect our users from spam, mail sent from your IP has been temporarily rate limited". Co je samozrejme horsi pripad. A to nemusi ist o spam.Toto sa stava napr. u legitimnych notifikaciach z objednavkoveho systemu.

Treba si tiez uvedomit, ze mail nie je instant messaging. Oneskorenim 4s namiesto obvyklych 0.9s by som sa netrapil.

Tak zalezi na use case, ono pro nejakou aplikaci muze byt rozdil jestli odesle 900 emailu za hodinu nebo 4000 emailu za hodinu. U reseni vyzadujicich vyssi pocty dorucovanych sprav se obvykle pouziva farma emailovych serveru kde kazdy ma samostatnou IP, zaznam, atd. A ano, google ten traffic zamerne spomaluje.

Presne takhle. Mame novou i starou farmu mailserveru, na ruznych subnetech (ruzne ASN) a obe se chovaji stejne = pomalu.
Da se s tim neco delat? Uvazolval jsem nastavit postfix nastavit na sekundarni MX fqdn, ale tam je ping odezva maximalne 2x lepsi. Druhou moznosti je zvetsit nektery z parametru postfixu pro vytvoreni vice spojeni, napr. ted mam:

Kód: [Vybrat]

smtp_destination_concurrency = 4
initial_destination_concurerency = 5
A postfix to pak interne nejak upravuje podle toho, jak rychle se dari odesilat.