De los archivos de CIUB-L

      Fri, 13 Jun 1986 23:56:06 ABC

      (ZCCBJBC@EB0UB011) via List Processor <LlSTSERV@EB0UB011>

:     Distribution List <ZACUCIUB@EB0UB011>

      Jose Maria Blasco Comellas <ZCCBJBC@EB0UB011>

      Ja tenim un LISTSERVer

      Miguel Angel Campos <ZCCBMCL@EB0UB011>


icacio mes o menys caotica de LISTSERV (i MAILER)

*************************************************


bsp;Si mireu la capcalera d'aquest MAIL veureu que es diferent de la dels

AILs que heu rebuto Apart de uns quants camps mes o menys

 que ja explicare, una cosa important es que ja no surt,

ota, la llista de tots els receptor s (Aixo millora la

 del spool). Si a algu no li agrada el nom que te, que

ui.


bsp;LISTSERV es una maquina desconectada de servei, amb el codi

per la xarxa desde INFO@BITNIC. Serveix per a racionalitzar

titzar les llistes de distribucio:


odes per gestionar llistes de distribucio:

------------------------------------------


bsp;Una llista de distribucio es una mena de discussio electronica.

bsp;Hi ha una serie de persones, interessades en un tema, que volen

bsp;comunicarse electronicament; cada una diu el que pensa, contesta el

bsp;que va dir un altre, fa una pregunta, pontifica o el que sigui.

bsp;I tots els membre de la llista tenen una copia de tot el que estan

bsp;dient tots els altres membres de la llista (En aixo es distingeix una

bsp;llista de distribucio de una estructura jerarquica [p. ex., una

bsp;llista de consultas] on tothom parla amb una sola persona, que

bsp;contesta nomes a qui ha preguntat).


bsp;  Per montar una llista hi ha essencialment tres metodes:


bsp;1.- Cada persona te (p. ex. al seu NAMES) la llista de totes les demes

bsp;    persones, i cada cop que vol dir algo ho fa a tota la llista.


bsp;    Aixo pot anar be si el grup es reduit i fixe (els seus components no

bsp;  cambian casi mai), pero sino te varias pegas: si algu s'afageix o es

bsp;  suprimeix, cal que *cada un* dels membres de la llista modifiquin

bsp;  la seva copia de la llista de integrants; aixo sol donar problemes

bsp;  (la gent s'oblida de fer-ho, i el nou membre perd MAlLs o un antic

bsp;    membre segueix rebent-ne).


bsp;2.- Hi ha una persona que ho centralitza tot (com feia jo fins fa poc

bsp;    amb las llistas CIUB i EXEC).


bsp;    Aixo te la ventatja de que aixi els components de la llista no

bsp;    necessiten saber qui mes hi ha a la llista, pero es pesadissim per a

bsp;    l'administrador, que s'ha de encarragar de re-enviar cada MAlL a

bsp;    tothom, l'hagi generat ello no; a mes, els camps de la nota

bsp;    queden complicats amb linies 'Resent-To' i demes. A mes, les

bsp;    capcaleres del MAILs son molt sovint llarguissimes (mes que el texte

bsp;    del missatge), i sembla que el que ho controla tot pugui fer trampa

bsp;    (o equivocarse) i cambiar el contingut deIs missatges (aixo pot estar

bsp;    be, d'altra banda, per a llistas amb el que s'anomena un 'Editor', que

bsp;    fa justament aquesta funcio).


bsp;3.- S'utilitza LlSTSERV.



