A postafiók levelezésének ellenőrzése ("nagy testvér" figyeli)
Első pillantásra a feladat nem túl egyszerű, de mint kiderült, mindent nagyon könnyű megvalósítani. Van FreeBSD operációs rendszerünk és Postfix-alapú levélkiszolgálónk. Íme néhány lehetőség a probléma megoldására: Postfix:
A megvalósítás 2 változatát tekintjük - fájlok (indexált hash térképek) és MySQL adatbázis alapján.
Módszer indexált hash térképek használatával
Meg tudjuk szabályozni, hogy mit akarunk elérni - csak a felhasználó által küldött üzeneteket másolja a megadott mezőbe, vagy csak a beérkező üzeneteket, vagy mindkettőt.
Például, fontolja meg a kimenő üzenetek másolásának lehetőségét:
2. Adjon hozzá egy sort a main.cf fájlhoz
3. Győződjön meg arról, hogy létrehozza az indexelt fájlt:
Hasonló lépéseket kell tenni a bejövő levelek másolásához. A sender_bcc_maps helyett érdemes használni a recipient_bcc_maps parancsot.
Figyelem! Miután végrehajtotta a változtatásokat, ne felejtse el újraépíteni a hashot:
A MySQL használatának módja
Feltételezzük, hogy már a MySQL-t a Postfix-tal együtt használjuk a számlák, a szállítás stb. Tárolására.
1. Hozzon létre egy bcc névtáblát az adatbázisában
2. A / usr / local / etc / postfix / fájlok létrehozása sender_bcc.cf és recipient_bcc.cf:
3. A main.cf-ben sorokat adunk hozzá
4. A Postfix újraindul, hogy alkalmazza a módosításokat. A MySQL bcc tábla adatmódosítása a Postfix újraindítása nélkül történik.
Megszüntettük az üzenetek megkettőzését bcc_maps
Annak érdekében, hogy a mester.cf-ben ne használjon bcc_maps parancsot, a következő sorokat kell hozzáadnia:
Az én esetemben így néz ki:
Ha úgy gondolja, hogy a cikk hasznos,
ne lusta, hogy kedveli, és ossza meg barátaival.
A nagy testvér mindig gondot visel :)
Csak van egy másik kérdés „megszabadulni a párhuzamos bcc_maps üzenetek” meg kell felírni minden esetben, vagy csak azok, akik ő használ MySQL
megpróbálta beállítani a kimenő e-mailek átirányítását hash segítségével. Kérdés volt:
Átirányítás lehetséges egy másik domain dobozában? vagy csak egy natív tartomány mezőjében. Köszönöm előre.
Tehát, amit az orvos rendelt (2. módszer), hozzon létre egy jel, és minden rendben van, akkor meg kell gondolni egy kicsit, 1-től mind egy kupacban nem lehet hibáztatni, szükségünk van minden egyes felhasználó számára, hogy hozzon létre egy biztonsági doboz regisztrálni azt a 2. táblázatban, ebben az esetben, mi minden bejövő, kimenő, hogy ez a levél lesz esik ugyanabba a mappába a szerveren, svalochka ki, jó minden felhasználó számára létre kell hozni további 2 postafiókok, user_backup_from és user_backup_to. Rossz fordulat, gemorno meg, tud valaki mondani, hogy a levél megy a domaint? Ugyanebben a levélben lesz mentve 2-szer? mivel ez megint rossz. Lehet, hogy le minden egy kupacban, küldés bejelentkezik a mysql postfix, akkor minden az interneten, hogy húzza a gazdaságot arc feltölteni fájlokat egy másik könyvtárba az egyéni felhasználó, de nem asztal, külön alom és mindig kényelmes, peep, helyreállítása
Van-e lehetőség arra, hogy kivételeket tegyen?
Ie hogy mentse az összes kimenő levelet, kivéve a 2 dobozt.
Mondja meg, hogyan fordulhat elő duplikáció, amelyet a master.cf szerkeszthet?
Nagyon köszönöm a duplikáció letiltását
Egész nap töltött a burzsoá fórumokon a probléma megoldására a sokszorosítással. Sehol nincs szó az opcióról, csak kérdései vannak arról, hogyan lehet eltávolítani az átfedéseket és nem egyetlen választ!
Mondja meg, van-e lehetőség és hogyan kell megvalósítani. Tegyük fel, hogy ha egy [email protected] levél a következő címre érkezik: [email protected], akkor csak a levél egy példánya érkezik a nagy testvérhez.
Köszönöm a cikket!
minden a várakozások szerint működik!