Tudásbázis

Saját magad írta szabályok

A saját feltételeid, és az, hogy mi történjen azzal, ami illeszkedik rájuk.

Részletek

A Beállítások → Szabályok alatt írhatod meg, illetve a REST API /rules végpontján, amely minden munkaterületen be van kapcsolva. A szabály egy érkező üzenetre vonatkozó feltételek listája, és egy műveletlista arra, amit az illeszkedőkkel tenni kell: postafiókonként 100 szabály, mindegyikben legfeljebb 20 feltétel és 10 művelet. Ezek egy ciklusban futó szkript elleni védőkorlátok, nem csomaghatárok. A 101. szabályt erről szóló üzenettel visszautasítjuk, nem pedig kiszámlázzuk.
Huszonegy dolgot kérdezhet egy feltétel: a From címet és annak domainjét (ahol az example.com illeszkedése a mail.corp.example.com címre is kiterjed), az SMTP-boríték feladóját, a To, Cc, Bcc mezőket, bármelyik címzettet, a Reply-To mezőt, azt a címet, amelyre a másolat ténylegesen kézbesítve lett, leszedett plusz-címkével, a tárgyat, a törzset, bármely megnevezett fejlécet, a List-Id mezőt, egy melléklet nevét, típusát vagy méretét, azt, hogy van-e egyáltalán melléklet, a teljes üzenetméretet, a spamítéletet, valamint az érkezés óráját és hétköznapját UTC szerint. Az illesztés glob (* és ?), vagy tartalmazza, egyenlő, ezzel kezdődik, ezzel végződik, és a négy numerikus mezőn nagyobb, illetve kisebb. A mintának saját magában két alfanumerikus karaktert kell hordoznia, így a csupasz * beírásakor visszautasításra kerül, ahelyett hogy minden valaha érkező üzenetre illeszkedne.
Az összes feltétel vagy bármelyikük, egyenként NOT-tal ellátva. Nincs egymásba ágyazott zárójelezés: az (A and B) or C két szabály, és fél évvel később úgyis így olvasod vissza.
Tizenegy művelet: címkézés, címke eltávolítása, archiválás, olvasottnak jelölés, csillagozás, spamként iktatás, kukába helyezés, továbbítás, automatikus válasz sablonból, a feladó tiltása, és az üzenet kereken visszautasítása. A szabályok abban a sorrendben futnak, ahogy elhelyezted őket, a legalacsonyabbal kezdve, és bármelyik kikapcsolható törlés nélkül. A feldolgozás leállítása jelzéssel ellátott szabály lezárja a menetet, így alatta semmit nem veszünk figyelembe, és ahol két szabály is megnevez egy mappát, a későbbi nyer, mert egy számozott lista ezt jelenti.
Az ajtóban való visszautasítás csak boríték alapján működik, egyébként már íráskor visszautasításra kerül. Az 550 választ az kapja meg, aki átadta nekünk az üzenetet, levelezőlista esetén pedig ez a LISTA, amely visszapattanó feliratkozóként olvassa, és leiratkoztat valamiről, ahol csak egyetlen ember hozzászólásait akartad megállítani. Az a szabály, amely pusztán a From fejléc alapján illeszkedik egy feladóra, helyette a Spam alá iktat, pontosan úgy, ahogy a tiltás is.
Az automatikus válasz nem felel gépnek. Elnyomjuk az Auto-Submitted fejlécnél, a Precedence: bulk, list vagy junk értéknél, a List-Id vagy List-Unsubscribe fejlécnél, az X-Autoreply és az X-Autorespond fejlécnél, valamint az üres borítékfeladónál, amelyet minden visszapattanás hordoz. Ezen túl egy feladó naponta legfeljebb egy választ kap. Két postafiók válaszszabályokkal és védelem nélkül addig levelezik egymással, amíg valaki észre nem veszi.
A továbbítás nem a megérkezett üzenet, hanem újraépített másolat: a küldési útvonalon megy ki, így a feladó DKIM-aláírása nem éli túl, ahogy a szokatlan fejlécek és az egzotikus részek sem. Az eredeti .eml mellékletként utazik vele, így a fejlécek és a pontos részek továbbra is elolvashatók, kivéve, ha meghaladja az 5MB-os mellékletkorlátot – ilyenkor a továbbítás az olvasható törzzsel akkor is elmegy, az eredeti viszont a saját postafiókodban marad. Semmi nem szól arról, hogy ez történt, és éppen ezt érdemes tudni. A célt a szabály megírásakor ellenőrizzük, de csak alakilag: az ops vagy a pont nélküli ops@example már íráskor visszautasításra kerül, ahelyett hogy utólag minden illeszkedő üzenetnél elbukna. Az olyan elgépelés, amely még érvényes cím ([email protected] az [email protected] helyett), elfogadásra kerül, és egy szabály célját soha nem kérjük meg arra, hogy megerősítse magát, ahogy azt egy címtovábbításnál tennénk, így a másolat pontosan oda megy, amit beírtál.
A szabály kipróbálható, mielőtt bekapcsolnád: irányítsd rá az elmúlt harminc napra (legfeljebb egy évre, legfeljebb 200 üzenetre), és jelenti, a saját üzeneteid közül melyeket kapta volna el, és mit tett volna velük, anélkül hogy egyetlenegyhez is hozzányúlna. Ugyanaz az illesztő válaszol erre, mint amelyik a kézbesítési útvonalon fut, de a tárolt üzenet nem az az üzenet, amelyet az SMTP átadott. A borítékfeladó, a fejléctérkép, a List-Id, a cím, amelyre kézbesítve lett, és a hálózaton mért méret addigra eltűnik, így a huszonegy mezőből tizenegy másként válaszol egy próbafuttatásban, vagy egyáltalán nem tud válaszolni, és a párbeszédablak meg is nevezi őket, nem pedig némán nem illeszkedőnek számítja. A legélesebb eset az ajtóban visszautasító szabály: kötelezően borítékfeladó-feltételt kell hordoznia, a tárolóban pedig semmi nem tud ilyenre válaszolni, így az előnézet azt jelenti, hogy semmire nem illeszkedik, bármennyit utasítana is vissza a gyakorlatban.
Semmi nem visszamenőleges, és szándékosan nincs gomb, amely azzá tenné. Egy szabály alkalmazása a már meglévő postafiókodra korlátlan, nincs visszavonása, és minden általa érintett üzenetet visszarángatna a bejövők tetejére. A szabályok arról döntenek, mi történjen az ezután érkező levelekkel.
Azt, hogy az egyes szabályok mit tettek, üzenetenként rögzítjük (az alkalmazott műveleteket, és külön azokat, amelyeket elutasítottunk, meg azt is, miért), így a „miért került ez ide” és a „miért nem válaszolt arra a távollét-üzenetem” kérdés is megválaszolható. A napló megőrzi a szabály nevét, így a szabály átnevezése vagy törlése után is helyesen olvasható.
A saját domainjeid minden címére vonatkozik, így a szabály mindent elér, ami érkezik, és nem olyan helyen kínáljuk fel, ahol némán nem csinálna semmit.
Ha a motor nem tud válaszolni (egy újabb kliensből származó feltétel, egy nem válaszoló adatbázis), az üzenetet úgy kézbesítjük, ahogy egyébként is tettük volna, a hibát pedig naplózzuk. A kivételt dobó szabály olyan üzenet, amely soha nem érkezik meg.