ma de com funciona LlSTSERV (amb l'ajut de MAlLER)

--------------------------------------------------


bsp;                                                             +------------+

bsp;                      +----------+ ------------------------> | Receptor 1 |

bsp; +------------------> |  MAILER  | --------------------+     +------------+

bsp; |                    +----------+ <-+--+-----+        |           .

bsp; |                           |       |  |     |        | (4)       .

bsp; |                           |       |  |     |        |           .

bsp; |                           |       |  |     |        |     +------------+

                   (2) |       |  | (3) |        +---> | Receptor n |

bsp; |                    `      |       |  |     |              +------------+

bsp; | MAIL                      |       |  | ... |

bsp; |                           V       |  |     |

----+               +----------------------------------------+

i   |               | Usuari fictici amb el nom de la llista |

----+               +----------------------------------------+


bsp;Quan un usuari vol enviar MAIL a una llista (p. ex., CIUB o EXEC), el que

alitat es enviar la seva nota (1) a un usuari fictici

x pero no s'en fara LOGON mai), que nomes serveix per a

 nom a la llista (p. ex., per les llistes CIUB i EXEC els

son ZACUCIUB i ZACUEXEC -- mes avall parlare de com enviar coses).


bsp;Normalment la nota la envia amb MAIL, pero tambe es pot enviar amb NOTE.

ia via MAIL i hi ha un MAILER, el MAILER la rep i la reenvia (2) al

e l'usuari fictici (Com que aquest usuari es fictici i mai

GON, en principi el MAIL es quedaria alla fins que algu de fora

es).


bsp;Aqui es on interve LISTSERV: de tant en tant (cada 60 segons)

erta' i mira, per cada un deIs usuaris ficticis, si hi ha alguna

seu reader. Si hi troba algo, li pren al usuari fictici

comando CP clase G TRANSFER) i ho procesa de la seguent manera:

a alguns camps de la capcalera (com p.ex. CC:), cambia d'altres

nt:' (p. ex., 'Resent-To:') i genera, per cada un dels membres

ista (que LISTSERV coneix), una copia individualitzada del mail,

mp 'To:' nomes conte el nom de l'usuari concret dins de la

evitant aixi les capcaleres llargues; a mes, afageix un camp

' on indica qui es l'autor del MAIL, que s'ha enviat via LISTSERV,

erid' i el 'node' del LISTSERV.


bsp;Finalment, LISTSERV envia aquests mails via MAILER (3), i llavors

R les re-envia als usuaris de la llista (4).


at de alguns deis camps que composen la capcalera de un MAIL

------------------------------------------------------------


bsp;Haureu vist que a las capcaleres deis mails hi ha una serie de informacio,

 complicada que la que surt amb NOTE. Aixo es perque NOTE es una

 de IBM que nomes serveix per instal.lacions IBM conectadas via RSCS

alent sota VAX o MVS), i en canvi tot aixo de MAIL, MAILER i L1STSERV

 a la norma RFC822, que es un standard 'de facto' per al intercanvi

 i serveix per a qualsevol ordinador i qualsevol xarxa.


bsp;Podeu consultar el document definitori d'aquest standard, que esta

t al NETSERV i s'obte amb el comando NETS GET GATEWAY RFC822.


bsp;Us explico de forma resumida i simplificada el significat d'alguns dels

r>

 la identificacio de l'autor *logic* del mail (es a dir, de qui

bsp;    es el responsable de la nota. Noteu que la direccio electronica

bsp;    (de la forma userid@node) es tanca entre '<' i '>'.


es la identificacio de l'autor *fisic* de la nota (es a dir, qui

bsp;    ha enviat la nota, prescindint de qui la ha redactat). Si el

bsp;    Sender es igual al From, no es posa Sender


 la identificacio del(s) receptor(s) de la nota.


 la identificacio de un o mes usuaris que rebran una 'copia

bsp;    complementaria' de la nota. P. ex., aquesta nota ha sigut enviada

bsp;    amb 'cc:' per Miguel Angel, encara que els demes no ho veureu, ja que,

bsp;    com he dit, LISTSERV el.limina els 'cc:'.


: son indicacions que deixan els diferents sistemes que processen

bsp;    el mail, com a informacio, i tambe per a poder determinar on s'han

bsp;    produit els problemes que hi puguin haber.


 la fecha.


 son comentaris [listserv posa com a comment els camps de direccio

bsp;    si envieu una NOTE (LONG)]


o:

rom:

ate:

ender:

tc)

bsp;    son camps que s'utilitzen si el mail ha sigut reenviat, per a

bsp;    poder distingir el que l'envia del que el re-envia. Pex, si l'usuari

bsp;    'A' (From: A) vol enviar un mail a l'usuari 'B' i

bsp;    s'equivoca i l'envia a l'usuari 'c' (To: C), i l'usuari C s'en

bsp;    adona de l'intencio de A, pot re-enviarlo a B (Aixo es fa automaticament

bsp;    des de MAIL amb la PF6, i es com us enviaba jo molts deis mails de

bsp;    l'altra gent). Llavors seria From: A To: C Resent-From: C Resent-To: B.


o:

rom:

ate:

ender:

tc)

bsp;    s'utilitzan per a substituir els tags 'Resent-' quan un mail

bsp;    re-enviat es torna a re-enviar. P. ex., si l'usuari 'c' del exemple

bsp;    anterior tambe la caga i ho envia a 'D', i 'D' s'en adona, i finalment

bsp;    ho envía a 'B', els tags 'Resent-' de 'c' passan a ser 'Passed-'.


 indica el tema del mail. ES MOLT IMPORTANT INCLOURE UN TAG

bsp;    SUBJECT A TOTA LA CORRESPONDENCIA. El MAIL us pregunta el Subject

bsp;    cada cop que l'invoqueu, i tambe podeu donarlo al fer MAIL amb


bsp;      MAIL nickname (SUBJECT tema


bsp;    Quan una nota es en resposta a un altre, el Subject sol tenir la forma


bsp;      Re: tema original


bsp;    on 'Re:' indica que el mail es un mail en resposta a un altre mail.


: indica que si es contesta la nota, s'ha de contestar a l'usuari

bsp;    especificat com a Reply-To i no al especificat com a From o Sender.

bsp;    P. ex., aquest MAIL posa Reply-To: <ZACUCIUB@EB0UB011> per tal que

bsp;    si algu diu alguna cosa o fa una pregunta, el mail arribi

bsp;    automaticament a tots els suscrits a la llista 'CIUB'.


-To: indica, quan un mail es una resposta, de quin mail ho es.

bsp;    MAIL/MAILBOOK genera la data i l'hora del mail com a contingut

bsp;    de In-Reply-To, pero altres sistemes generan el userid i el node.

bsp;    Podeu veure un exemple de 'Reply' i 'In-Reply-To' fent PF5 sí esteu

bsp;    mirant aquest mail amb MAIL (no cal que despres envieu la nota:

bsp;    podreu sortir amb PF3 del modo reply).


xi d'aquests camps es:


ag: contingut


e-tag ha de comencar a la columna 1, i el contingut pot continuar

inias, sempre que es comenci mes enlla de la columna l.

ontínguts son irrelevants semanticament (p. ex., 'Subject:') i

enen que tenir algun valor obligatoriament (p. ex, 'To: ').

amps que s'han d'omplir, molt sovint la part obligatoria

 ,<, i '>' lila resta son comentaris; si els comentaris contenen

racter semanticament significant (com, p. ex., el punt '.'),

tancar la part del comentari que conte el caracter entre parentesis.

es la rao de que el camp 'Sender:' d'aquesta nota posi


@EB0UB011) Via List Processor <LISTSERV@EB0UB011>

 ZCCBJBC@EB0UB011 ha d'anar entre comentaris perque conte el caracter

erque sino seria (d'acord amb l'estandard RFC822) pres com el

', que no soc jo.


part de capcalera ha de anar separada del texte per una linia blanca.


t: canvis de protocols per les llistes 'CIUB' i 'EXEC'.

-------------------------------------------------------


bsp;Per a enviar informacio a alguna de aquestes llistes nomes cal que

AIL o NOTEs a ZACUCIUB (AT EB0UBOll pels de 4341) o ZACUEXEC,

vament. Tambe podeu utilitzar els exec MAILCIUB i MAILEXEC,

oden invicar tal qual, o com


bsp;MAILCIUB tema de la nota


 formes, si utilitzeu MAIL o MAILCIUB us preguntara el nom de

; per a evitar que ho faci, pot anar be que definiu al vostre

 nickname qualsevol (encara que ELS QUE TENIEN CIUB I/O EXEC AL

S PODEN APROFITAR PER A CANVIAR-HO) amb userid ZACUCIUB (ZACUEXEC),

UBO11 i name qualsevol (ja que LISTSERV l'elimina), pero no buid.


bsp;Josep Maria.


eure si algu diu alguna cosa sobre lo deis EXECs.