[OT] Un grito a angustia...
Rodrigo Fuentealba
darkprox en gmail.com
Mar Nov 14 22:48:34 CLST 2006
El 14/11/06, Juan Pablo<jcarrill en netexplora.com> escribió:
>
> ----- Original Message -----
> From: "Horst H. von Brand" <vonbrand en inf.utfsm.cl>
> Sent: Tuesday, November 14, 2006 8:25 AM
> Subject: Re: [OT] Un grito a angustia...
>
>
> > Juan Pablo <jcarrill en netexplora.com> wrote:
> >> "Rodrigo Fuentealba" <darkprox en gmail.com> dijo:
> >
> > [...]
> >
> >> >> > Obvio. POP3 es un protocolo inseguro. Sugiero usar IMAP.
> >
> >> > POP3 es inseguro, pero lo que más molesta (en entornos cerrados) no
> >> > siempre es que sea inseguro sino que atoche tanto a la red. Utilizando
> >> > IMAP, cuando revisas tu correo, únicamente viajan los headers y con
> >> > ellos puedes ver y descartar los mensajes que no quieras leer. Es
> >> > mejor práctica que enviar toooooooooodo el mensaje por la red. Ese es
> >> > un fundamento más claro (para el que recién comienza como parece ser
> >> > el caso) que decir lisa y llanamente "POP3 es inseguro".
> >
> >> No puedo estar de acuerdo con esto. Normalmente uso POP3 + SSL,
> >> leyendo solo los headers.
> >
> > No. No hay forma de solicitar los encabezados en POP. Solo puedes pedir un
> > rango de bytes del mensaje, en la esperanza que vengan todos... enjuagar y
> > repetir si fallo la estimacion.
> >
> > Y POP + SSL no es standard tampoco, IIRC.
> >
> >> Siempre que tu servidor de POP3 soporte UIDL, no tendras problemas
> >> para usar un lector de correo que soporte bajar solo los encabezados.
> >
> > Extension no standard?
>
> Solo con el objetivo de dejar algunas cosas mas claras... o menos claras?
>
> Mira no entiendo cual es el problema con POP3, pero parece que le tienes
> harta mala.
hay razones, mijo, hay razones.
> Aclaremos bajo el supuesto que el RFC que mencionas es un estandar y los "no
> mandatorios" estan ahi por algo, y no solo utilizando espacio....:
el RFC no es un "supuesto" estándar, es un estándar de facto. Los no
mandatorios, según tengo entendido y corríjanme si me equivoco, son
como los TODO, para cuando se revise el estándar nuevamente, puedan
incluirse (de hecho, también había una lista de no mandatorios en el
estándar SQL, en el que un grupo de developers de SQL Server agregó
las extensiones XML para el SQL3)
> UIDL es parte del estandar
>
> TOP que manda el encabezado + N lineas del mensaje tambien es parte del
> estandar.
>
> Sobre ver o no ver las claves, tambien tienes la opcion de SASL que tambien
> es parte del estandar
el RFC del SASL != el RFC de POP? No lo veo.
> Ahora como no todos estan obligados a implementar las opcionales del
> estandar, existe el mecanismo para identificar cuales son los metodos que
> soporta el servidor al cual se esta conectando el cliente POP3. QUE ES PARTE
> DEL ESTANDAR TAMBIEN (CAPA)
OK, si las opcionales no son obligadas, no son parte del estándar...
El estándar implica que todo funcionará como dice el molde (es como
los uniformes militares, por dentro no importa como sean y no importa
de qué color son los calzoncillos que anda trayendo, pero por fuera
son todos igualitos... diría los uniformes de colegio pero últimamente
en las micros se ha visto cada tipo desastrado y con cada corte de
pelo que yo cuando estudiaba ni me habría atrevido a andar asi...)
--
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org
Más información sobre la lista de distribución Linux