mmdf(5)                    Manualele utilizatorului                    mmdf(5)

NUME
       MMDF - Formatul casu<?>ei po<?>tale a mecanismului de distribuire a
       memorandumurilor pe mai multe canale (Multi-channel Memorandum
       Distribution Facility)

DESCRIERE
       Acest document descrie formatul de casu<?>a po<?>tala MMDF utilizat de
       unele MTA <?>i MUA (de exemplu, scomail(1)) pentru a stoca mesajele
       po<?>tale la nivel local.

       O casu<?>a po<?>tala MMDF este un fi<?>ier text care con<?>ine un numar
       arbitrar de mesaje e-mail.  Fiecare mesaj este format dintr-un
       <?>tampila po<?>tala, urmata de un mesaj de po<?>ta electronica
       formatat in conformitate cu RFC822 / RFC2822, urmat de o <?>tampila
       po<?>tala. Formatul fi<?>ierului este orientat pe linii. Liniile sunt
       separate prin caractere de avansare de linie (ASCII 10). O linie de
       <?>tampila po<?>tala este formata din cele patru caractere ,,^A^A^A^A"
       (Control-A; ASCII 1).

       Exemplu de casu<?>a po<?>tala MMDF care con<?>ine doua mesaje
       po<?>tale:

              ^A^A^A^A
              From: example@example.com
              To: example@example.org
              Subject: test

              >Din ceea ce am aflat despre formatul MMDF:
              ^A^A^A^A
              ^A^A^A^A
              From: example@example.com
              To: example@example.org
              Subject: test 2

              bar
              ^A^A^A^A

       Spre deosebire de majoritatea celorlalte formate de casu<?>e po<?>tale
       cu un singur fi<?>ier, cum ar fi MBOXO <?>i MBOXRD (a se vedea
       mbox(5)), nu este necesara punerea intre ghilimele/eliminarea
       ghilimelelor liniilor - "From " in casu<?>ele po<?>tale MMDF, deoarece
       aceste linii nu au o semnifica<?>ie speciala in acest format.

       Daca timpul de modificare (determinat de obicei prin stat(2)) al unui
       fi<?>ier de casu<?>a po<?>tala care nu este gol este mai mare decat
       timpul de acces, fi<?>ierul are coresponden<?>a noua. Multe MUA-uri
       plaseaza un antet ,,Status:" in fiecare mesaj pentru a indica ce mesaje
       au fost deja citite.

BLOCAREA
       Deoarece fi<?>ierele MMDF sunt accesate frecvent de mai multe programe
       in paralel, fi<?>ierele MMDF nu ar trebui, in general, sa fie accesate
       fara blocare.

       Trei mecanisme de blocare diferite (<?>i combina<?>ii ale acestora)
       sunt utilizate in general:

       o      Blocarea fcntl(2) este utilizata in principal pe sistemele
              recente, conforme cu POSIX. Utilizarea acestei metode de blocare
              este, in special, recomandabila in cazul in care fi<?>ierele
              MMDF sunt accesate prin intermediul sistemului de fi<?>iere de
              re<?>ea (NFS), deoarece pare a fi singura modalitate de a
              invalida in mod fiabil spa<?>iul de prestocare (cache) al
              clien<?>ilor NFS.

       o      Blocarea flock(2) este utilizata in principal pe sistemele
              bazate pe BSD.

       o      Mecanismul ,,dotlocking" este utilizat pe toate tipurile de
              sisteme. Pentru a bloca un fi<?>ier MMDF numit folder, o
              aplica<?>ie creeaza mai intai un fi<?>ier temporar cu un nume
              unic in directorul in care se afla folder. Apoi, aplica<?>ia
              incearca sa utilizeze apelul de sistem link(2) pentru a crea o
              legatura permanenta numita folder.lock cu fi<?>ierul temporar.
              Succesul apelului de sistem link(2) trebuie verificat
              suplimentar cu ajutorul apelurilor stat(2). In cazul in care
              legatura a reu<?>it, dosarul de coresponden<?>a este considerat
              ,,dotlocked". Fi<?>ierul temporar poate fi apoi dezlegat in
              siguran<?>a.


              Pentru a elibera blocarea, o aplica<?>ie trebuie doar sa dezlege
              fi<?>ierul folder.lock.

       In cazul in care se combina mai multe metode, implementatorii trebuie
       sa se asigure ca utilizeaza variantele fara blocare ale apelurilor de
       sistem fcntl(2) <?>i flock(2) pentru a evita blocajele.

       In cazul in care se combina mai multe metode, nu trebuie sa se
       considere ca un fi<?>ier MMDF a fost blocat cu succes inainte de a fi
       fost ob<?>inute toate blocarile individuale. In cazul in care una
       dintre metodele individuale de blocare e<?>ueaza, o aplica<?>ie trebuie
       sa elibereze toate dispozitivele de blocare pe care le-a ob<?>inut cu
       succes <?>i sa reia intreaga procedura de blocare de la inceput, dupa o
       intarziere corespunzatoare.

       Mecanismul de blocare utilizat pe un anumit sistem este o chestiune de
       politica locala <?>i ar trebui sa fie utilizat in mod consecvent de
       toate aplica<?>iile instalate pe sistem care acceseaza fi<?>iere MMDF.
       Nerespectarea acestei reguli poate duce la pierderea datelor de
       coresponden<?>a electronica <?>i la coruperea fi<?>ierelor MMDF.

IN CONFORMITATE CU
       MMDF nu face parte din niciun standard acceptat in prezent.

ISTORIC
       MMDF a fost dezvoltat la Universitatea din Delaware de catre Dave
       Crocker.

CONSULTA<?>I <?>I
       scomail(1), fcntl(2), flock(2), link(2), stat(2), mbox(5), RFC822,
       RFC2822


AUTOR
       Urs Janssen <urs@tin.org>

TRADUCERE
       Traducerea in limba romana a acestui manual a fost facuta de Remus-
       Gabriel Chelu <remusgabriel.chelu@disroot.org>

       Aceasta traducere este documenta<?>ie gratuita; citi<?>i Licen<?>a
       publica generala GNU Versiunea 3
       <https://www.gnu.org/licenses/gpl-3.0.html> sau o versiune ulterioara
       cu privire la condi<?>ii privind drepturile de autor.  NU se asuma
       NICIO RESPONSABILITATE.

       Daca gasi<?>i erori in traducerea acestui manual, va rugam sa
       trimite<?>i un e-mail la <translation-team-ro@lists.sourceforge.net>.

Unix                           18 februarie 2002                       mmdf(5)