E-mail mint bejövő csatorna
Ügyfelei a szoftver által automatikusan felismert e-mail címre küldhetnek dokumentumokat, megkereséseket vagy rendeléseket.
Önnek csak meg kell adnia a használni kívánt e-mail-címeket, a CatchMail pedig elvégzi a bejövő levelek teljes körű feldolgozását. Kiértékeli a mail szerver feladó-hitelesítési eredményeit, alkalmazza a beállított szabályokat, eltárolja a teljes üzeneteket a csatolmányokkal együtt, majd HTTP-n keresztül továbbítja azokat az Ön rendszerébe. A CatchMailt 2025 szeptembere óta használjuk élesben dokumentumtovábbításhoz a GetMyInvoices platformon, 2026 nyara óta pedig egy olyan ticketing rendszert is működtet, amely minden bejövő levelet automatikusan új jeggyé alakít. Mindkét szoftver a saját termékünk.
Egy saját szolgáltatás fejlesztésével járó valódi munka gyakran csak éles üzemben derül ki. Egy legitim e-mail átmegy a DKIM-en, de elbukik az SPF-en. A válaszláncokban felhalmozódó csatolmányok miatt meghiúsul a kézbesítés. A célrendszer 502-es hibakódot dob, és senki nem veszi észre, hogy az üzenet nem érkezett meg. A fejlesztés során mi is belefutottunk ezekbe a problémákba, a megoldásokat pedig mind beépítettük a CatchMailbe.
Olyan alkalmazásokhoz, amelyeknél alapelvárás a bejövő e-mailek feldolgozása, de saját levelezési infrastruktúra kiépítésére már nincs kapacitás. A CatchMail ezt a feladatot vállalja át.
Ügyfelei a szoftver által automatikusan felismert e-mail címre küldhetnek dokumentumokat, megkereséseket vagy rendeléseket.
A tiltólisták, engedélyezési listák, spampontozás, valamint az SPF és DKIM külön kiértékelése összetett fejlesztési és üzemeltetési feladat. A CatchMail átveszi ezeket.
A levél szövegén túl a teljes eredeti MIME-üzenet, az összes fejléc és minden csatolmány visszakövethetően tárolásra kerül.
A fogadó rendszer átmeneti kiesése esetén a folyamatos működés automatikus újrapróbálkozással, állapotkövetéssel és kézi újraindítási lehetőséggel biztosított.
Ön határozza meg a címeket, a CatchMail pedig fogadja a leveleket. A feldolgozás előtt minden bejövő üzenet ellenőrzésre kerül a levelezési szolgáltatónk aláírása alapján. Érvényes aláírás hiányában a CatchMail 403-as hibakódot ad vissza, és nem dolgozza fel az üzenetet. Igény esetén további címzett-ellenőrzés is bekapcsolható.
A CatchMail nem tölt le leveleket külső postaládákból. Ha a felhasználóknak meglévő Gmail-, Microsoft 365- vagy IMAP-fiókokat kell csatlakoztatniuk, erre a MailTacle nyújt megoldást.
Engedélyezési, kizárási és spamszabályok határozzák meg, hogy mely üzenetek jutnak el az Ön rendszerébe. A szűrés a feladót, a címzettet, a tárgyat, a fejléceket, az üzenettörzset és a csatolmány meglétét is vizsgálhatja. Az SPF és a DKIM kiértékelése külön történik, nem egyetlen összevont döntésként, mert a valós üzleti levelek gyakran csak az egyik ellenőrzésen mennek át.
A technikai továbbításról a CatchMail dönt, a tartalom üzleti értelmezése pedig az Ön alkalmazásának a feladata.
Eltároljuk a teljes eredeti MIME-üzenetet, a fejléceket pedig külön metaadatként rögzítjük. Az eredeti üzenet és a csatolmányok az ellenőrzőösszegből képzett helyre kerülnek az objektumtárban. Minden üzenethez teljes auditnapló tartozik, és message-ID alapján szűrhető. Az üzenet 45 nap után az archívumba kerül, ahonnan továbbra is lekérhető. Az EML-fájl 90 nap után, a teljes rekord pedig 365 nap után törlődik. A megőrzési időket igény szerint tudjuk módosítani.
Adja meg a fogadócímeket és a kézbesítési URL-t. A célállomás egy szabadon konfigurálható HTTPS-cím. A payload, a hitelesítés és a státuszválaszok formátumát az Ön egyéni igényei alapján építjük fel, ahogy azt a már meglévő integrációinknál is tettük.
A bejövő szolgáltatáshoz a tiltólisták, az engedélyezési listák és a spamküszöbök egyedileg kerülnek beállításra. Az engedélyezési lista kizárólag vészmegoldásra szolgál. Ha egyes üzeneteknek rendszeresen meg kell kerülniük a szűrést, az újabb kivételek hozzáadása helyett inkább a szabályrendszert érdemes finomhangolni.
A CatchMail fogadja, ellenőrzi és eltárolja a beérkező üzeneteket, majd ütemezi azok kézbesítését. Innentől a fogadási és tárolási folyamat automatikusan zajlik.
A kézbesítés HTTP-n keresztül történik. Az alapértelmezett beállítás legfeljebb 12 próbálkozás 10 másodperces időközökkel, de mindkét érték módosítható. Az egyes válaszkódok kezelése kapcsolatonként egyedileg kerül meghatározásra. A két meglévő integrációnál például az 502-es kód újabb próbálkozást vált ki, míg a 4xx-es kódok nem, mivel klienshiba esetén a várakozás nem oldja meg a problémát. Így az Ön csapata pontosan tudni fogja, milyen kézbesítési viselkedésre számíthat.
A kezelőfelület a fogadott, a továbbított, a sikertelen és a spam kategóriájú üzeneteket jeleníti meg. A hibák részletei átvizsgálhatók, a sikertelen kézbesítések egyenként vagy tömegesen újraindíthatók, a beállított szűrők pedig külön elmenthetők. A levélforgalom rendellenes visszaesése esetén Slack- és e-mail-riasztások segítségével még azelőtt elháríthatja a hibát, hogy az ügyfelek észlelnék. Ez a monitorozási funkció egy éles környezetben történt incidens tanulságaként épült be a rendszerbe.
Szoftverek, SaaS-megoldások vagy platformok bejövő e-mail csatornával történő bővítéséhez. A CatchMail kifejezetten a termékfejlesztési, mérnöki és integrációs csapatok igényeire készült.
Több alkalmazás közös bejövő e-mail csatornájának biztosításához. A CatchMailt mi magunk is így használjuk: egyetlen példány több bérlőt szolgál ki, az üzeneteket pedig a címzett azonosítása alapján osztja el a rendszer.
Az üzemeltetési felület német és angol nyelven érhető el, szerepköri modellel és dokumentált jogosultsági mátrixszal. A bevezetés során egyeztethetjük, hogy a csapata saját hozzáférést szeretne-e, vagy inkább mi lássuk el az üzemeltetési feldatokat.
| A CatchMail szerepköre | Az Ön alkalmazásának a szerepköre |
|---|---|
| E-mailek fogadása a megadott címeken és a feladók ellenőrzése | Felhasználói felület biztosítása a végfelhasználóknak |
| Tiltólisták, engedélyezési listák, spamszűrés és e-mail-hitelesítés | A tartalom kontextusbeli értelmezése és felhasználása |
| Eredeti MIME-üzenetek, fejlécek és csatolmányok auditbiztos tárolása | Dokumentumok és adatok további feldolgozása |
| Kézbesítés a megadott végpontra, beleértve az ismételt próbálkozásokat | A kapcsolódó üzleti folyamatok vezérlése |
| Állapotok, hibák és forgalmi riasztások megjelenítése | Visszajelzések és értesítések küldése a felhasználóknak |
A CatchMail nem csatlakozik meglévő postaládákhoz, erre a célra a MailTacle nyújt megoldást. Az Email Classifier megállapítja, hogy a levél tartalmaz-e számlát, míg az Extronaut kinyeri a dokumentumok adatmezőit. Mindhárom komponens a CatchMail mögé építhető be.
A CatchMail a megadott bejövő címekre érkező leveleket fogadja, ellenőrzi az aláírásokat, és elvégzi a szabályalapú szűrést. Az eredeti üzeneteket és a csatolmányokat auditbiztosan tárolja, majd a beállított újrapróbálkozásokkal továbbítja őket a megadott végpontra. Az üzemeltetés számára folyamatos státuszinformációkat és riasztásokat biztosít.
Nem. A CatchMail a kijelölt beérkezési címekre küldött e-maileket dolgozza fel. Amennyiben a meglévő postaládákhoz kell hozzáférni, arra a MailTacle nyújt megoldást.
Bármely olyan elérhető HTTPS-végpontra, amely támogatja a POST-kéréseket. A célcím szabadon beállítható. Az integráció kulcsa az adatstruktúra, a hitelesítés és a válaszkódok egyeztetése.
Alapértelmezés szerint a rendszer tizenkét kézbesítési kísérletet tesz tízmásodperces időközökkel. Az egyes válaszkódok kezelési logikáját kapcsolatonként külön határozzuk meg. A kezelőfelületen minden üzenet állapota pontosan látható, a sikertelen kézbesítések pedig egyesével vagy tömegesen is újraindíthatók. Az üzenet a folyamat során tárolásra kerül.
Az üzenetek alapértelmezetten 45 nap után archívumba kerülnek, ahonnan továbbra is visszakereshetők. Az objektumtárban tárolt EML fájl 90 nap után törlődik, az üzenethez tartozó minden egyéb adat pedig 365 nap elteltével törlődik véglegesen. Igény szerint ennél rövidebb vagy hosszabb megőrzési időtartam is beállítható.
A CatchMail 2025 szeptembere óta működik éles környezetben, és jelenleg két rendszert szolgál ki. Az üzemeltetés része a heti frissítés, a napi automatizált tesztelés, a build folyamat során végzett konténeres biztonsági ellenőrzés, valamint a folyamatos monitorozás és riasztás. Az első rendszer ügyféloldali bevezetése kontrollált, 50 fiókos szakaszokban zajlott. A komponensnek jelenleg még nincs külső ügyfele, így az Ön vállalata lenne az első partner.
Az első egyeztetés során áttekintjük a beérkezési címeket, a szükséges szűrési szabályokat, a kézbesítési végpontot, valamint az üzemeltetői csapat hibakövetési igényeit. Ez alapján megalapozottan dönthet a kész modul bevezetése és a saját szoftver fejlesztése között.