🚀 go-pugleaf

El mi�rcoles, 11 de junio de 2003, a las 00:11 GMT, Jes�s M NAVARRO escribi�:

> Dir�a que est�s poniendo el carro delante del burro: un script "hijo"
> siempre va a tener problemas para saber cu�ntos padres tiene sobre �l.  Por
> [...]

Puede ser: no es mi fuerte la programaci�n. A ver...

> En el ejemplo que das, te supone un problema lo de que en ciertas ocasiones
> tienes que extraer la cabecera y en otras no.  Pero esto es porque est�s
> permitiendo que sea el manejador de una parte el que tome decisiones sobre
> otra.  El padre "sabe" perfectamente que el mensaje tendr� una cabecera y
> dos adjuntos, por ser multipart (siempre lo sabe, puesto que es �l quien
> est� analizando el esquema general del mensaje) pues deja que sea �l quien
> llame, por su orden, al manejador de cabeceras (que no sabe m�s que lo que
> se le est� pasando lo es, porque otros se encargan de que as� sea) y a los
> dos manejadores de adjuntos (que estar�n en el mismo caso)

Quiz�s he planteado mal el problema, simplemente. Pero tal y como est�
expuesto, el script padre no sabe nada; porque no analiza nada. A lo
sumo cu�l es la cabecera, porque es siempre lo primero que env�a.

Recuerda que yo he hecho en el script padre:

#v+

awk -v RS="--$BOUNDARY\n" -v FS="\n" ' {
  print $0 | COMANDO " " NR
  close(COMANDO " " NR)
}' COMANDO="$COMANDO" $ARCHIVO

#v-

Eso es lo �nico que hace el padre: pasar por trozos el mensaje al hijo
(sin mirarlos por dentro). La cabecera efectivamente podr�a separarla
porque siempre es la primera y siempre existe. Pero que la siguiente
parte sea multipart o no, no lo s� hasta que no analizo con el hijo esa
parte y descubro que contiene una l�nea que dice:

Content-Type: multipart/alternative

Pero hasta que no he entrado en el script hijo, no s� absolutamente
nada.

-- 
Lee si puedes y enmienda si sabes
                  --- Lope de Vega ---
   Si     Di�xido de Silicio |        Debian GNU/Linux 
  /  \         (SiO2)        |    Jos� Miguel S�nchez Al�s
 O    O   Mineral de Cuarzo  |  sio2.arr@ba.online.fr | URL #257033