"SMTPC" 2568 271380 "2022-01-01 14:02:15.660" "64.233.184.27" "RECEIVED: 220 mx.google.com ESMTP u10si24020632wrs.130 - gsmtp"
"SMTPC" 2568 271380 "2022-01-01 14:02:15.661" "64.233.184.27" "SENT: HELO mailer2.domain.com"
"SMTPC" 2552 271380 "2022-01-01 14:02:15.679" "64.233.184.27" "RECEIVED: 250 mx.google.com at your service"
"SMTPC" 2552 271380 "2022-01-01 14:02:15.680" "64.233.184.27" "SENT: MAIL FROM:<user@domain.com>"
"SMTPC" 2552 271380 "2022-01-01 14:02:15.694" "64.233.184.27" "RECEIVED: 250 2.1.0 OK u10si24020632wrs.130 - gsmtp"
"SMTPC" 2552 271380 "2022-01-01 14:02:15.695" "64.233.184.27" "SENT: RCPT TO:<user@gmail.com>"
"SMTPC" 2568 271380 "2022-01-01 14:02:15.917" "64.233.184.27" "RECEIVED: 250 2.1.5 OK u10si24020632wrs.130 - gsmtp"
"SMTPC" 2568 271380 "2022-01-01 14:02:15.918" "64.233.184.27" "SENT: DATA"
"SMTPC" 2548 271380 "2022-01-01 14:02:15.933" "64.233.184.27" "RECEIVED: 354 Go ahead u10si24020632wrs.130 - gsmtp"
"SMTPC" 2548 271380 "2022-01-01 14:02:15.942" "64.233.184.27" "SENT: [nl]."
"SMTPC" 2548 271380 "2022-01-01 14:02:16.148" "64.233.184.27" "RECEIVED: 550-5.7.1 [31.47.105.19 19] Our system has detected that this message is[nl]550-5.7.1 likely suspicious due to the very low reputation of the sending[nl]550-5.7.1 domain. To best protect our users from spam, the message has been[nl]550-5.7.1 blocked. Please visit[nl]550 5.7.1 https://support.google.com/mail/answer/188131 for more information. u10si24020632wrs.130 - gsmtp"
"SMTPC" 2548 271380 "2022-01-01 14:02:16.149" "64.233.184.27" "SENT: QUIT"Generally, Gmail blocks your email for one of several reasons.V reálu to znamená, že musíš na kolena a odprosit/kát se. Pak z různých náznaků odtušit, co jsi vlastně udělal "špatně", a zkusit to napravit. Přímá audience u biskupa není možná ;)
You are sending large volumes of email.
There are sudden changes in email volume.
You are sending emails to “spam trap” addresses.
You are sending email to unknown users.
One of the important email blacklist includes your server’s IP address.
Gmail users mark your emails as spam.
You are using a new IP address to send emails.
You have incomplete or incorrect DNS records.
Failing Email Authentications
Vrací to 550 Chyba místo 250 OK. Proč máš pocit, že tu zprávu převzal?
-V rámci ochrany před spamem odmítá Gmail poštu z IP adres, které nemají oprávnění k odesílání e-mailů.
-To, zda je IP adresa oprávněna k odesílání pošty, určuje poskytovatel internetových služeb, který vám IP adresu poskytuje. Seznam adres bez oprávnění obsahuje vesměs spotřebitelské rozsahy IP adres nabízené pro vytáčené připojení, připojení DSL nebo jiné širokopásmové připojení.
-Někteří poskytovatelé vám můžou zajistit IP adresu s oprávněním k odesílání pošty. -
-Můžou vám například nabídnout statickou IP adresu nebo přechod na podnikovou verzi služeb.
Upozorňujeme, že nemůžeme přidávat IP adresy do seznamu povolených ani udělovat jiné výjimky.Gdyž ne googl, tak kdo?
Jak se poznají ty správné IP adresy pro posílání e-mailů nebo kde se žádá o štempl, aby adresa mohla posílat e-mail?
https://support.google.com/mail/answer/10336Citace-V rámci ochrany před spamem odmítá Gmail poštu z IP adres, které nemají oprávnění k odesílání e-mailů.
-To, zda je IP adresa oprávněna k odesílání pošty, určuje poskytovatel internetových služeb, který vám IP adresu poskytuje. Seznam adres bez oprávnění obsahuje vesměs spotřebitelské rozsahy IP adres nabízené pro vytáčené připojení, připojení DSL nebo jiné širokopásmové připojení.
-Někteří poskytovatelé vám můžou zajistit IP adresu s oprávněním k odesílání pošty. -
-Můžou vám například nabídnout statickou IP adresu nebo přechod na podnikovou verzi služeb.
To jako existuje podniková verze ip adresy?
CitaceUpozorňujeme, že nemůžeme přidávat IP adresy do seznamu povolených ani udělovat jiné výjimky.Gdyž ne googl, tak kdo?
98% textu, ktere ma google jako napovedu, jsou zmatene nic nerikajici zvasty, ktere pokladaji vic otazek, nez davaji odpovedi.
Nema cenu se touhle parodii na email zabyvat. Sice to pouziva hodne lidi, ale stejne je jakakoliv snaha marna.
Gmail dokaze i odpoved na email z gmailu oznacit za spam. Nikdo nevi podle ceho a proc.
Proste na gmail vase maily nechodi, pozadejte adresata, at to resi, kdyz si to vybral. A misto mailu mu zavolejte ;-).
Bohuzel...
Řešení jsou v podstatě dvě: ať si stěžují uživatelé sami nebo nepoužívají google.
Jak se poznají ty správné IP adresy pro posílání e-mailů nebo kde se žádá o štempl, aby adresa mohla posílat e-mail?
To jako existuje podniková verze ip adresy?
# Reject adsl spammers.
#
# match word `adsl` with word boundary `\b`.
/(\badsl\b)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
# bypass "[IP_ADDRESS]"
/^\[(\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3})\]$/ DUNNO
# bypass some HELOs which contains IP address
/^o\d{1,3}-\d{1,3}-\d{1,3}-\d{1,3}\.outbound-mail\.sendgrid\.net$/ DUNNO
# reject HELO which contains IP address
/(\d{1,3}[\.-]\d{1,3}[\.-]\d{1,3}[\.-]\d{1,3})/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(\d{1,3}\.ip\.-\d{1,3}-\d{1,3}-\d{1,3}\.eu)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(pppoe)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(dsl\.brasiltelecom\.net\.br)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(dsl\.optinet\.hr)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(dsl\.telesp\.net\.br)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(dialup)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(dhcp)/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(static-pool-[\d\.-]*\.flagman\.zp\.ua)$/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(speedy\.com\.ar)$/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(speedyterra\.com\.br)$/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(static\.sbb\.rs)$/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
/(static\.vsnl\.net\.in)$/ REJECT ACCESS DENIED. Your email was rejected because the sending mail server appears to be on a dynamic IP address that should not be doing direct mail delivery (${1})
nema
je to cele o nastaveni mailserveru, PTR, SPF, DKIM, DMARC, zkontrolovat blacklisty jestli se z te IP (mailserveru) nespamovalo atd.
Pro kontrolu nastavení serveru použijte třeba https://www.mail-tester.com/
Pokud tam na něčem nefailujete, asi nemá cenu nějaké gmaily a podobné služby pro socky vůbec řešit. Google se snaží neustále určovat pravidla a vyšachovat jimi konkurenci ze hry. Je to stejné, jako když Microsoft pomocí IE určoval, jak se mají dělat webové stránky.
rDNS je ale u mail serveru základ. To snad není problém ani na domácí přípojce, natož pro firmu.
Tohle odmitani doruceni na zaklade toho, ze "takto by snad mozna asi nemel vypada hostname odesilatele" je opravdu zla vec.
Nikdo se nicim neprovinil, ale presto nejaky vyssi moralista rika, co je dobre a co ne.
Pro me za me, at za to jsou body ve spam score, ale rovnou zamitnout?
Hosi hosi hosi...
Freemail je pro socky, jako všechno zadarmo, ve výsledku tu cenu zaplatíte jinak.
Pokud byste jiste vedel, ze je to takovy stroj, jak popisujete, pak to jisty smysl dava, ovsem vy to z domenoveho jmena vedet proste nemuzete. To je jedna vec. A druha vec je, ze si myslim, ze tyhle male mail servery a domaci pokusy bychom meli spis podporovat, resp. aspon proste nechat zit, nez jim davat pres prsty z pozice tech vetsich, nedej boze nejvetsich.Tohle odmitani doruceni na zaklade toho, ze "takto by snad mozna asi nemel vypada hostname odesilatele" je opravdu zla vec.
Nikdo se nicim neprovinil, ale presto nejaky vyssi moralista rika, co je dobre a co ne.
Pro me za me, at za to jsou body ve spam score, ale rovnou zamitnout?
Hosi hosi hosi...
Nevím už, kdo to tu psal.. Ale se smrdícím bezdomovcem na hlaváku, se prostě taky bavit nebudu, byť mi může říct cokoli zajímavého. Stejně tak, se nebude bavit můj mail-server s MTA, které běží na nějakém xDSL či přípojce, která k tomu zjevně není určená.
Ono to asi nevzniklo jen tak. Ty hlavní důvody budou:
->> Z takových adres, lítá mraky spamu.
->> Ve vyšších počtech zpráv, je daleko méně náročné poslat takový server do háje, než mu přidávat bodíky do spam-score
->> Na takových adresách, stejně nikdo, kdo se v problematice vyzná, mail-server neprovozuje.
Já se tomu nedivím, mám to nastavené naprosto stejně. :-)
Přesto mi google poštu vrátí. Co jsem udělal špatně?Křišťálovou kouli mám zrovna v servisu. Možná kdybyste prozradil, s jakou chybovou vám Google e-mail odmítne, může vám někdo poradit.
https://multirbl.valli.org - čisté?Sedm cervenych radek, vsechny s oduvodnenim DNS request failed
Já osobně bych si dal tu chvilku práce a registroval doménu do Postmaster Tools.
Přesto mi google poštu vrátí. Co jsem udělal špatně?Křišťálovou kouli mám zrovna v servisu. Možná kdybyste prozradil, s jakou chybovou vám Google e-mail odmítne, může vám někdo poradit.
https://multirbl.valli.org - čisté? Já osobně bych si dal tu chvilku práce a registroval doménu do Postmaster Tools.
chybová hláška je identická jako v prvním příspěvku tohoto vlákna. Stejně tak je to napsané v mém předchozím příspěvku. Omlouvám se, křišťálovou kouli mám rozbitou, abych si zjistil, že si nepřečteš celou diskuzi na kterou reaguješ.Já jsem ten předchozí příspěvek četl, ale nebylo z něj zřejmé, že dostáváte identický chybový kód se stejným textem.
Pokud byste jiste vedel, ze je to takovy stroj, jak popisujete, pak to jisty smysl dava, ovsem vy to z domenoveho jmena vedet proste nemuzete. To je jedna vec. A druha vec je, ze si myslim, ze tyhle male mail servery a domaci pokusy bychom meli spis podporovat, resp. aspon proste nechat zit, nez jim davat pres prsty z pozice tech vetsich, nedej boze nejvetsich.
Aby se nam toto jednou nevymstilo...
98% textu, ktere ma google jako napovedu, jsou zmatene nic nerikajici zvasty, ktere pokladaji vic otazek, nez davaji odpovedi.
Nema cenu se touhle parodii na email zabyvat. Sice to pouziva hodne lidi, ale stejne je jakakoliv snaha marna.
Gmail dokaze i odpoved na email z gmailu oznacit za spam. Nikdo nevi podle ceho a proc.
Proste na gmail vase maily nechodi, pozadejte adresata, at to resi, kdyz si to vybral. A misto mailu mu zavolejte ;-).
Bohuzel...
Tak pod toto se mohu podepsat. Mám stejnou zkušenost jako tazatel - mám malý mail server, testy prochází s 10/10 a mám pro pár kamarádů alias, abychom si tu a tam mohli poslat e-mail bez složitého vyplňování více adres. Kdo má adresu na gmailu, tomu někdy (cca polovina) e-mailů nedojde ze stejného důvodu, jako tazateli.
Nékolikrát jsem vyplňoval formuláře, reklamoval, stěžoval si atakdále, ale asi bych měl větší úspěch při posílání do /dev/null.
Řešení jsou v podstatě dvě: ať si stěžují uživatelé sami nebo nepoužívají google.
V pripade preposilani mailu s SPF/DKIM na Gmail je naprosto nutne pridat ARC-Seal. A nejlepe podruhe podepsat vlastnim DKIM.Třikrát sláva, už po 8 letech od standardizace DKIM a 19 let po představení konceptu SPF si někdo všiml, že se e-maily přeposílají. Každopádně díky za odkaz, já jsem čekání asi po 15 letech vzdal, takže ARC-Seal mi uniklo.
SPF resilo SRS.V pripade preposilani mailu s SPF/DKIM na Gmail je naprosto nutne pridat ARC-Seal. A nejlepe podruhe podepsat vlastnim DKIM.Třikrát sláva, už po 8 letech od standardizace DKIM a 19 let po představení konceptu SPF si někdo všiml, že se e-maily přeposílají. Každopádně díky za odkaz, já jsem čekání asi po 15 letech vzdal, takže ARC-Seal mi uniklo.
SPF resilo SRS.Řešilo a řeší (a SRS je tak, jak to mělo být u e-mailu správně od začátku, akorát dříve to nikdo neřešil). Akorát že to neřeší antispam, protože takový e-mail pak z pohledu adresáta pochází z přeposílajícího serveru, takže případné negativní skóre se započítává přeposílajícímu serveru a ne původci. ARC-Seal konečně řeší to, že je možné rozlišovat důvěryhodné a nedůvěryhodné přeposílače. A u těch důvěryhodných věřit informacím o přeposlání a penalizovat původce e-mailu a ne přeposílající server.
chybová hláška je identická jako v prvním příspěvku tohoto vlákna. Stejně tak je to napsané v mém předchozím příspěvku. Omlouvám se, křišťálovou kouli mám rozbitou, abych si zjistil, že si nepřečteš celou diskuzi na kterou reaguješ.Já jsem ten předchozí příspěvek četl, ale nebylo z něj zřejmé, že dostáváte identický chybový kód se stejným textem.
V tom případě ale nevím, proč se ptáte, v čem je problém, když je to v té chybové zprávě napsané. Doména, ze které e-maily posíláte, má špatnou reputaci – asi z ní bylo dříve zasíláno velké množství spamu. Když se zaregistrujete do Postmatser Tools, uvidíte, jak moc špatnou reputaci vaše doména má.
v postmasters tools mám doménu docela dlouho, ale stále tam nic ohledně reputace nevidím. Jen v logu odmítnutí převzetí zprávy.Tak by aasi bylo fajn řešit, proč tam nic ohledně reputace nevidíte. Protože to může s tím odmítáním e-mailů souviset.
Vezmete vždy poslední příspěvek a reagujete na něj.Připadá mi to lepší, než reagovat na výmysly nebo na něco starého, co už se později v debatě vyřešilo.
Například tím, že tedy mám špatnou reputaci, protože jsem o reputaci nepsal.Ale psal. Napsal jste, že vám GMail vrací stejnou chybu, jako někomu před vámi – a ta chyba spočívá v tom, že má vaše doména šatnou reputaci u GMailu.
Ale v předchozích zprávách jsem jasně napsal, že reputace 10/10 a podobně.Aha, považoval jsem to za samozřejmé. Ale vám to evidentně jasné není, takže vám to raději napíšu: Když vám e-maily odmítá GMail, řešte reputaci na GMailu a ne někde jinde.
Takže já vyvrátím problém s reputacíZkuste to. Nicméně zatím jste tu problém s reputací potvridl dvěma způsoby – za prvé chybovou hláškou GMailu, kdžy vám e-mail omítne; za druhé tím, že v GMail Postmaster Tools nevidíte informace o reputaci (kdyby tam problém nebyl, uvidíte tam, že je reputace dobrá nembo vysoká).
Takže se motáme v kruhu a nikam to nevede.Z kruhu se vymotáte, až pochopíte, že když máte problém s GMailem, je potřeba řešit problém s GMailem a ne se ohánět tím, že někde jinde máte reputaci 10/10. Což navíc nejspíš není pravda, protože to hodnocení 10/10 je hodnocení aktuálího stavu, zatímco „reputace“ zahrnuje „zkušenosti z minula“ – které rozhodně nemůže mít nějaký webový nástroj, kam jste nikdy žádný e-mail neposlal, za to je má GMail, kam se e-maily pokoušíte posílat.
Omlouvám se, že nedokážu postihnout veškeré alternativy a možnosti v jednom příspěvku.Nemusíte postihovat všechny altenativy v jendom příspěvku. Stačí, když se neudete soustřeďovat na to nepodstatné a naopak zaměříte svou pozornost na to podstatné.
Jirsáku, Vaše argumentační technika je podobná malému dítěti. To se netýká jen tohoto vlákna, ale vašich příspěvků obecně. Vezmete vždy poslední příspěvek a reagujete na něj. Například tím, že tedy mám špatnou reputaci, protože jsem o reputaci nepsal. Ale v předchozích zprávách jsem jasně napsal, že reputace 10/10 a podobně.
Dnes jsem prakticky overil, ze roli muze hrat i priloha. Poslal jsem na gmail email s cca 10MB prilohou a gmail to odmitl S POUKAZEM NA ZAVADNOST DOMENY (o pritomnosti ci velikosti prilohy ani slovo). Vzapeti jsem poslal mail bez prilohy a ten normalne prosel...Antispam se obvykle dělá tak, že se za různé „prohřešky“ strhávají body. Když počet bodů přesáhne nějakou hranici, e-mail se rovnou odmítne, když je v pásmu tolerance, doručí se do složky se spamem, a jenom když trestných bodů nasbírá málo, doručí se normálně do příchozí pošty. No a když se e-mail rovnou odmítá, uvádí se tam jeden důvod – je tedy rozumné uvést tam ten důvod, který znamenal nejvíc trestných bodů. Takže příloha klidně může to, co u daného e-mailu způsobí, že dojde k překročení toho tvrdého limitu – ale na počet bodů je větší problém ta doména než příloha, takže v chybové zprávě je uvedena doména.
Proc ale penalizovat zip (bez hesla, proskenovatelnou na serveru antivirakem) prilohu? Pokud plati ze spammeri pouzivaji botnety z ruznych domacich routeru a pod, pak by jim posilani 10M prilohy (navic MIME to podstatne zvetsi) jen komplikovalo rozesilani, ucpavalo TX na asymeterickych linkach, a obecne neprinaselo zadny uzitek.....Přílohy mají pro spammery ten užitek, že do nich často antispam nebo ani antivir nedosáhne. Před nějakou dobou byl docela oblíbený spam, kdy obsah e-mailu byl prázdný a byl přiložený jediný obrázek nebo PDF soubor. Antispam vyhodnotil obsah, nenašel tam nic závadného (bodejť by ne, když tam nebylo nic) a e-mail bez ztráty květinky prošel.
function OdesliMail($komu, $from, $domena, $predmet, $text, $nazev_prilohy, $priloha){
require_once "./files/phpmailer/src/Exception.php";
require_once "./files/phpmailer/src/PHPMailer.php";
require_once "./files/phpmailer/src/SMTP.php";
$mail = new \PHPMailer\PHPMailer\PHPMailer(true);
$mail->IsSMTP(); // k odeslání e-mailu použijeme SMTP server
$mail->SMTPSecure = "tls";
$mail->Port = 587;
$mail->Host = "smtp.nejakadomena.cz"; // zadáme adresu SMTP serveru
$mail->SMTPAuth = true; // nastavíme true v případě, že server vyžaduje SMTP autentizaci
$mail->Username = "email"; // uživatelské jméno pro SMTP autentizaci
$mail->Password = "heslo"; // heslo pro SMTP autentizaci
$mail->From = $from; // adresa odesílatele skriptu
$mail->FromName = $domena; // jméno odesílatele skriptu (zobrazí se vedle adresy odesílatele)
$mail->IsHTML(true);
$mail->AddAddress($komu); // přidáme příjemce
if(!empty($nazev_prilohy)){
$mail->AddAttachment($priloha, $nazev_prilohy);
}
$mail->Subject = $predmet; // nastavíme předmět e-mailu
$mail->Body = $text; // nastavíme tělo e-mailu
$mail->WordWrap = 50; // je vhodné taky nastavit zalomení (po 50 znacích)
$mail->CharSet = "utf-8"; // nastavíme kódování, ve kterém odesíláme e-mail
if(!$mail->Send()) { // odešleme e-mail
echo 'Došlo k chybě při odeslání e-mailu.';
echo 'Chybová hláška: ' . $mail->ErrorInfo;
}
else{
echo 'E-mail byl v pořádku odeslán.';
}
}