Re: Necesito info sobre... (Parte II)
El Tue, Nov 23, 1999 at 04:10:28PM -0300, [EMAIL PROTECTED] contaba: - servidor LDAP De que se trata este servidor? Lightweight Directory Access Protocol (protocolo de acceso a directorios ligero). Bueno, pues no es ni mas ni menos que un sistema de distribuir información y almacenarla. Un directorio se usa para un montón de cosas: - guardar datos de los usuarios de un sistema - guias telefónicas En realidad se podría usar para cualquier cosa, pero lo cierto es que en la actualidad se está usando para administrar usuarios en sistemas grandes (ISP y cosas así) y para crear listines de direcciones e-mail (www.four11.com ó www.bigfoot.com). Como dicen algunos, el LDAP es a las bases de datos lo que el HTTP es a los documentos. -- Saudos: ose[EMAIL PROTECTED] (Vigo/Galicia/España) http://pagina.de/xmanoel/ http://w3.to/mikkeli/ 11/25 The Last Waltz concert is played by The Band at Winterland, 1976 11/25 Johann Strauss, Jr., writes `On the Beautiful Blue Danube', 1867 11/25 (11/25/1867) Alfred Nobel invented dynamite. 11/25 (11/25/1844) Karl Benz, German automobile designer.
Re: Necesito info sobre... (Parte II)
Destinatarios: JUAN VICENTE/BANELCO/AR CC: Asunto: Re: Necesito info sobre... (Parte II) - servidor LDAP De que se trata este servidor?
Re: Necesito info sobre... (Parte II)
Agustin == Agustin MuNoz [EMAIL PROTECTED] writes: Agustin El lun, 22 de nov de 1999, a las 07:27:11 +0100, Jesus Agustin Rodrigo va y dice: Otia! A ver, aclárame algo. El procmail debe estar definido como MDA (mailer local) del MTA (sendmail), ¿no? Tonces, necesitas que tu ISP Agustin No exactamente, el MTA lo deja en el spool del usuario y Agustin con un .forward en el $HOME los mail son enviados a Agustin procmail para que los procese. Ah. Joer, se os van a marear los mensajes... :D tenga puesto el procmail... (o use RedHat ;). ¿Correcto? Agustin Con que tenga instalado procmail ya llega, lo de RH no es Agustin imprescindible (RH lo instala por defecto?) Sip. Al menos lo era en la 3.0.3 y 4.x. De hecho en Debian también, pero mejor (para variar). Lo acabo de mirar y si instalas procmail, automágicamente se convierte en el mda (el mailer local usa sensible-mda como MDA, y ése llama a procmail o deliver, por ese orden (man sensible-mda)). Y otra: También debes asegurar que tu $HOME se corresponde con el directorio donde el POP pilla tu correo, cosa que no siempre pasa (típica configuración de POP en qmail). Agustin No creo que sea necesario, esto lo sabrá el admin del ISP Agustin ;) Ya. Yo fui más o menos admin de un ISP (ni era ISP como tal, ni yo admin como tal, pero bueno) y usábamos qmail. La configuración que teníamos sólo usaba un UID para todos los buzones POP3 (o sea, que los usuarios POP no eran usuarios). O sea, para resumir... Tu ISP no es tal, ¿no? Agustin X'DDD la verdad es que no es exactamente mi ISP digamos Agustin que donde tengo la cuenta pop3/web el admin es amiguete Agustin de fido y me facilita bastante estas cosas ;) por ej. en Agustin el procmailrc que subo hago un log y él con una entrada Agustin en el cron me lo envia por mail y lo borra :-)) así si Agustin alguno va al /dev/null sin mereserlo por lo menos me Agustin entero X'DDD Lo que yo decía, tu ISP no es un ISP... :) Agustin De todas formas (sin tantas pij*ditas) con que tu ISP Agustin tenga un procmail instalado y puedas acceder por ftp ya Agustin te llega, en arrakis por ejemplo se puede :) Ya... A ver si veo como tiene montado el invento mi ISP. -- Jesús Rodrigo [EMAIL PROTECTED]
Re: Necesito info sobre... (Parte II)
Agustin MuNoz [EMAIL PROTECTED] writes: tambien algunos MTA como smail o exim pueden tratar correo sin embargo su punto fuerte no es ese :P y tb hay algunos que hacen de todo, al menos por lo que dicen los emacseros O:) Sip. :D Por cierto, el spam es mejor tratarlo en el sendmail (el acces db). Con el procmail ya es tarde (lo tienes ya en tu disco, *creo*). Depende de donde tengas el .procmailrc En mi caso subo por ftp un .procmailrc al sitio de donde bajo el correo y ni me entero del spam, también contesto a determinados mails con un attach (200Ks) y esa parte la tengo en el procmailrc del ISP. El que tengo en mi maquina se encarga sobre todo de repartir correo pero para el spam, etc.. el otro :-) Otia! A ver, aclárame algo. El procmail debe estar definido como MDA (mailer local) del MTA (sendmail), ¿no? Tonces, necesitas que tu ISP tenga puesto el procmail... (o use RedHat ;). ¿Correcto? Y otra: También debes asegurar que tu $HOME se corresponde con el directorio donde el POP pilla tu correo, cosa que no siempre pasa (típica configuración de POP en qmail). O sea, para resumir... Tu ISP no es tal, ¿no? -- Jesús Rodrigo [EMAIL PROTECTED]
Re: Necesito info sobre... (Parte II)
Hue-Bond [EMAIL PROTECTED] writes: De todas formas, eso del MDA... No sé, me parece un intruso (hace funciones del MTA (repartir correo) y del MDA (tratarlo). Lo puedes usar sin que sendmail sepa nada de él. Creo que con la presencia de un ~/.procmailrc ya llega. Lo pones a tu gusto y lo organizas como tú quieres. ¿Uh? Se supone que se pone como mailer local en el sendmail.cf, ¿no? -- Jesús Rodrigo [EMAIL PROTECTED]
Re: Necesito info sobre... (Parte II)
El lun, 22 de nov de 1999, a las 07:27:11 +0100, Jesus Rodrigo va y dice: En mi caso subo por ftp un .procmailrc al sitio de donde bajo el correo y ni me entero del spam, también contesto a determinados mails con un attach (200Ks) y esa parte la tengo en el procmailrc del ISP. El que tengo en mi maquina se encarga sobre todo de repartir correo pero para el spam, etc.. el otro :-) Otia! A ver, aclárame algo. El procmail debe estar definido como MDA (mailer local) del MTA (sendmail), ¿no? Tonces, necesitas que tu ISP No exactamente, el MTA lo deja en el spool del usuario y con un .forward en el $HOME los mail son enviados a procmail para que los procese. tenga puesto el procmail... (o use RedHat ;). ¿Correcto? Con que tenga instalado procmail ya llega, lo de RH no es imprescindible (RH lo instala por defecto?) Y otra: También debes asegurar que tu $HOME se corresponde con el directorio donde el POP pilla tu correo, cosa que no siempre pasa (típica configuración de POP en qmail). No creo que sea necesario, esto lo sabrá el admin del ISP ;) O sea, para resumir... Tu ISP no es tal, ¿no? X'DDD la verdad es que no es exactamente mi ISP digamos que donde tengo la cuenta pop3/web el admin es amiguete de fido y me facilita bastante estas cosas ;) por ej. en el procmailrc que subo hago un log y él con una entrada en el cron me lo envia por mail y lo borra :-)) así si alguno va al /dev/null sin mereserlo por lo menos me entero X'DDD De todas formas (sin tantas pij*ditas) con que tu ISP tenga un procmail instalado y puedas acceder por ftp ya te llega, en arrakis por ejemplo se puede :) -- Un Saludo.. ;-) [EMAIL PROTECTED] | http://www.bigfoot.com/~guti | Fido: 2:346/201.9 ... No hay amor más sincero que el amor a la comida.- G. Bernard Shaw
Re: Necesito info sobre... (Parte II)
El viernes 19 de noviembre de 1999 a la(s) 23:36:28 +0100, Jesus Rodrigo contaba: De todas formas, eso del MDA... No sé, me parece un intruso (hace funciones del MTA (repartir correo) y del MDA (tratarlo). Lo puedes usar sin que sendmail sepa nada de él. Creo que con la presencia de un ~/.procmailrc ya llega. Lo pones a tu gusto y lo organizas como tú quieres. [EMAIL PROTECTED] -- Just do it. David Serrano [EMAIL PROTECTED] http://www.ctv.es/USERS/fserrano In love with TuX - Linux 2.2.13Linux Registered User #87069
Re: Necesito info sobre... (Parte II)
El vie, 19 de nov de 1999, a las 11:36:28 +0100, Jesus Rodrigo va y dice: Pero hablaba del MDA en general, además de procmail, hay más (deliver). Ya sé +o- de qué va el procmail y con mi MUA me sobra (hace eso y más). :P Dije gestiona el spool por algo... ahhh O:) De todas formas, eso del MDA... No sé, me parece un intruso (hace funciones del MTA (repartir correo) y del MDA (tratarlo). si eso es cierto, de todas formas su fuerte es el MDA ;) tambien algunos MTA como smail o exim pueden tratar correo sin embargo su punto fuerte no es ese :P y tb hay algunos que hacen de todo, al menos por lo que dicen los emacseros O:) Por cierto, el spam es mejor tratarlo en el sendmail (el acces db). Con el procmail ya es tarde (lo tienes ya en tu disco, *creo*). Depende de donde tengas el .procmailrc En mi caso subo por ftp un .procmailrc al sitio de donde bajo el correo y ni me entero del spam, también contesto a determinados mails con un attach (200Ks) y esa parte la tengo en el procmailrc del ISP. El que tengo en mi maquina se encarga sobre todo de repartir correo pero para el spam, etc.. el otro :-) -- Un Saludo.. ;-) [EMAIL PROTECTED] | http://www.bigfoot.com/~guti | Fido: 2:346/201.9 ... !Me llamo mulo, y hablando no podrás salvar tu culo! - Pulp Fiction
Re: Necesito info sobre... (Parte II)
[EMAIL PROTECTED] writes: De cualquier manera que tengas acceso a Internet, ya sea por dialup o por algun caño directo, siempre pasas por tu ISP, salvo que tu seas ISP :-) Asi que por ahora solo pienso llegar hasta el ISP. (Por eso habia puesto INET, además, porque la idea es conseguir info sobre lo configurable por el usuario, mas alla de tu ISP, como usuario de internet no puedes hacer nada.) Bueno... El saber no ocupa lugar... :) Para que los pobres que tenemos ip dinámica pillemos el correo del servidor donde se quedó: Spool de correo - POP3/IMAP - fetchmail - MTA casera - Spool casero. A ver si entendi: MSG - MUA - MTA - Internet y de vuelta: Internet - fetchmail - MTA - ¿MDA? - MUA - Persona Estoy bien? Pues... No sé lo que es el MDA... Pero por lo demás bien. (¿Mail Delivery Agent?) Solo me faltaría saber en que categoria entra el fetchmail. MTA no es. Y que pasa con el MDA? Es para repartir el correo entre los usuarios locales? ¿? Si es lo que creo que es, sí, reparte el correo a los usuarios locales (o sea, gestiona el spool). X-Window El esquema es: X-Server - cliente1 ^ - cliente2 | - ... | - clienteN v Font server Los window managers son clientes X, un poco especiales, eso sí. Me esta quedando colgado esto del servidor x y sus clientes. Como cliente del servidor x puedo tener cualquier aplicacion que requiera entorno gráfico, sin tener que pasar antes por un WM? Sí. Pero sin bordes en las ventanas. No podrías moverlas, minimizar, maximizar y demás. Cual es la funcion especifica de los WM? Manejar ventanas (como su nombre indica). Se puede usar el KDE, GNOME o Enlightment sin un WM? O son aplicaciones que mejoran un WM? Estás mezclando peras con cacahuetes. Enlightenment es un Window Manager. Maneja ventanas y como extra, saca menús al pinchar en el fondo (ventana root), pone imágenes en la ventana root, hace ruido, da escritorios virtuales, etc. Pero su principal función es manejar (sería más correcto proporcionar el manejo de) ventanas. KDE Gnome son entornos. Se suponen estándares que especifican un look feel de las aplicaciones, o sea, que todas se parezcan en la pinta, los menús y demás. Estos entornos necesitan de un gestor de ventanas para poder manejarlas, en el caso del KDE trae por defecto el kwm y en el caso de Gnome no trae (en KDE lo puedes cambiar por otro KDE compliant (que cumpla el estándar KDE) y en GNOME tienes que poner uno Gnome compliant (entre otros, icewm, window maker y Enligthtenment). De lo del font server no estoy muy seguro. Ok. Pero por lo menos se que no depende directamente de un X-server como los clientes. Ya es una punta donde empezar a buscar algo. La diferencia es que el font server no es un cliente X (no usa para nada el display ni hace ventanas). Es un servidor cuyo cliente es el servidor X. Varios -- Básicamente, en un web/ftp/telnet server el componente es el propio server (apache, ftpd, telnetd). Luego está la historia de si se ejecutan vía inetd, standalone o con algún wrapper. Que es un wrapper? Un programa que se pone en medio para incrementar la seguridad, redirigir puertos, ... Por ejemplo, cuando alguien te intenta hacer un telnet, el inetd (mira el inetd.conf y la página de man) ejecuta un tal tcpd (el tcpwrapper) que comprueba los ficheros hosts.allow y hosts.deny y decide en base a la dirección ip de origen si le permite conectarse o no (o sea, si ejecuta el servidor telnet (in.telnetd) para esa conexión). Via inetd seria que se ejecuta on-demand, no? Si. Se ejecuta un proceso servidor para cada conexión. Existe otro server que desconozca? :-) News, DNS, NFS, ... (muchos). Ok. Entonces los agrego a la lista. Pero primero me interesaría cerrar lo del mail y lo del X-window Tú dirás (pero me da que esto es off-topic, si quieres escribeme a mi dirección y seguimos por ahí). Siempre que dices como hago para tener e-mail?, todos contestan sobre como configurar el sendmail/smail/qmail/*mail y algun MUA (mutt, pine) pero nadie me dijo (ni he encontrado tampoco info sobre) cuales eran las partes que formaban el mail. ¿Has mirado los HOWTOs? Es que, o no has hecho la pregunta correcta, o no la has hecho en el sitio adecuado... Por ejemplo, esto aquí es off-topic. ;) Simplemente porque no tiene nada que ver con Linux, ni con Debian. Te parece que no tenga anda que ver con linux? Simplemente, como usuario, me interesa saber como puedo aprender a configurar mi sistema para que funcione bien. Para ello, tengo que saber que es lo que necesito para mandar un mail, por ejemplo. Sí, pero como usuario de Linux, deberías saber que Linux es un Unix clone, así que casi toda la información genérica de Unix aplica a Linux. -- Jesús Rodrigo [EMAIL PROTECTED]
Re: Necesito info sobre... (Parte II)
El vie, 19 de nov de 1999, a las 03:50:59 +0100, Jesus Rodrigo va y dice: Internet - fetchmail - MTA - ¿MDA? - MUA - Persona Estoy bien? Pues... No sé lo que es el MDA... Pero por lo demás bien. (¿Mail Delivery Agent?) Sipe :) por ejemplo procmail ¿? Si es lo que creo que es, sí, reparte el correo a los usuarios locales (o sea, gestiona el spool). procmail no solo reparte correo, también puede borrar correo no deseado, moverlo a donde interese, puede contestar mensajes de forma automática, lanzar un programa si le llega un mail con determinadas condiciones, y muchas cosas mas.. :) por ejemplo dos reglas simples para evitar spam en el .procmailrc: ### Anti-SPAM :0: * ^X-Mailer.*MultiMailer /dev/null :0: * ^X-Mailer:.\Aureate\ Group\ Mail\ Free\ Edition.*$ /dev/null Esos MUA's *sólo los usan los spamers* ;-) -- Un Saludo.. ;-) [EMAIL PROTECTED] | http://www.bigfoot.com/~guti | Fido: 2:346/201.9 ... y el Oscar a la mejor Comedia a... MicroSoft!!! por WINDOWS98!
Re: Necesito info sobre... (Parte II)
Agustin MuNoz [EMAIL PROTECTED] writes: Pues... No sé lo que es el MDA... Pero por lo demás bien. (¿Mail Delivery Agent?) Sipe :) por ejemplo procmail Aaah. ¿? Si es lo que creo que es, sí, reparte el correo a los usuarios locales (o sea, gestiona el spool). procmail no solo reparte correo, también puede borrar correo no deseado, moverlo a donde interese, puede contestar mensajes de forma automática, lanzar un programa si le llega un mail con determinadas condiciones, y muchas cosas mas.. :) Aah, que bonito... :) Pero hablaba del MDA en general, además de procmail, hay más (deliver). Ya sé +o- de qué va el procmail y con mi MUA me sobra (hace eso y más). :P Dije gestiona el spool por algo... De todas formas, eso del MDA... No sé, me parece un intruso (hace funciones del MTA (repartir correo) y del MDA (tratarlo). Por cierto, el spam es mejor tratarlo en el sendmail (el acces db). Con el procmail ya es tarde (lo tienes ya en tu disco, *creo*). -- Jesús Rodrigo [EMAIL PROTECTED]
Re: Necesito info sobre... (Parte II)
Mail Es que no es así: El correo normal entre MTAs registradas en DNS es: (Mensaje) - MUA - MTA -- DNS (Lookup del MX) --- MTA destino -- Spool de correo - MUA. Ahí acaba si el MTA destino es tú máquina, cosa poco frecuente (debes tener el nombre registrado en DNS). Bueno, no queria profundizar tanto, sino llegar hasta tu ISP. De cualquier manera que tengas acceso a Internet, ya sea por dialup o por algun caño directo, siempre pasas por tu ISP, salvo que tu seas ISP :-) Asi que por ahora solo pienso llegar hasta el ISP. (Por eso habia puesto INET, además, porque la idea es conseguir info sobre lo configurable por el usuario, mas alla de tu ISP, como usuario de internet no puedes hacer nada.) Para que los pobres que tenemos ip dinámica pillemos el correo del servidor donde se quedó: Spool de correo - POP3/IMAP - fetchmail - MTA casera - Spool casero. A ver si entendi: MSG - MUA - MTA - Internet y de vuelta: Internet - fetchmail - MTA - ¿MDA? - MUA - Persona Estoy bien? Solo me faltaría saber en que categoria entra el fetchmail. MTA no es. Y que pasa con el MDA? Es para repartir el correo entre los usuarios locales? - X-Window El esquema es: X-Server - cliente1 ^ - cliente2 | - ... | - clienteN v Font server Los window managers son clientes X, un poco especiales, eso sí. Me esta quedando colgado esto del servidor x y sus clientes. Como cliente del servidor x puedo tener cualquier aplicacion que requiera entorno gráfico, sin tener que pasar antes por un WM? Cual es la funcion especifica de los WM? Se puede usar el KDE, GNOME o Enlightment sin un WM? O son aplicaciones que mejoran un WM? De lo del font server no estoy muy seguro. Ok. Pero por lo menos se que no depende directamente de un X-server como los clientes. Ya es una punta donde empezar a buscar algo. - Varios -- Básicamente, en un web/ftp/telnet server el componente es el propio server (apache, ftpd, telnetd). Luego está la historia de si se ejecutan vía inetd, standalone o con algún wrapper. Que es un wrapper? Via inetd seria que se ejecuta on-demand, no? Existe otro server que desconozca? :-) News, DNS, NFS, ... (muchos). Ok. Entonces los agrego a la lista. Pero primero me interesaría cerrar lo del mail y lo del X-window Todo esto viene a cuento de que no he encontrado info sobre como armar algo en linux. Siempre que dices como hago para tener e-mail?, todos contestan sobre como configurar el sendmail/smail/qmail/*mail y algun MUA (mutt, pine) pero nadie me dijo (ni he encontrado tampoco info sobre) cuales eran las partes que formaban el mail. Es que, o no has hecho la pregunta correcta, o no la has hecho en el sitio adecuado... Por ejemplo, esto aquí es off-topic. ;) Simplemente porque no tiene nada que ver con Linux, ni con Debian. Te parece que no tenga anda que ver con linux? Simplemente, como usuario, me interesa saber como puedo aprender a configurar mi sistema para que funcione bien. Para ello, tengo que saber que es lo que necesito para mandar un mail, por ejemplo. El hecho de saber cual es el componente que va en un determinado lugar, me permite elegir cual de todos los programas de ese tipo puedo instalar, y probarlos a todos. Por ejemplo, siempre me recomendaron que instale tal WM, sin decirme que lo que necesitaba era un WM, y asi no podia elegir entre otros cual era el mas apropiado o el que mas me gustaba. Además, no he encontrado en Internet información al respecto, asi que no me pareció mal ver si podia hacer algo. -- Jesús Rodrigo [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
Necesito info sobre... (Parte II)
Hola! Yo de nuevo. Les cuento que debido a la gran cantidad de respuestas (?) y a que no pude encontrar nada en Internet que no fuese Instalación - Primeros Pasos, Config. del , Distribuciones de linux y demás (existe otra cosa en Internet sobre linux que no sea info para los que recien comienzan, y sin contar a los sites de noticias sobre linux?), les molestare tratando de armar algun esquemita basico sobre los componentes de linux. Mail Según lo que he visto por ahi es: Inet -- MTA -- MDA -- MUA -- Usuario Si es así, el fetchmail, donde encaja? X-Window Creo que es: X-Server -- WM -- ?? Como window managers, tenemos al icewm, twm, fvwm*, *wm, pero KDE, GNome y Enlightment que son? Donde iria un Font Server en ese esquema? Hay algo más que pueda agregarse a la parte de GUI de linux (sin contar las aplicaciones)? Varios -- Cuales son los componentes que forman parte de un web server? ftp server? telnet server? Existe otro server que desconozca? :-) Que hay de un sistema para desarrollar programas para linux (en cualquier lenguaje)? Todo esto viene a cuento de que no he encontrado info sobre como armar algo en linux. Siempre que dices como hago para tener e-mail?, todos contestan sobre como configurar el sendmail/smail/qmail/*mail y algun MUA (mutt, pine) pero nadie me dijo (ni he encontrado tampoco info sobre) cuales eran las partes que formaban el mail.
Re: Necesito info sobre... (Parte II)
[EMAIL PROTECTED] writes: Mail Según lo que he visto por ahi es: Inet -- MTA -- MDA -- MUA -- Usuario Si es así, el fetchmail, donde encaja? Es que no es así: El correo normal entre MTAs registradas en DNS es: (Mensaje) - MUA - MTA -- DNS (Lookup del MX) --- MTA destino -- Spool de correo - MUA. Ahí acaba si el MTA destino es tú máquina, cosa poco frecuente (debes tener el nombre registrado en DNS). Para que los pobres que tenemos ip dinámica pillemos el correo del servidor donde se quedó: Spool de correo - POP3/IMAP - fetchmail - MTA casera - Spool casero. O bien, con un MUA que soporte POP/IMAP (como en Windoze): Spool remoto - MUA POP3 X-Window Creo que es: X-Server -- WM -- ?? Como window managers, tenemos al icewm, twm, fvwm*, *wm, pero KDE, GNome y Enlightment que son? Donde iria un Font Server en ese esquema? Hay algo más que pueda agregarse a la parte de GUI de linux (sin contar las aplicaciones)? El esquema es: X-Server - cliente1 ^ - cliente2 | - ... | - clienteN v Font server Los window managers son clientes X, un poco especiales, eso sí. De lo del font server no estoy muy seguro. Varios -- Cuales son los componentes que forman parte de un web server? ftp server? telnet server? Básicamente, en un web/ftp/telnet server el componente es el propio server (apache, ftpd, telnetd). Luego está la historia de si se ejecutan vía inetd, standalone o con algún wrapper. Existe otro server que desconozca? :-) News, DNS, NFS, ... (muchos). Que hay de un sistema para desarrollar programas para linux (en cualquier lenguaje)? Eso no lo pillo. Si lo que buscas es un IDE a la Borland, con colorines y eso y que haga algo más que el vi, puedes probar con Emacs. Todo esto viene a cuento de que no he encontrado info sobre como armar algo en linux. Siempre que dices como hago para tener e-mail?, todos contestan sobre como configurar el sendmail/smail/qmail/*mail y algun MUA (mutt, pine) pero nadie me dijo (ni he encontrado tampoco info sobre) cuales eran las partes que formaban el mail. Es que, o no has hecho la pregunta correcta, o no la has hecho en el sitio adecuado... Por ejemplo, esto aquí es off-topic. ;) Simplemente porque no tiene nada que ver con Linux, ni con Debian. -- Jesús Rodrigo [EMAIL PROTECTED]