Encrypt messages
Helló!
Nem tudom, hogy, de valami olyasmi állt elő, hogy a levelek egy része encryptálva vna, egy része nem.
encrypt_messages ha 1 egy része megy ,ha 0 akkor egy másik halmaz.
Van valami tool, hogy a leveleket egyformára lehessen hozni?
Comments (12)
-
repo owner -
reporter Hát, a végcél a minden titkosítás nélkül lenne szerintem.
-
repo owner Ehh, megizzasztasz... Lehet, hogy a vege egy workaround lesz, hogy a pilerget valahogy detektalja, hogy titkositva lett a level vagy sem, aztan annak megfeleloen kezeli azt. Meglatom meg.
-
reporter Végülis tökmindegy mibe van, csak egyformába legyen.
-
reporter Sikerült valamit kitalálni?
-
repo owner Meg mindig toprengek. Lehet az lesz, hogy a pilerget progit modositom, hogy ha az eredmenyben nincs felismerheto header, akkor egy extra command line opcio segitsegevel ures titkosito kulcsot allit be, es ujra megprobalja kiszedni a levelet az archivumbol.
Viszont kulon gepen fut a gui, vagy ahol a piler demon is fut?
-
reporter Helló!
Mindkét módszert használom, azonban ahol ez a titkosítási dolog van, ott helyben megy minden.
-
repo owner - attached get_raw_messages.txt
-
repo owner Ime egy workaround, hogy a gui-t futtato gepen levo leveleket lathasd: A model/search/messages.php-ben csereld le a get_raw_messages() fuggvenyt a mellekelt file-ban levore.
Majd a src/pilerget.c-re az alabbi diff-et alkalmazni:
- if(argc >= 3) readkey = 0; + if(argc >= 3){ + readkey = 0; + cfg.encrypt_messages = 0; + }
Es akkor mind a titkositott, mind a nem titkositott leveleket jol megmutatja.
Mas. A detached gui-t hasznalo konfiguracional megoldhato-e az, hogy ne a pilergetd-t hasznald, hanem a /var/piler/store/00-t siman felmount-old read-only-kent (pl. nfs, sshfs) a gui-t futtato gepre?
-
reporter Felraktam a patchet, úgy néz ki jó, holnap átteszteltetem, hogy minden fasza e.
Ahol külön van a webes rész nem igazán oldható a fájlokat odarakni.
Esetleg azt felhasználva ahogy itt eldönti, hogy titkosított vagy sem, beolvasni a levelet pilergettel, majd valamivel visszaírni nem lehet?
Így akár ki lehet azt az igényt is elégíteni, ha esetleg valaki később akar titkosítani, vagy kititkosítani, stb. (SZVSZ amúgy felesleges ide titkosítást rakni, ha akar az ember titkosítani úgyis titkosítja a fájlrendszert magát ahol az adatok vannak.)
-
repo owner A titkositas opcio azert kerult bele, mert a kulonfele (foleg nyugaton ervenyes) elvarasok kozott eloiras, hogy a levelek titkositva legyenek tarolva. Az jo kerdes, hogy a file rendszer titkositasa vajon eleg-e. De mostmar mindegy, mert a jelenlegi felhasznalokat tovabb kell tamogatni.
-
repo owner - changed status to closed
Remelem, megoldodott a kozben eltelt majd 4 ev alatt a problema. Ha nem, akkor beszeljunk rola.
- Log in to comment
Nincs ilyen tool, de lehet egyet irni. Kerdes, hogy talaljuk meg a titkositatlan leveleket (felteve, hogy mindegyik titkositasa a vegcel). Lehet, hogy rossz otlet volt ezt az opciot beletenni...