Ta pogosta vprašanja zagotavljajo dodatne, podrobne informacije v podporo našim smernicam za pošiljatelje e-poštnih sporočil (prej imenovanim »smernice za množične pošiljatelje«), ki podrobno opisujejo Googlove zahteve za pošiljanje e-poštnih sporočil na osebne račune za Gmail.
Ta pogosta vprašanja redno posodabljamo, zato jih redno preverjajte, da pridobite najnovejše informacije in zahteve za pošiljatelje množičnih sporočil.
Množični pošiljatelji
Kaj je množični pošiljatelj?Množični pošiljatelj je vsak pošiljatelj e-poštnih sporočil, ki v 24 urah v osebne račune za Gmail pošlje približno 5000 sporočil ali več. Sporočila, poslana iz iste glavne domene, se štejejo v omejitev 5000.
Domena, iz katere je poslano sporočilo: Pri izračunu omejitve 5000 sporočil upoštevamo vsa sporočila, poslana iz iste glavne domene. Primer: Vsak dan v osebne račune za Gmail pošljete 2500 sporočil iz spletnega mesta solarmora.com in 2500 sporočil iz spletnega mesta promotions.solarmora.com. Kot množičnega pošiljatelja vas obravnavamo, ker je bilo vseh 5000 sporočil poslanih iz iste glavne domene: solarmora.com. Preberite več o osnovah imena domene.
Pošiljatelji, ki vsaj enkrat izpolnijo zgornja merila, se trajno štejejo za množične pošiljatelje.
Status množičnega pošiljatelja nima datuma poteka veljavnosti. Pošiljatelji e-poštnega sporočila, ki so bili razvrščeni kot množični pošiljatelji, so trajno razvrščeni kot taki. Spremembe v postopkih pošiljanja e-pošte ne bodo vplivale na status množičnega pošiljatelja, ko bo ta dodeljen.
Množični pošiljatelji morajo s storitvijo Postmaster Tools preveriti, ali so njihovi postopki za pošiljanje e-poštnih sporočil skladni z našimi smernicami za pošiljatelje e-poštnih sporočil. Več informacij je na voljo v članku Pogosta vprašanja o zahtevah za pošiljatelje e-poštnih sporočil in storitvi Postmaster Tools.
Računi Google Workspace
Ali smernice za pošiljatelje veljajo za sporočila, poslana v račune Google Workspace?Smernice za pošiljatelje e-poštnih sporočil ne veljajo za sporočila, poslana v račune Google Workspace. Zahteve za pošiljatelje in Googlovo uveljavljanje pravilnika veljajo samo pri pošiljanju e-poštnih sporočil na osebne račune za Gmail.
Vsi pošiljatelji, vključno z uporabniki storitve Google Workspace, morajo pri pošiljanju sporočil na osebne račune za Gmail izpolnjevati zahteve v naših smernicah za pošiljatelje e-poštnih sporočil. Zahteve ne veljajo za dohodna sporočila v storitvi Google Workspace in sporočila znotraj domene.
Izvajanje smernic za pošiljatelje
Kakšen je časovni okvir za izvajanje smernic za pošiljatelje?Izvajanje smernic za pošiljatelje, ki ne izpolnjujejo naših smernic za pošiljatelje e-poštnih sporočil, bo postopno in progresivno.
Množični pošiljatelji bodo prejeli kode napak za sporočila, ki ne izpolnjujejo naših smernic za pošiljatelje. Te napake pošiljateljem pomagajo prepoznati razlog za neuspela sporočila in ugotoviti, kako jih je mogoče odpraviti.
Pošiljatelje spodbujamo, da stanje skladnosti e-poštnih sporočil preverijo s storitvijo Postmaster Tools.
Nova domena je opredeljena kot katera koli domena, ki od 1. januarja 2024 na osebne račune za Gmail ni poslala več kot 5000 e-poštnih sporočil dnevno.
Medtem ko morajo vse domene za množično pošiljanje sporočil izpolnjevati zahteve, bo napredek pri uveljavljanju za nove domene potekal pospešeno.
Pri lažni predstavitvi glave »Od:« v Gmailu pošiljatelj pošlje sporočilo z naslovom @Gmail v glavi »Od:«, vendar sporočilo ni bilo poslano iz Gmailovega strežnika. To je pogosta oblika zlorabe e-poštnega naslova, ki jo izvajajo pošiljatelji vsiljene pošte in se imenuje lažno predstavljanje.
Kot je opisano v zgornji časovnici, bodo pošiljatelji množičnih sporočil, ki se lažno predstavljajo z uporabo naslova gmail.com, začeli prejemati obvestila o začasnih napakah.
Če želite zagotoviti, da so sporočila dostavljena po pričakovanjih, morajo množični pošiljatelji upoštevati naše smernice za pošiljatelje e-poštnih sporočil. Če pošiljatelji ne izpolnjujejo teh zahtev, bodo sporočila morda zavrnjena ali dostavljena v mape z vsiljeno pošto prejemnikov.
V spodnji tabeli so opisane trenutne zahteve:
| Težava z zahtevo za pošiljatelje | Uveljavljanje |
| Glava »Od:« in preverjanje pristnosti nista usklajena | Kode za začasno ali trajno napako ali umestitev v mapo z vsiljeno pošto |
| Pristnost sporočil ni preverjena s protokoloma SPF in DKIM | Kode za začasno ali trajno napako ali umestitev v mapo z vsiljeno pošto |
| Domena nima veljavnih obratnih in povratnih zapisov DNS | Kode za začasno ali trajno napako ali umestitev v mapo z vsiljeno pošto |
| Sporočila niso poslana s protokolom TLS | Kode za začasno ali trajno napako ali umestitev v mapo z vsiljeno pošto |
| Sporočila ne upoštevajo oblike zapisa RFC 5322 | Kode za začasno ali trajno napako ali umestitev v mapo z vsiljeno pošto |
| Odstotek vsiljene pošte je večji od 0,3 % | Podpora za dostavo ali ublažitev ni na voljo |
| Zapis DMARC manjka (najmanjši pravilnik brez, p=none) | Podpora za dostavo ali ublažitev ni na voljo |
| V trženjskih in promocijskih sporočilih manjka odjava z enim klikom | Podpora za dostavo ali ublažitev ni na voljo |
| Zahteve za odjavo niso upoštevane v 48 urah | Podpora za dostavo ali ublažitev ni na voljo |
Da, ko so sporočila zavrnjena, vam pošljemo kodo in razlog za zavrnitev. Te podatke si lahko ogledate tudi v storitvi Postmaster Tools.
Sporočila o začasni napaki vključujejo kode napak, ki označujejo, katera zahteva za pošiljatelje je povzročila napako:
| Koda napake | Opis |
| 4.7.23 |
Naslov IP za pošiljanje tega sporočila nima zapisa PTR ali pa se vnos DNS za posredovanje za zapis PTR ne ujema z naslovom IP za pošiljanje. Ker želimo uporabnike zaščititi pred vsiljeno pošto, smo pogostost pošiljanja za vaš e-poštni naslov začasno omejili. Če želite izvedeti več o zahtevah glede naslovov IP za pošiljanje v Gmail, preberite razdelek Naslovi IP v smernicah za pošiljatelje. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 4.7.27 |
Pogostost pošiljanja za vaš e-poštni naslov je bila omejena, ker to sporočilo ni prestalo preverjanja pristnosti s protokolom SPF. Gmail zahteva, da vsi pošiljatelji množičnih e-poštnih sporočil preverijo pristnost svojih e-poštnih sporočil s protokolom SPF. Rezultati preverjanja pristnosti: SPF z naslovom IP = Ni bilo uspešno. Če želite za domene, iz katerih so poslana sporočila, nastaviti protokol SPF, preberite članek Nastavitev protokola SPF. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 4.7.29 |
Pogostost pošiljanja za vaš e-poštni naslov je bila omejena, ker ne uporabljate povezave TLS. Gmail zahteva, da vsi pošiljatelji množičnih e-poštnih sporočil za povezave SMTP uporabljajo protokol TLS/SSL. Če želite za e-poštni naslov nastaviti protokol TLS, preberite članek Povezave TLS in SSL. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 4.7.30 |
Pogostost pošiljanja za vaš e-poštni naslov je bila omejena, ker to sporočilo ni prestalo preverjanja pristnosti s protokolom DKIM. Gmail zahteva, da vsi pošiljatelji množičnih e-poštnih sporočil preverijo pristnost svojih e-poštnih sporočil s protokolom DKIM. Rezultati preverjanja pristnosti: DKIM = ni bilo uspešno. Če želite za domene, iz katerih pošiljate sporočila, nastaviti protokol DKIM, preberite članek Nastavitev protokola DKIM. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 4.7.31 |
Pogostost pošiljanja za vaš e-poštni naslov je bila omejena, ker domena, iz katere pošiljate sporočila, nima zapisa DMARC ali ker zapis DMARC ne določa pravilnika DMARC. Gmail zahteva, da vsi pošiljatelji množičnih e-poštnih sporočil dodajo zapis DMARC v svojo domeno, iz katere pošiljajo sporočila. Glejte Nastavitev protokola DMARC. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 4.7.32 |
Pogostost pošiljanja za vaš e-poštni naslov je omejena, ker glava »Od:« (RFC 5322) v tem sporočilu ni usklajena s preverjanjem pristnosti s protokolom SPF ali organizacijsko domeno DKIM. Oglejte si uskladitev DMARC. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 5.7.25 |
To sporočilo je bilo blokirano, ker naslov IP za pošiljanje nima zapisa PTR ali pa se vnos DNS za posredovanje ne sklicuje na naslov IP za pošiljanje. Gmail zahteva, da imajo naslovi IP za pošiljanje zapis PTR. Preberite več o zahtevah glede naslovov IP za pošiljanje. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 5.7.27 |
To sporočilo je bilo blokirano, ker ni prestalo preverjanja pristnosti s protokolom SPF. Gmail zahteva, da pošiljatelji množičnih e-poštnih sporočil preverijo pristnost svojih e-poštnih sporočil s protokolom SPF. Rezultati preverjanja pristnosti: SPF z naslovom IP ip-address = ni bilo uspešno. Če želite za domene, iz katerih so poslana sporočila, nastaviti protokol SPF, preberite članek Nastavitev protokola SPF. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 5.7.29 |
To sporočilo je bilo blokirano, ker ni bilo poslano prek povezave TLS. Gmail zahteva, da vsi pošiljatelji množičnih e-poštnih sporočil za povezave SMTP uporabljajo protokol TLS/SSL. Če želite za e-poštni naslov nastaviti protokol TLS, preberite članek Povezave TLS in SSL. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
| 5.7.30 |
To sporočilo je bilo blokirano, ker ni prestalo preverjanja pristnosti s protokolom DKIM. Gmail zahteva, da pošiljatelji množičnih e-poštnih sporočil preverijo pristnost svojih e-poštnih sporočil s protokolom DKIM. Rezultati preverjanja pristnosti: DKIM = ni bilo uspešno. Če želite za domene, iz katerih pošiljate sporočila, nastaviti protokol DKIM, preberite članek Nastavitev protokola DKIM. Če želite več informacij o Gmailovih zahtevah za pošiljatelje množičnih sporočil, preberite članek Smernice za pošiljatelje e-poštnih sporočil. |
Odstotek vsiljene pošte
Katero časovno obdobje ali trajanje se uporablja pri izračunu odstotka vsiljene pošte?Odstotek vsiljene pošte se izračuna dnevno. Za zagotavljanje, da so sporočila dostavljena po pričakovanjih, morajo pošiljatelji ohraniti odstotek vsiljene pošte pod 0,1 % in preprečiti, da bi odstotek vsiljene pošte kadarkoli dosegel 0,3 % ali več, kot je opisano v naših smernicah za pošiljatelje e-poštnih sporočil.
Za upoštevanje smernic za pošiljatelje poskrbite, da bo odstotek vsiljene pošte, ki jo prijavijo uporabniki, nižji od 0,1 % in ne doseže 0,3 % ali več.
Vpliv odstotka vsiljene pošte, ki jo prijavijo uporabniki, na dostavo se stopnjuje in stopnje, ki znašajo 0,3 % ali več, imajo še večji negativen vpliv na dostavo v e-poštni nabiralnik. Trenutno odstotek vsiljene pošte, ki jo prijavijo uporabniki in je višji od 0,1 %, negativno vpliva na dostavo v e-poštni nabiralnik za pošiljatelje množičnih sporočil.
Od junija 2024 množični pošiljatelji, katerih odstotek vsiljene pošte, ki jo prijavijo uporabniki, bo znašal več kot 0,3 %, ne bodo primerni za olajšave.
- Pošiljatelji množičnih sporočil ne bodo primerni za olajšave, dokler bo njihov odstotek vsiljene pošte, ki jo prijavijo uporabniki, višji od 0,3 %.
- Odstotki za vsiljeno pošto in druge podatkovne točke se v storitvi Postmaster Tools izračunajo in posodobijo vsak dan.
- Pošiljatelji množičnih sporočil bodo primerni za olajšave, ko bo njihov odstotek vsiljene pošte 7 zaporednih dni nižji od 0,3 %.
Odstotek vsiljene pošte lahko spremljate v storitvi Postmaster Tools.
Povezave za odjavo
Ali se je treba za vsa sporočila odjaviti z enim klikom?Ne. Odjava z enim klikom je obvezna samo za trženjska in promocijska sporočila. Transakcijska sporočila so izključena iz te zahteve. Transakcijska sporočila so na primer sporočila za ponastavitev gesla, potrditve rezervacij in potrditve oddaje obrazcev.
Pošiljatelji, ki v svoja sporočila že vključijo povezavo za odjavo, morajo do 1. junija 2024 uvesti odjavo z enim klikom za vsa komercialna in promocijska sporočila.
Zaradi zaščite uporabnikov Gmaila so gumbi ali povezave za odjavo prikazani na vrhu sporočil (ob imenu pošiljatelja) samo za sporočila, ki so uspešno prestala Googlova samodejna preverjanja primernosti. Sporočila morajo biti skladna z zahtevami za pošiljatelje in uporabljati pravilne glave za odjavo z enim klikom, kot je opisano v naših smernicah za pošiljatelje e-poštnih sporočil, vključno s postopnim povečanjem količine poslanih sporočil in spremljanjem poročil prejemnikov o vsiljeni vsebini. To velja tudi, če pošiljatelji v telo sporočila dodajo svojo povezavo za odjavo.
Razlika med promocijskimi in transakcijskimi sporočili je odvisna od panoge in veljavnih predpisov. Vrsto sporočil, ki jih prejmejo, določajo prejemniki sporočil, ne Google. Če želite zmanjšati visok odstotek vsiljene pošte, razmislite o tem, da bi uporabnikom zagotovili preprost način za odjavo od trženjskih in promocijskih sporočil, pri oblikovanju e-poštnih sporočil pa imejte v mislih uporabnika.
Odjava z enim klikom uporabnikom omogoča hitro in preprosto odjavo od vaših trženjskih ali promocijskih sporočil. Odjava z enim klikom vam omogoča tudi, da ohranite nizek odstotek vsiljene pošte, kar izboljša dostavo sporočil. Visok odstotek vsiljene pošte negativno vpliva na dostavo sporočil za vse vrste sporočil, ki jih pošljete.
Za izpolnjevanje zahtev standarda RFC 8058 dodajte vsem odhodnim trženjskim in promocijskim sporočilom glave »List-Unsubscribe«, kot je opisano v Smernicah za pošiljatelje e-poštnih sporočil. Če uporabljate drugega ponudnika e-pošte, preverite, ali imate na voljo možnost, da odhodnim sporočilom dodate te glave.
Glave »List-Unsubscribe« omogočajo neposredno odjavo uporabnikov tako, da jih odstranijo s poštnega seznama. Druge vrste odjav z enim klikom, kot so povezava »mailto« ali povezave za odjavo URL, ne izpolnjujejo naših zahtev za odjavo z enim klikom.
Če sporočila ne izpolnjujejo zahtev za odjavo z enim klikom, kot je opredeljeno v Smernicah za pošiljatelje e-poštnih sporočil, sporočil ne zavrnemo samodejno ali jih označimo za vsiljeno pošto.
Vendar pa obstaja večja verjetnost, da bodo prejemniki neželena sporočila, pri katerih ni možnosti za odjavo z enim klikom, prijavili kot vsiljeno pošto. Večje število sporočil, ki so označena kot vsiljena pošta, bo povečalo verjetnost, da bodo prihodnja sporočila istega pošiljatelja dostavljena v mapo z vsiljeno pošto.
Poleg tega so za olajšave primerni samo pošiljatelji množičnih sporočil, ki izpolnjujejo vse zahteve iz Smernic za pošiljatelje e-poštnih sporočil, vključno z odjavo z enim klikom.
Ne. Odjava z enim klikom mora biti implementirana v skladu s standardom RFC 8058 tako, da odhodnim promocijskim sporočilom dodate glave »List Unsubscribe«, kot je opisano v naših smernicah za pošiljatelje e-poštnih sporočil. Če v telo sporočila vključite povezavo »mailto«, to ne izpolnjuje naših zahtev za odjavo z enim klikom.
Ne. Če vaša sporočila vključujejo odjavo z enim klikom z uporabo glav »List Unsubscribe«, kot je opisano v Smernicah za pošiljatelje e-poštnih sporočil, vam v telo sporočila ni treba dodati več povezav za odjavo z enim klikom. Vse dodatne povezave za odjavo v telesu sporočila so lahko povezane s spletno stranjo z nastavitvami, ki jo določite.
Če želite zmanjšati število prijav vsiljene pošte, zaščititi svoj ugled pošiljatelja e-poštnih sporočil in poskrbeti za ohranjanje zdravih e-poštnih seznamov, priporočamo, da zahteve za odjavo izpolnite v 48 urah, kar je razumni časovni okvir za odstranitev prejemnikov s poštnega seznama.
Upoštevanje zahtev za odjavo, ki jih pošljejo prejemniki, je še posebej pomembno, če pogosto pošiljate trženjska sporočila. S tem boste zagotovili boljšo dostavo e-poštnih sporočil in višjo vrednost za dejavne uporabnike, ki želijo prejemati vaša sporočila.
Odjava z enim klikom ne bo samodejno odstranila prejemnika iz vseh sporočil istega pošiljatelja. Ko v skladu s standardom RFC 8058 implementirate odjavo z enim klikom z uporabo glav »List Unsubscribe«, kot je opisano v Smernicah za pošiljatelje e-poštnih sporočil, je prejemnika mogoče odstraniti samo s poštnega seznama, povezanega s sporočilom. Z odjavo z enim klikom lahko upravljate, iz katerih seznamov bodo prejemniki odstranjeni.
Če izpolnjujete zahtevo za odjavo z enim klikom, lahko v telo sporočila vključite tudi povezavo za odjavo, ki uporabnike usmeri na stran z nastavitvami za poštni seznam. Upoštevajte, da ta vrsta povezave ni v skladu s standardom RFC 8058, zato uporaba samo te vrste povezave brez e-poštnih glav za odjavo z enim klikom ne izpolnjuje zahteve za odjavo z enim klikom, kot je opisano v Smernicah za pošiljatelje e-poštnih sporočil.
Če povezava za odjavo dalj časa ne deluje, vaša sporočila ne bodo izpolnjevala naše zahteve za odjavo z enim klikom. Ta sporočila ne bodo označena kot vsiljena pošta, vendar pošiljatelji ne izpolnjujejo pogojev za olajšave glede težav z dostavo e-poštnih sporočil.
Povezave »mailto« bodo še naprej podprte, vendar ne izpolnjujejo naših zahtev za odjavo z enim klikom. Za izpolnjevanje naše zahteve za odjavo z enim klikom morate v vseh komercialnih in promocijskih sporočilih uporabljati glave e-poštnih sporočil »List-Unsubscribe«, kot je opisano v standardu RFC 8058 in naših smernicah za pošiljatelje e-poštnih sporočil, ter v glavo »List-unsubscribe:« vključiti en HTTPS URL.
Pošiljatelji morajo upoštevati specifikacije za odjavo z enim klikom, ki so opredeljene v standardu RFC 8058, in vsem odhodnim promocijskim sporočilom dodati glave »List Unsubscribe«, kot je opisano v naših smernicah za pošiljatelje e-poštnih sporočil.
Skrbniki e-poštnih sporočil morajo kot referenco za uvedbo odjave z enim klikom uporabljati standard RFC 8058. Povezave za odjavo z enim klikom, ki vodijo na ciljno stran ali drugo vrsto spletne strani, niso v skladu s standardom RFC 8058.
Preverjanje pristnosti e-poštnih sporočil
Kaj je zahteva za uskladitev DMARC za množične pošiljatelje?Za sporočila, poslana neposredno na osebne račune za Gmail, mora biti organizacijska domena v glavi »Od:« pošiljatelja usklajena z organizacijsko domeno SPF ali DKIM. Čeprav od množičnih pošiljateljev zahtevamo, da nastavijo preverjanje pristnosti SPF in DKIM, je treba za izpolnitev zahtev za uskladitev pošiljatelja uskladiti le eno od njiju.
Uskladitev DMARC ni potrebna za posredovana sporočila ali sporočila s poštnega seznama (temu včasih pravimo tudi posredna sporočila), vendar zahtevamo, da imajo te vrste sporočil glave ARC. Preberite več o preverjanju pristnosti in glavah ARC.
Da bi zagotovili zanesljivo preverjanje pristnosti, priporočamo, da vsi pošiljatelji v celoti uskladijo protokol DMARC s protokoloma SPF in DKIM. Verjetno je, da bo uskladitev protokola DMARC s protokoloma SPF in DKIM sčasoma postala zahteva za pošiljatelja. Preberite več o uskladitvi DMARC.
Če so sporočila neuspešna pri preverjanju pristnosti DMARC zaradi težav s preverjanjem pristnosti ali uskladitvijo, na splošno velja uveljavljanje, opredeljeno v pravilniku DMARC domene, iz katere so sporočila poslana. Če domena, iz katere je poslano sporočilo, nima pravilnika DMARC, bodo sporočila morda zavrnjena ali poslana v mapo z vsiljeno pošto. Neuspelo preverjanje pristnosti DMARC je eden od več dejavnikov, ki določajo, ali bodo sporočila zavrnjena, poslana v mapo z vsiljeno pošto ali dostavljena po pričakovanjih. Preverjanje pristnosti DMARC je pomemben odločilni dejavnik, zato se ta sporočila običajno obravnavajo na podlagi nastavitve uveljavljanja v pravilniku DMARC domene, iz katere so poslana sporočila.
Preberite več o pravilnikih in možnostih uveljavljanja DMARC.
Podpora in posredovanje na višjo raven
Ali lahko množični pošiljatelji pridobijo tehnično podporo pri odpravljanju težav z dostavo e-poštnih sporočil?Množični pošiljatelji, ki izpolnjujejo vse zahteve, opisane v smernicah za pošiljatelje e-poštnih sporočil, lahko v primeru težav z dostavo e-poštnih sporočil pošljejo zahtevo za posredovanje na višjo raven. Preden se obrnete na tehnično podporo, upoštevajte vse smernice za pošiljatelje. Od februarja 2024 pošiljateljem, ki ne izpolnjujejo smernic, ne bomo več zagotavljali olajšave glede težav z dostavo e-poštnih sporočil. Podrobnosti o zahtevah za olajšave so na voljo v obrazcu za stik s pošiljatelji.
Samo pošiljatelji množičnih sporočil, ki izpolnjujejo vse zahteve iz Smernic za pošiljatelje e-poštnih sporočil, vključno z zahtevami glede preverjanja pristnosti, zahtevami glede odstotka vsiljene pošte, ki jo prijavijo uporabniki, in odjave z enim klikom za ustrezen promet, so primerni za olajšave.