Dotaz: Google shit ....

[svaca]

Zdravim, mam prosbu, uz si s tim na firme nevime rady ...:

gmail-smtp-in.l.google.com[142.251.31.27] said: 550-5.7.1 [178.213.152.68 12] Our system has detected that this message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked.

Na nasem mail serveru je vse OK. Kontrolovano milionkrat, nejaky google projde, nejaky ne, problem jinde neni ... Mame DKIM, SPF a DMARC a ostatni shity ...

Moje otazka zni ? Mate nekdo nejakou podporu na google (link, ci neco podobneho) kde mohu s nekym o tom rozume komunikovat, nebo kde opravdu se da zjistit proc je to blokovane ?

Diky moc.

Odpovědi

[Jendа]

Prý tam taky bývá odkaz na Google Postmaster Tools, kde jim můžeš zcela dobrovolně odsouhlasit podmínky, dát telefonní číslo, a pak s tím možná budeš moct něco dělat. (měj na paměti, že máme volný trh, takže to děláš zcela dobrovolně a nikdo tě nenutí maily do Googlu posílat)

[Max]

Ahoj,
mezi úplné základy řadím toto (mnohdy to tak lidi nemají a je problém):
1) zdůvěryhodnění tvého smtp přes Google Postmaster Tools, ostatně na něj vede link i z troubleshootingu, kde je tvá error hláška uvedena.
2) kontrola základních věcí přes www.mail-tester.com
3) mailserver musí mít svou vlastní adresu jen pro sebe, pokud máte stejnou adresu i pro klientská PC v síti, tak budete mít problém vždy
4) reverzních dns záznamů nesmí existovat více, musí existovat jen jeden, ten co bude vracet adresu mailserveru.
Zdar Max

[palardd]

Tohle podepisuji a vždy to takto fungovalo.

Jenže uvedenou chybu výše v otázce to generuje občas  i u nás. Prostě se Google nějak "pos.ere" a začne ty maily vyhazovat... Možná v duslědku nějakého velkého útoku na DoS

[j]

A vazne tu realitu chces znat?

Realita je totiz takova, ze pokud neprovozujes mailserver aspon par mesicu, tak guuglu proste maily nedorucis. A je uplne jedno, o co se budes snazit.

Samozrejme stav muzes jeste zhorsit. Specielne pokud dotycna firma ma marketaky stejny jako jinde, tak se ti muze stat, ze guuglu nedorucis nikdy nic. O cem ze je rec? Mno jde o vsemozny uberflikulinsky podpisy, uzasny obrazkovy pfka ... a dalsi vyfikundace.

Jediny co muzes, je tech par mesicu pockat, a semo tamo tam neco zcela koserniho zkusit poslat. Guugl si totiz vytvari nejaky hodnoceni pro kazdy MTA, a doba provozu je pomerne zasadni kriterium. To ze mas vse technicky v cajku, na to ti zvysoka serou.

BTW: A doporuceni zni, fuckovat vse co prijde z guuglu taky, at si soudruzi uzivatele zvykaji.

---

Dete s tim guuglem dopice!

[Max]

Omyl, vždy to má řešení. To, že ty jsi neuspěl, nic neznamená, jiní uspěli :).
Zdar Max

[j]

Ze ty, jako standardne, nevis jak to udelat, na veci nic nemeni, viz niz. Musis maily posilat aspon docasne pres server, kterej bezi dostatecne dlouho. Zadny jiny reseni neexistuje.

Je to mimochodem jeden ze zpusobu, jak se guugl snazi firmy donutit, aby si maily provozovaly u nich.

---

Dete s tim guuglem dopice!

[Max]

Neznalost je na tvé straně, jelikož ty tu musíš vymýšlet obezličky. My, co umíme najít a vyřešit problém, s tím problémy nemáme :).
Nesmíš se k tomu chovat laksně a musíš se pořád vyvíjet, jinak zamrzneš a začneš vymýšlet podobné zbytečné workaroundy .
Zdar Max

[Petr Tomášek]

A prozradíš to řešení, nebo tu jen chceš frajeřit, co?

[Max]

Řešení je to správně zdiagnostikovat, proč to rejectuje. Jestli čekáš návod "ťukni sem", tak to jaksi moc nejde, vzhledem k tomu, jak je dnešní smtp komunikace komplikovaná z hlediska různých pravidel. Nějaké základní tipy na diagnostiku jsem dal. Předpokládá to ale, že další základy už má tazatel pořešené.
Ono už jen stačí ta společná veřejná IP s klientskými stanicemi a je konec. Stejně tak lze lehce přehlédnout více rdns záznamů a opět je konec.
Zdar Max

[Max]

Ještě pak jeden základní tip, na který se zapomíná. Špatně nastavená ipv6. Sice to asi není tazatelův problém, ale dost se na ipv6 zapomíná, když jí mail server má. A někdy bývá problém s blacklisty, obzvláště, když hosting nepřidělí celou /64. Oni totiž blacklisty dost často jemněji nekouskují (aspoň když jsem to na jednom hostingu řešil naposledy), takže když něco z /64 spamuje, tak celou /64 dají na blacklist.
Zdar Max

[Petr Maleček]

Ahoj, já tohle řešil už 100x, v podstatě krom toho jejich jednoho formuláře není nic. A ani ten jejich formulář není v podstatě k ničemu. Jediné řešení je mít záložní SMTP server/y, přes který/é provoz pro GMAIL přesměrujete. A samozřejmě hlídat si, jestli nechodí z mailserveru spam, protože toho se Google chytne hned (i když nejste na blacklistech) a máte na pár týdnů smůlu.

[cold]

nejspis duvod cislo jedna - 178.213.152.68

you have an IP address from your ISP that falls into a poor reputation range

zkontroloval bych si nastaveni spamassassinu nebo cim filtrujete spamy na mailserveru, pripadne staci hledat SPAM v mail.logach atp. ta hlaska tvrdi ze mozna spamoval nekdo z toho IP rozsahu kde je mailserver - 178.213.152.0 - 178.213.159.255 vetsinou jde o infikovane windows, deravy web apod. takze o tom uzivatel ani nevi a tohle je pak vysledek

Lepsi je provozovat mailserver nekde v DC jako VPS apod. - proste mimo vlastni sit jako providera internetu (nebo co to provozujete) Da se pouzit treba Proxmox Mailgateway jako postovni gw.