[Textlib] Újabb módosító javaslat

[Nagy Imre]

> Ott érzem még kicsit sántának a dolgot, hogy aki nem saját MTA-val
> rendelkezik, annak macerásabb lehet az egész.

Pl: közhálós rendszeren meg se engedik saját MTA használatát.
TextLib müködési modeljétől az ilyen visszaigazoló levlek lekezelése elég
távol áll.

Egy megoldást tudok elképzelni erre. Szabványos, vagy bármilyen felülten
kiadják a szükséges adatokat, ehhez az infoker készít egy alap programot,
automatikus visszapattanó levél feldolgozás nélkül.
De mivel nyilt adatokkal dolgozik a program, így más írhatna hozzá.

Semmikép se szeretém hogy levél tartalomba keresgéljen egy robot, és a
levél tartalom alapján bármit is csináljon. nagyon veszélyes!
+ se idő se pénz nincs rá


> 1. Kézi indításu e-mail felszólító indítása, vagy időzítő indítja

kölcsönzési lejárat előtti figyelmezttés mindenképp időzítő.
Felszólítás nehéz történt.
1: Postai nálunk csak akkor megy ki, ha nyitva vagyunk. Email miért ne
mehetne minden nap? hétvégén is?
Gondot az se jelent ha kell email és postai elszólítás, külön rekordba
lesz nyilvántartva.
Kézi szerintem csak hibajavítás céljából.

> 2. Levelek átadása MTA-nak (ami 1-2 órán belül vagy elküldi vagy
> visszadobja, több napos próbálkozást kizárnám az MTA-ból)

Idő töklényegtelen, MTA konfigurációjától függ. Sehogy nem tudod
megváltotatni. Adott könyvtár feladata. Projktnek nem része.

> 3. Ami visszajön, azt a hibakódnak megfelelően visszadnám a TL-nek, hogy
> rögzítse  kézbesíthetetlenséget, esetleg okát.

Nemlehet megcsinálni.

> 4. Ami nem jön vissza 2 óra 10 perc mulva, azt úgy veszem elment (MTA
> beállítás alapján), ezt is berügzítem TL-be.

Szintén kuka.
Ez nem a textlib feladata.
Plána egy rakás MTA-nál a kézbesítési visszaigazolás se jön. Egyszerűen
nem küldi vissza.

> Így van és saját MTA esetén sokkal több lehetőség van.

Márha a zinternet szolgáltató megengedi. Legjobb tudomásom szerint a
t-online is bevezette a saját MTA tiltását. SPAM védelem okán..

> Az ötlet remek! Beiratkozik, levél kiküld, ha visszajön egyből, akkor
> látható a hiba (visszacsatolás szükségessége).

ja csak a vizapatanó levlet klien oldalon nem fogja látni a könyvtáros.

> Ennek egy részére megoldás a https, JS-t ki kellene hagyni a dologból -
> szerintem

Nem , https-t nem nagyon javaslom. Miért? Egyszerűen nincs pénzünk hiteles
ssl tanusítványra.
Tapasztaltam hogy mekkora gond a felhasználóknak a figyelmeztetésen
túljutni. Mi ebből nem kérünk.

Aki akarja majd ráteszi https-re, könyvtár feladat.

Javascript az egész lényege: Kliens oldalon jelszóberás-> majd JS MD5 hash
készítés, eből SHA1 hash készítés, keverek hozzá egy véletlen szerű
szemetet, és ezt ujra dupla hash, és ezt külöm át a szerverre.
Szerver ismeri a véletlen szemetet.
Visszafejthetetlen! Gondod végig, erőebb mint egy alap ssl kapcsolat
(4szeres hash miatt).
És ingyen van..

Nagy Imre