[opensuse-es] Urlview
Hola, Tengo dos problemas con urlview: 1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass? 2) Me lanza w3m en lugar de konqueror. ¿Cómo podría decirle que use konqueror? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-06-21 a las 16:56 +0200, Camaleón escribió:
Tengo dos problemas con urlview:
No lo conozco :-? Lo veo en el webpin, pero no se lo que es.
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
2) Me lanza w3m en lugar de konqueror. ¿Cómo podría decirle que use konqueror?
Hay un fichero de configuración en ~/.urlview (lo pone el skel), que contiene esto: ############################################################################### # Urlview configuration file. # man urlview <Man page> # # The defaults are shown here: # # REGEXP (((https?|ftp|gopher)://|(mailto|file|news):)[^' \t<>"]+|(www|web|w3)\.[-a-z0-9.]+)[^' \t.,;<>"\):] # COMMAND url_handler.sh %s # Me sospecho que hay que cambiar ese url_handler.sh. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAko+UFcACgkQtTMYHG2NR9VzLACfct+MJBei7+rg+yPbRrsvNy70 tXYAnRJmtXFDZOyH/dEhOyrfg0iON/i8 =xnEY -----END PGP SIGNATURE-----
El 2009-06-21 a las 17:22 +0200, Carlos E. R. escribió:
El 2009-06-21 a las 16:56 +0200, Camaleón escribió:
Tengo dos problemas con urlview:
No lo conozco :-?
Lo veo en el webpin, pero no se lo que es.
Sirve para gestionar los hiperenlaces en programas como mutt.
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
Huys... ¿nada...? :-?
2) Me lanza w3m en lugar de konqueror. ¿Cómo podría decirle que use konqueror?
Hay un fichero de configuración en ~/.urlview (lo pone el skel), que contiene esto:
############################################################################### # Urlview configuration file. # man urlview <Man page> # # The defaults are shown here: # # REGEXP (((https?|ftp|gopher)://|(mailto|file|news):)[^' \t<>"]+|(www|web|w3)\.[-a-z0-9.]+)[^' \t.,;<>"\):] # COMMAND url_handler.sh %s #
Me sospecho que hay que cambiar ese url_handler.sh.
Ya, claro... je, eso es lo que pregunto >:-) ¿Qué es lo que hay que cambiar? ¿Hay que editar ese /usr/bin/url_handler.sh directamente o hay que hacer los cambios en el archivo de configuración del usuario?
:-??
Bueno pues nada, hala... a cambiar: *** file|http|https|gopher) http= type -p lynx >& /dev/null && http=lynx type -p links >& /dev/null && http=links type -p w3m >& /dev/null && http=w3m + # 20090621 lanzar konqueror + type -p konqueror >& /dev/null && http=konqueor test -n "$DISPLAY" && type -p netscape >& /dev/null && http=netscape test -n "$DISPLAY" && type -p Netscape >& /dev/null && http=Netscape test -n "$DISPLAY" && type -p opera >& /dev/null && http=opera test -n "$DISPLAY" && type -p mozilla >& /dev/null && http=mozilla + # 20090621 lanzar konqueror + test -n "$DISPLAY" && type -p konqueror >& /dev/null && http=konqueror case "$http" in [nN]etscape|opera|mozilla) $http -remote "openURL($url)" || $http "$url" ;; + lynx|links|w3m|konqueror) exec $http "$url" ;; *) echo "No HTTP browser found." read -p "Press return to continue: " exit 0 # No error return ;; esac ;; *** Si alguien ve algún gazapo que avise O:-). He cambiado las líneas marcadas con "+". Lanzar lo lanza, pero no sé yo, no entiendo cómo lo gestiona (¿por qué ahora prefiere konqueror y no w3m? :-?) y no me parece muy ortodoxo.... Podría preguntar cuál se quiere usar, o almacenar ese valor en una variable para que el usuario lo configurara en su archivo personal sin tener que andar tocando el script global, humm... Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-06-21 a las 18:14 +0200, Camaleón escribió:
El 2009-06-21 a las 17:22 +0200, Carlos E. R. escribió:
Lo veo en el webpin, pero no se lo que es.
Sirve para gestionar los hiperenlaces en programas como mutt.
Ah, ya.
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
Huys... ¿nada...? :-?
Bueno, es que yo no lo se.
Me sospecho que hay que cambiar ese url_handler.sh.
Ya, claro... je, eso es lo que pregunto >:-)
¿Qué es lo que hay que cambiar? ¿Hay que editar ese /usr/bin/url_handler.sh directamente o hay que hacer los cambios en el archivo de configuración del usuario?
Alguna de esas dos cosas. Habría que analizar ese programa para saberlo, y yo no lo tengo instalado.
Bueno pues nada, hala... a cambiar:
*** file|http|https|gopher) http= type -p lynx >& /dev/null && http=lynx type -p links >& /dev/null && http=links type -p w3m >& /dev/null && http=w3m
+ # 20090621 lanzar konqueror + type -p konqueror >& /dev/null && http=konqueor
Puesto que el test de konqueror es el ultimo, ese es el que prevalece. Pero hacerlo ahí es incorrecto, porque lo activará aunque no tengas las X funcionando. Hay que hacerlo en el párrafo siguiente.
test -n "$DISPLAY" && type -p netscape >& /dev/null && http=netscape test -n "$DISPLAY" && type -p Netscape >& /dev/null && http=Netscape test -n "$DISPLAY" && type -p opera >& /dev/null && http=opera test -n "$DISPLAY" && type -p mozilla >& /dev/null && http=mozilla
+ # 20090621 lanzar konqueror + test -n "$DISPLAY" && type -p konqueror >& /dev/null && http=konqueror
Aquí sí, pero sin la linea de más arriba.
case "$http" in [nN]etscape|opera|mozilla) $http -remote "openURL($url)" || $http "$url" ;; + lynx|links|w3m|konqueror) exec $http "$url" ;; *) echo "No HTTP browser found." read -p "Press return to continue: " exit 0 # No error return ;; esac ;; ***
Si alguien ve algún gazapo que avise O:-). He cambiado las líneas marcadas con "+". Lanzar lo lanza, pero no sé yo, no entiendo cómo lo gestiona (¿por qué ahora prefiere konqueror y no w3m? :-?) y no me parece muy ortodoxo....
porque es el ultimo test; cada test machaca la variable, por lo que el ultimo test prevalece.
Podría preguntar cuál se quiere usar, o almacenar ese valor en una variable para que el usuario lo configurara en su archivo personal sin tener que andar tocando el script global, humm...
Podría tener una preferencia, claro, pero está puesto para que funcione automáticamente. Puedes poner una variable en el fichero de configuración, y leerla en el script - creo - pero me parece que está previsto para que "prefieras" otro script tuyo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAko+jDwACgkQtTMYHG2NR9Vl/wCcCsaELuzjbdELikLUjV/w2UwG XZIAn3zi4Q8jAYQlYV1fum83modlHSoC =rWqY -----END PGP SIGNATURE-----
El 2009-06-21 a las 21:38 +0200, Carlos E. R. escribió:
El 2009-06-21 a las 18:14 +0200, Camaleón escribió:
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
Huys... ¿nada...? :-?
Bueno, es que yo no lo se.
Creo que algunas url vienen ya rotas en el correo, así que poco se podrá hacer :-(
+ # 20090621 lanzar konqueror + type -p konqueror >& /dev/null && http=konqueor
Puesto que el test de konqueror es el ultimo, ese es el que prevalece. Pero hacerlo ahí es incorrecto, porque lo activará aunque no tengas las X funcionando. Hay que hacerlo en el párrafo siguiente.
Ah, o.k. Entonces lo quito :-)
+ # 20090621 lanzar konqueror + test -n "$DISPLAY" && type -p konqueror >& /dev/null && http=konqueror
Aquí sí, pero sin la linea de más arriba.
Vale, sí, sí... funciona.
Si alguien ve algún gazapo que avise O:-). He cambiado las líneas marcadas con "+". Lanzar lo lanza, pero no sé yo, no entiendo cómo lo gestiona (¿por qué ahora prefiere konqueror y no w3m? :-?) y no me parece muy ortodoxo....
porque es el ultimo test; cada test machaca la variable, por lo que el ultimo test prevalece.
Creo que no lo pillo. Si lo pongo antes del "w3m" también lanza konqueror >:-??
Podría preguntar cuál se quiere usar, o almacenar ese valor en una variable para que el usuario lo configurara en su archivo personal sin tener que andar tocando el script global, humm...
Podría tener una preferencia, claro, pero está puesto para que funcione automáticamente.
Pero no tiene al konqueror en cuenta... bueno, ni al firefox tampoco. Hum... con el "type -p" se evalúa si está o no la aplicación ¿no? A ver: hpc02@stthpc:~> type -p firefox >& /dev/null && echo "existe" existe hpc02@stthpc:~> type -p mozilla >& /dev/null && echo "existe" hpc02@stthpc:~> hpc02@stthpc:~> type -p w3m >& /dev/null && echo "existe" existe Pues sí ¿no? entonces este script está un poco "pocho". Ni firefox ni konqui. Pos vaya.
Puedes poner una variable en el fichero de configuración, y leerla en el script - creo - pero me parece que está previsto para que "prefieras" otro script tuyo.
Así se queda :-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 21 de junio de 2009 11:56, Camaleón
Hola,
Tengo dos problemas con urlview:
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
Que quieres decir con "con salto de línea"? No será espacio? Si es así, realmente es una animalada. No se si funcionará lo de las doble comillas al comienzo y al final, como se hace en la linea de comandos para manejar archivos con espacios intermedios.
2) Me lanza w3m en lugar de konqueror. ¿Cómo podría decirle que use konqueror?
Como? No era que usabas Gnome? w3m, es un navegador en modo texto, es probable que esa sea la razón que esté puesto por defecto. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-06-21 a las 19:21 -0300, Juan Erbes escribió:
El 21 de junio de 2009 11:56, Camaleón escribió:
Tengo dos problemas con urlview:
1) No reconoce las url "rotas" (con salto de línea). ¿Hay algún by-pass?
Que quieres decir con "con salto de línea"?
Quiero decir ésto: URL rota: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-c orrectamente-con-el-cliente-de-correo.com URL o.k: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-corre... :-)
No será espacio? Si es así, realmente es una animalada. No se si funcionará lo de las doble comillas al comienzo y al final, como se hace en la linea de comandos para manejar archivos con espacios intermedios.
No, el problema es con las url largas y mal formadas.
2) Me lanza w3m en lugar de konqueror. ¿Cómo podría decirle que use konqueror?
Como? No era que usabas Gnome?
Sí, también. El gnome lo tengo en una VM y pasará a producción cuando instale la nueva versión de suse (noviembre).
w3m, es un navegador en modo texto, es probable que esa sea la razón que esté puesto por defecto.
Pues no lo sé:-?. En el script aparecen preconfigurados varios (w3m, mozilla, opera...) pero sólo encontraba instalado el w3m y por eso lo lanzaba. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-06-22 a las 08:23 +0200, Camaleón escribió:
Que quieres decir con "con salto de línea"?
Quiero decir ésto:
URL rota: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-c orrectamente-con-el-cliente-de-correo.com
URL o.k: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-corre...
:-)
Esa linea de tu correo hace petar al spamd: Jun 22 23:11:27 nimrodel spamd[28870]: Jun 22 23:11:27 nimrodel spamd[28870]: esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-cor... Jun 22 23:11:27 nimrodel spamd[28870]: truncated to 63 octets (RFC1035 2.3.1) at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/Net/DNS/Question.pm line 233 Jun 22 23:11:28 nimrodel spamd[28870]: Jun 22 23:11:28 nimrodel spamd[28870]: esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-cor... Jun 22 23:11:28 nimrodel spamd[28870]: truncated to 63 octets (RFC1035 2.3.1) at /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi/Net/DNS/Question.pm line 233 Una de las estupideces del SA es que reporta sus problemas menores con nivel de alarma de la leche al syslog. ¡Como si pasara algo! :-/ - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpAA3AACgkQtTMYHG2NR9UoSQCgmWhYIp5khK9R7IRPVr7tMPXB mTwAnReNI4Mg6lYbAceNcTNSVHBZDFXd =T6Yv -----END PGP SIGNATURE-----
El 2009-06-23 a las 00:19 +0200, Carlos E. R. escribió:
El 2009-06-22 a las 08:23 +0200, Camaleón escribió:
Quiero decir ésto:
URL rota: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-c orrectamente-con-el-cliente-de-correo.com
URL o.k: http://www.esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-corre...
:-)
Esa linea de tu correo hace petar al spamd:
Ah, je, pues lamento que te haya saltado (y con esta serán dos) :-P
Jun 22 23:11:27 nimrodel spamd[28870]: Jun 22 23:11:27 nimrodel spamd[28870]: esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-cor... Jun 22 23:11:27 nimrodel spamd[28870]: truncated to 63 octets (RFC1035
Bueno, pues tiene razón. Los nombres de dominio sólo admiten (por convención) hasta 63 caracteres ¿no?
Una de las estupideces del SA es que reporta sus problemas menores con nivel de alarma de la leche al syslog. ¡Como si pasara algo! :-/
Hace bien. Podrían estar intentando aprovechar alguna vulnerabilidad que haga "saltar" al SA (Perl) mediante el envío de mensajes malformados. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
URL o.k: XXX
:-)
Esa linea de tu correo hace petar al spamd:
Ah, je, pues lamento que te haya saltado (y con esta serán dos) :-P
Tres.
Jun 22 23:11:27 nimrodel spamd[28870]: Jun 22 23:11:27 nimrodel spamd[28870]: esto-es-un-ejemplo-de-url-que-se-va-a-romper-si-no-lo-envio-cor... Jun 22 23:11:27 nimrodel spamd[28870]: truncated to 63 octets (RFC1035
Bueno, pues tiene razón. Los nombres de dominio sólo admiten (por convención) hasta 63 caracteres ¿no?
Una de las estupideces del SA es que reporta sus problemas menores con nivel de alarma de la leche al syslog. ¡Como si pasara algo! :-/
Hace bien.
Podrían estar intentando aprovechar alguna vulnerabilidad que haga "saltar" al SA (Perl) mediante el envío de mensajes malformados.
¡Y un huevo de pato! Con perdón, llevo el dia mosqueado. Antiguamente el SA cascaba con esas URLs, petaba de verdad. Fuí yo el que lo reporté, y entonces añadieron una comprobación de longitud y el aviso, sin petar. EL SA ya hace las comprobaciones necesarias. Ahora se trata de un simple aviso al programador, y es absurdo que se emita con nivel "warn" en el /var/log/warn. Es un problema del SA presuponer que cualquier cosa que vaya en un correo sea un enlace, y es otro problema cascar con cualquier cosa que alguien invente para ir en el correo. Debe ser capaz de tragarse lo que sea sin chistar, aunque sean higoschumbos sin limpiar. Ese fichero debe contener avisos realmente importantes, no gilipolleces, porque como lo llenes de basura los avisos importantes quedan camuflados y no se ven. Como en el cuento de que viene el lobo, que viene el lobo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpBIx4ACgkQtTMYHG2NR9VRCACgiaywm2c/N17IdGOq+CL8UkSf eLsAoJEK21iaqyfNxpLqM8lO8yP9W+SN =osWu -----END PGP SIGNATURE-----
El 2009-06-23 a las 20:46 +0200, Carlos E. R. escribió:
El 2009-06-23 a las 09:15 +0200, Camaleón escribió:
URL o.k: XXX
:-)
Esa linea de tu correo hace petar al spamd:
Ah, je, pues lamento que te haya saltado (y con esta serán dos) :-P
Tres.
Y así se queda :-)
Hace bien.
Podrían estar intentando aprovechar alguna vulnerabilidad que haga "saltar" al SA (Perl) mediante el envío de mensajes malformados.
¡Y un huevo de pato! Con perdón, llevo el dia mosqueado.
Antiguamente el SA cascaba con esas URLs, petaba de verdad. Fuí yo el que lo reporté, y entonces añadieron una comprobación de longitud y el aviso, sin petar. EL SA ya hace las comprobaciones necesarias. Ahora se trata de un simple aviso al programador, y es absurdo que se emita con nivel "warn" en el /var/log/warn.
Oye, ¿y cómo sabes tú que no vuelve a "petar de verdad" por eso mismo? >:-)
Es un problema del SA presuponer que cualquier cosa que vaya en un correo sea un enlace, y es otro problema cascar con cualquier cosa que alguien invente para ir en el correo. Debe ser capaz de tragarse lo que sea sin chistar, aunque sean higoschumbos sin limpiar.
¿Y no avisarte de un posible problema? :-/
Ese fichero debe contener avisos realmente importantes, no gilipolleces, porque como lo llenes de basura los avisos importantes quedan camuflados y no se ven. Como en el cuento de que viene el lobo, que viene el lobo.
Ejem... qué quieres que te diga >:-): *** Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'Language' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'ShowUsers' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'UseBackground' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AllowShutdown' in section [X-:*-Core] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AutoLoginEnable' in section [X-:0-Core] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AutoLoginUser' in section [X-:0-Core] of /opt/kde3/share/config/kdm/kdmrc *** Tampoco tiene sentido que "eso" ande por ahí... En cambio, me parece lógico que avise en el "warn" de un posible fallo del perl, porque eso sí podría ser peligroso. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-06-23 a las 21:05 +0200, Camaleón escribió:
Antiguamente el SA cascaba con esas URLs, petaba de verdad. Fuí yo el que lo reporté, y entonces añadieron una comprobación de longitud y el aviso, sin petar. EL SA ya hace las comprobaciones necesarias. Ahora se trata de un simple aviso al programador, y es absurdo que se emita con nivel "warn" en el /var/log/warn.
Oye, ¿y cómo sabes tú que no vuelve a "petar de verdad" por eso mismo? >:-)
Pues que avise cuando pete, no antes.
Es un problema del SA presuponer que cualquier cosa que vaya en un correo sea un enlace, y es otro problema cascar con cualquier cosa que alguien invente para ir en el correo. Debe ser capaz de tragarse lo que sea sin chistar, aunque sean higoschumbos sin limpiar.
¿Y no avisarte de un posible problema? :-/
Es que el hecho de que un correo contenga basura es una cosa rutinaria. DEBE contener basura, el SA está ahí para quitar los residuos radioactivos. Me importa un pimiento si le queman las manos, que se ponga guantes. Pa'eso le pago, va en el sueldo. Que se compre guantes más gordos. No, esos mensajes sólo le interesan a los programadores y los que toqueteen el SA. Que informe de los problemas esos en el log "informativo" del sistema "mail", no en el del sistema general.
Ese fichero debe contener avisos realmente importantes, no gilipolleces, porque como lo llenes de basura los avisos importantes quedan camuflados y no se ven. Como en el cuento de que viene el lobo, que viene el lobo.
Ejem... qué quieres que te diga >:-):
*** Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'Language' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'ShowUsers' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'UseBackground' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AllowShutdown' in section [X-:*-Core] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AutoLoginEnable' in section [X-:0-Core] of /opt/kde3/share/config/kdm/kdmrc Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'AutoLoginUser' in section [X-:0-Core] of /opt/kde3/share/config/kdm/kdmrc ***
Tampoco tiene sentido que "eso" ande por ahí...
No, no lo tiene. Como tampoco esto: Jun 23 19:58:00 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:19 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:19 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:35 nimrodel spamd[2547]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:35 nimrodel spamd[2547]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:50 nimrodel spamd[2556]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:58:56 nimrodel spamd[2552]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:00 nimrodel spamd[2556]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:01 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:06 nimrodel spamd[2552]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:11 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:17 nimrodel spamd[2547]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:21 nimrodel spamd[2556]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:26 nimrodel spamd[2552]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23 19:59:27 nimrodel spamd[2547]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists
En cambio, me parece lógico que avise en el "warn" de un posible fallo del perl, porque eso sí podría ser peligroso.
No tan verbosamente. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpBKsAACgkQtTMYHG2NR9Um5ACgjpQebLPNNpgn+PAboUQaiRUe q2oAnR42u8UaMmJH2+l7ZwMNlwy/cxVj =JA12 -----END PGP SIGNATURE-----
El 2009-06-23 a las 21:19 +0200, Carlos E. R. escribió:
El 2009-06-23 a las 21:05 +0200, Camaleón escribió:
Oye, ¿y cómo sabes tú que no vuelve a "petar de verdad" por eso mismo?
:-)
Pues que avise cuando pete, no antes.
Si está "caído" ya no puede avisar >X-)
¿Y no avisarte de un posible problema? :-/
Es que el hecho de que un correo contenga basura es una cosa rutinaria. DEBE contener basura, el SA está ahí para quitar los residuos radioactivos. Me importa un pimiento si le queman las manos, que se ponga guantes. Pa'eso le pago, va en el sueldo. Que se compre guantes más gordos.
No, esos mensajes sólo le interesan a los programadores y los que toqueteen el SA. Que informe de los problemas esos en el log "informativo" del sistema "mail", no en el del sistema general.
No, ojo. No tiene nada que ver con la temática del mensaje. Que sea basura o no es indiferente. Te está avisando de que el formato de esa URI es incorrecto y que sea incorrecto puede ser indicativo de algo más gordo. Podría ser un mensaje enviado con segundas intenciones, para hacerte caer el SA, para que pulses desde un navegador que tenga problemas con las uri largas... cualquier cosa :-/ Personalmente le tengo pánico al perl y sus expresiones regulares :-(
Ejem... qué quieres que te diga >:-):
*** Jun 23 07:41:47 stthpc kdm_config[3004]: Multiple occurrences of key 'Language' in section [X-*-Greeter] of /opt/kde3/share/config/kdm/kdmrc
(...)
Tampoco tiene sentido que "eso" ande por ahí...
No, no lo tiene. Como tampoco esto:
Jun 23 19:58:00 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23
Bueno, depende de los efectos secundarios que tenga el que no pueda acceder al archivo de bdd bayesiana :-?
En cambio, me parece lógico que avise en el "warn" de un posible fallo del perl, porque eso sí podría ser peligroso.
No tan verbosamente.
¿Y cómo lo hace "sutilmente"? Bueno, vale podría ser configurable desde un archivo... pero si tanto te molesta, fíltralo en el syslog-ng para que no lo registre >:-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 2009-06-23 a las 21:19 +0200, Carlos E. R. escribió:
El 2009-06-23 a las 21:05 +0200, Camaleón escribió:
Oye, ¿y cómo sabes tú que no vuelve a "petar de verdad" por eso mismo?
:-)
Pues que avise cuando pete, no antes.
Si está "caído" ya no puede avisar >X-)
Pos entonces "algo" avisará de que está caído, aunque sean los usuarios a tu móvil >:-)
¿Y no avisarte de un posible problema? :-/
Es que el hecho de que un correo contenga basura es una cosa rutinaria. DEBE contener basura, el SA está ahí para quitar los residuos radioactivos. Me importa un pimiento si le queman las manos, que se ponga guantes. Pa'eso le pago, va en el sueldo. Que se compre guantes más gordos.
No, esos mensajes sólo le interesan a los programadores y los que toqueteen el SA. Que informe de los problemas esos en el log "informativo" del sistema "mail", no en el del sistema general.
No, ojo. No tiene nada que ver con la temática del mensaje.
No hablo de la temática.
Que sea basura o no es indiferente. Te está avisando de que el formato de esa URI es incorrecto y que sea incorrecto puede ser indicativo de algo más gordo. Podría ser un mensaje enviado con segundas intenciones, para hacerte caer el SA, para que pulses desde un navegador que tenga problemas con las uri largas... cualquier cosa :-/
Me parece perfecto, pero para eso precisamente uso el SA, para que detecte todo lo que sea peligroso (radioactivo) y haga lo que tenga que hacer, sin molestarme. Si un mensaje tiene URLs mayores de la cuenta, que lo diga en el informe que emite con cada correo: X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,RDNS_NONE autolearn=disabled version=3.2.4 y no lo dice. Vamos a ver, te mandan correos con cienes de virus a los usuarios. ¿Quieres ver eso en el log/warn? Pues no. Que lo pongan en el /var/log/mail.warn (que yo lo tengo y ahí están los mensajes).
Personalmente le tengo pánico al perl y sus expresiones regulares :-(
No digo que no.
No, no lo tiene. Como tampoco esto:
Jun 23 19:58:00 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23
Bueno, depende de los efectos secundarios que tenga el que no pueda acceder al archivo de bdd bayesiana :-?
Ninguno. No puede escribir, pero puede leer, y lo hace. Encima, tengo el SA configurado para que no escriba automáticamente en el bayes.
En cambio, me parece lógico que avise en el "warn" de un posible fallo del perl, porque eso sí podría ser peligroso.
No tan verbosamente.
¿Y cómo lo hace "sutilmente"? Bueno, vale podría ser configurable desde un archivo... pero si tanto te molesta, fíltralo en el syslog-ng para que no lo registre >:-P
Si, ya... lo puedo hacer, pero eso no es la filosofía. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpBM5wACgkQtTMYHG2NR9UxFQCfQbjAnHR2LzLjCW6yhKdLv48G /yUAn2ribZBij1nueFM/z6ghXimOuLH8 =Vt32 -----END PGP SIGNATURE-----
El 2009-06-23 a las 21:57 +0200, Carlos E. R. escribió:
El 2009-06-23 a las 21:34 +0200, Camaleón escribió:
Pues que avise cuando pete, no antes.
Si está "caído" ya no puede avisar >X-)
Pos entonces "algo" avisará de que está caído, aunque sean los usuarios a tu móvil >:-)
Pero si se dan cuenta los usuarios de que "pasa algo" es que entonces el mal ya está hecho. Se trata de que tú enteres antes que ellos :-P
Que sea basura o no es indiferente. Te está avisando de que el formato de esa URI es incorrecto y que sea incorrecto puede ser indicativo de algo más gordo. Podría ser un mensaje enviado con segundas intenciones, para hacerte caer el SA, para que pulses desde un navegador que tenga problemas con las uri largas... cualquier cosa :-/
Me parece perfecto, pero para eso precisamente uso el SA, para que detecte todo lo que sea peligroso (radioactivo) y haga lo que tenga que hacer, sin molestarme.
Si un mensaje tiene URLs mayores de la cuenta, que lo diga en el informe que emite con cada correo:
X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,RDNS_NONE autolearn=disabled version=3.2.4
y no lo dice.
Porque esa información no es relevante para el usuario y no debe ir en las cabecereras de los mensajes, por seguridad :-/. Tiene que ser visible para el administrador.
Vamos a ver, te mandan correos con cienes de virus a los usuarios. ¿Quieres ver eso en el log/warn? Pues no. Que lo pongan en el /var/log/mail.warn (que yo lo tengo y ahí están los mensajes).
¡No es lo mismo! Un virus en un mensaje o cienes de correos de spam son procesos que *no* afectan directamente al servidor, ni te deja tirado un servicio, salvo que se trate de un ataque dirigido. Jo, si acabas de decir que tú mismo reportaste un bug que hacía saltar al SA ¡y era precisamente por esto mismo! Yo creo que sí es serio.
Jun 23 19:58:00 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23
Bueno, depende de los efectos secundarios que tenga el que no pueda acceder al archivo de bdd bayesiana :-?
Ninguno. No puede escribir, pero puede leer, y lo hace. Encima, tengo el SA configurado para que no escriba automáticamente en el bayes.
Bueno, si no puede escribir, no puede aprender, y si no puede aprender y tienes al bayes configurado y activado, eso es una anomalía para el SA porque el SA está usando ese archivo. Tiene que avisar de que algo no está bien. En tu caso puede que no sea urgente, en el caso de GMail, o si se tiene activado el "bayes_autolearn", pues imagina >:-)
¿Y cómo lo hace "sutilmente"? Bueno, vale podría ser configurable desde un archivo... pero si tanto te molesta, fíltralo en el syslog-ng para que no lo registre >:-P
Si, ya... lo puedo hacer, pero eso no es la filosofía.
La filosofía debe ser "mantén al administrador informado" para que actúe (o no) en consecuencia y si el administrador es también usuario, pues permitirle que configure lo que quiere (o no) registrar. Ambas premisas se cumplen >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-06-23 a las 23:54 +0200, Camaleón escribió:
El 2009-06-23 a las 21:57 +0200, Carlos E. R. escribió:
El 2009-06-23 a las 21:34 +0200, Camaleón escribió:
Pues que avise cuando pete, no antes.
Si está "caído" ya no puede avisar >X-)
Pos entonces "algo" avisará de que está caído, aunque sean los usuarios a tu móvil >:-)
Pero si se dan cuenta los usuarios de que "pasa algo" es que entonces el mal ya está hecho. Se trata de que tú enteres antes que ellos :-P
Cuando pase algo de verdad no lo va a reportar, se caerá. Entonces los programadores lo corregirán y pondrán un mensajito en el log para que nos enteremos.
Si un mensaje tiene URLs mayores de la cuenta, que lo diga en el informe que emite con cada correo:
X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00, RCVD_IN_DNSWL_MED,RDNS_NONE autolearn=disabled version=3.2.4
y no lo dice.
Porque esa información no es relevante para el usuario y no debe ir en las cabecereras de los mensajes, por seguridad :-/. Tiene que ser visible para el administrador.
Y lo es... en el mail.debug.
Vamos a ver, te mandan correos con cienes de virus a los usuarios. ¿Quieres ver eso en el log/warn? Pues no. Que lo pongan en el /var/log/mail.warn (que yo lo tengo y ahí están los mensajes).
¡No es lo mismo!
Un virus en un mensaje o cienes de correos de spam son procesos que *no* afectan directamente al servidor, ni te deja tirado un servicio, salvo que se trate de un ataque dirigido.
Pues es lo mismo. Que alguien me mande algo que parezca un enlace demasiado largo no es un error "crucial" para el sistema.
Jo, si acabas de decir que tú mismo reportaste un bug que hacía saltar al SA ¡y era precisamente por esto mismo! Yo creo que sí es serio.
¡Era! Era serio. No comprobaban la longitud del posible enlace antes de pasárselo al módulo de comprobación de URLs, el cual cascaba. Había dos errores: no mirar la longitud antes de enviarlo, y no mirarla y petar antes de analizarla, en dos módulos distintos. Ahora sí se comprueba la longitud, e informan de ello, lo cual es pasable. ¡Lo que no es pasable es que me avisen con nivel de emergencia! Es un problema corregido, no un aviso de problema.
Jun 23 19:58:00 nimrodel spamd[996]: bayes: cannot open bayes databases /home/cer/.spamassassin/bayes_* R/W: lock failed: File exists Jun 23
Bueno, depende de los efectos secundarios que tenga el que no pueda acceder al archivo de bdd bayesiana :-?
Ninguno. No puede escribir, pero puede leer, y lo hace. Encima, tengo el SA configurado para que no escriba automáticamente en el bayes.
Bueno, si no puede escribir, no puede aprender, y si no puede aprender y tienes al bayes configurado y activado, eso es una anomalía para el SA porque el SA está usando ese archivo. Tiene que avisar de que algo no está bien. En tu caso puede que no sea urgente, en el caso de GMail, o si se tiene activado el "bayes_autolearn", pues imagina >:-)
No es eso. Yo le he dicho que no escriba (que es una opción configurable), por lo cual no debe ni intentar escribir - pero lo hace. Ahora bien, resulta que hay varios procesos spamd que intentan abrir para escritura el mismo fichero - y no son capaces de acceder simultáneamente, no lo han programado para ello (ya he comentado otras veces mis dudas respecto al API de Linux en el acceso simultaneo compartido). Ese es el error, que no han programado el acceso simultaneo de varios procesos. El primero que llega bloquea el fichero, y los demás fallan. Eso se sabe. Deberían darse cuenta de eso y no informar como emergencia, sino como "debug", si acaso. Y programar el acceso arbitrado.
¿Y cómo lo hace "sutilmente"? Bueno, vale podría ser configurable desde un archivo... pero si tanto te molesta, fíltralo en el syslog-ng para que no lo registre >:-P
Si, ya... lo puedo hacer, pero eso no es la filosofía.
La filosofía debe ser "mantén al administrador informado" para que actúe (o no) en consecuencia y si el administrador es también usuario, pues permitirle que configure lo que quiere (o no) registrar.
Ambas premisas se cumplen >:-)
No, no se cumplen. No es correcto atiborrar al administrador de avisos con nivel de emergencia, sin serlo, porque se le pasarán por algo las verdaderas emergencias. Se deben grabar esos avisos, pero con un nivel mucho más bajo. Están ahí para que el administrador los vea, no para asustarle. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpBVg0ACgkQtTMYHG2NR9UDLACgmDa6xQHGGcjzbPpXeCypBzrO JScAn2e1YyNzRa5eHoaIGYsZYtEhQUrb =qPtb -----END PGP SIGNATURE-----
El 2009-06-24 a las 00:24 +0200, Carlos E. R. escribió:
¡Era! Era serio. No comprobaban la longitud del posible enlace antes de pasárselo al módulo de comprobación de URLs, el cual cascaba. Había dos errores: no mirar la longitud antes de enviarlo, y no mirarla y petar antes de analizarla, en dos módulos distintos.
Ahora sí se comprueba la longitud, e informan de ello, lo cual es pasable. ¡Lo que no es pasable es que me avisen con nivel de emergencia! Es un problema corregido, no un aviso de problema.
warn =! emergencia Y sino te gusta que vayan ahí, te los llevas a un archivo dedicado. Creo que una vez lo hice así, para que no se mezclaran los registros del SA con los del postfix. Si no recuerdo mal, el smapd/spamc se redirigía fácilmente.
Bueno, si no puede escribir, no puede aprender, y si no puede aprender y tienes al bayes configurado y activado, eso es una anomalía para el SA porque el SA está usando ese archivo. Tiene que avisar de que algo no está bien. En tu caso puede que no sea urgente, en el caso de GMail, o si se tiene activado el "bayes_autolearn", pues imagina >:-)
No es eso. Yo le he dicho que no escriba (que es una opción configurable), por lo cual no debe ni intentar escribir - pero lo hace.
Ahora bien, resulta que hay varios procesos spamd que intentan abrir para escritura el mismo fichero - y no son capaces de acceder simultáneamente, no lo han programado para ello (ya he comentado otras veces mis dudas respecto al API de Linux en el acceso simultaneo compartido). Ese es el error, que no han programado el acceso simultaneo de varios procesos. El primero que llega bloquea el fichero, y los demás fallan. Eso se sabe.
Deberían darse cuenta de eso y no informar como emergencia, sino como "debug", si acaso. Y programar el acceso arbitrado.
Pues pon un bugzilla de mejora. A mi me parece lógico que te avise en el warn, a ti no, bueno... qué se le va a hacer >:-)
La filosofía debe ser "mantén al administrador informado" para que actúe (o no) en consecuencia y si el administrador es también usuario, pues permitirle que configure lo que quiere (o no) registrar.
Ambas premisas se cumplen >:-)
No, no se cumplen.
No es correcto atiborrar al administrador de avisos con nivel de emergencia, sin serlo, porque se le pasarán por algo las verdaderas emergencias. Se deben grabar esos avisos, pero con un nivel mucho más bajo. Están ahí para que el administrador los vea, no para asustarle.
¡Precisamente! El mayor problema es ignorar esos avisos y no darles importancia. Imagina que tienes instalada la versión del SA que "peta" con las URI malformadas, recibes uno de esos correos y te peta el SA. Pues mejor que lo registre en el primer achivo que vas a ir a mirar ¿no? >:-) Es algo que puede volver a pasar. Antes era una URI, pero podría ser cualquier otra cosa. Más vale prevenirlo. Además, no todos los sucesos que se registran en el warn son "críticos", así que no veo por qué tendría que ser distinto en este caso. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Ahora sí se comprueba la longitud, e informan de ello, lo cual es pasable. ¡Lo que no es pasable es que me avisen con nivel de emergencia! Es un problema corregido, no un aviso de problema.
warn =! emergencia
casi.
Y sino te gusta que vayan ahí, te los llevas a un archivo dedicado. Creo que una vez lo hice así, para que no se mezclaran los registros del SA con los del postfix. Si no recuerdo mal, el smapd/spamc se redirigía fácilmente.
Eso afectaría otras cosas;, no, tiene que ir en syslog.
Deberían darse cuenta de eso y no informar como emergencia, sino como "debug", si acaso. Y programar el acceso arbitrado.
Pues pon un bugzilla de mejora. A mi me parece lógico que te avise en el warn, a ti no, bueno... qué se le va a hacer >:-)
Está puesto, hace casi un mes.
La filosofía debe ser "mantén al administrador informado" para que actúe (o no) en consecuencia y si el administrador es también usuario, pues permitirle que configure lo que quiere (o no) registrar.
Ambas premisas se cumplen >:-)
No, no se cumplen.
No es correcto atiborrar al administrador de avisos con nivel de emergencia, sin serlo, porque se le pasarán por algo las verdaderas emergencias. Se deben grabar esos avisos, pero con un nivel mucho más bajo. Están ahí para que el administrador los vea, no para asustarle.
¡Precisamente! El mayor problema es ignorar esos avisos y no darles importancia.
Cuando hay una cantidad excesiva de avisos triviales, se tiende a ignorar el archivo entero, como en el cuento del pastor y el lobo. Es como lo del clamav: Jun 24 20:41:19 nimrodel freshclam[11285]: Your ClamAV installation is OUTDATED! Jun 24 20:41:19 nimrodel freshclam[11285]: Local version: 0.95.1 Recommended version: 0.95.2 Chilla cada hora o cada media hora, es excesivo, cuando no "podemos" hacer nada porque son los de SuSE los que tienen que sacar el parche y tardan lo suyo. Es un aviso inutil... así que he reconfigurado el refrescador del clamav para que sólo refresque cada seis horas o así.
Imagina que tienes instalada la versión del SA que "peta" con las URI malformadas, recibes uno de esos correos y te peta el SA. Pues mejor que lo registre en el primer achivo que vas a ir a mirar ¿no? >:-)
Ese es otro SA, y hará lo que haga, que está corregido en el de ahora. El de ahora tiene otro problema, que se corregirá en el siguiente. Etc.
Es algo que puede volver a pasar. Antes era una URI, pero podría ser cualquier otra cosa. Más vale prevenirlo.
Además, no todos los sucesos que se registran en el warn son "críticos", así que no veo por qué tendría que ser distinto en este caso.
Sí lo son, o deben serlo. Cuando alguien reporta en exceso, lo reporto en el bugzilla. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpCc/IACgkQtTMYHG2NR9XUJwCeM4rE0XplT1SBHcINifXJoIkA owMAn2H1gvxGpNEGomZYvhY7Yd+kKDJe =aX7N -----END PGP SIGNATURE-----
participants (3)
-
Camaleón
-
Carlos E. R.
-
Juan Erbes