# rm-rf.es » error http://rm-rf.es Administración de sistemas, Unix, Linux, FreeBSD, Windows, hosting, dominios, servidores... Wed, 23 May 2012 19:38:14 +0000 en hourly 1 http://wordpress.org/?v=3.3.2 hMailserver: ERR Your mailbox is already locked http://rm-rf.es/hmailserver-err-your-mailbox-is-already-locked/ http://rm-rf.es/hmailserver-err-your-mailbox-is-already-locked/#comments Mon, 27 Sep 2010 11:15:20 +0000 Alex http://rm-rf.es/?p=1472 Realmente, el usuario que utilice las cuentas no se encontrará con este error, sino que no aceptará la clave de la cuenta al enviar o recibir correo. En cambio, si revisamos por telnet el acceso al servicio POP de la cuenta sí que encontraremos el error descriptivo:

ERR Your mailbox is already locked

Se trata de un sistema de bloqueo de hMailserver que bloquea la cuenta porque está siendo utilizada. Si la cuenta se queda bloqueada por error, hay que acceder a la administración de hMailserver y desbloquearla con el botón UNLOCK dentro de las propiedades avanzadas de esa cuenta de correo:

Hmailserver unlock pop

También te puede interesar:

]]> http://rm-rf.es/hmailserver-err-your-mailbox-is-already-locked/feed/ 2 cPanel: Internal Server Error User is over quota http://rm-rf.es/cpanel-internal-server-error-user-is-over-quota/ http://rm-rf.es/cpanel-internal-server-error-user-is-over-quota/#comments Tue, 23 Mar 2010 12:30:54 +0000 Alex http://rm-rf.es/?p=1275 > User 'xxxxxx' is over quota. > > ------------------------------------------------------------------------ > cpsrvd/11.25 Server at xxxxx Pese a aumentar la cuota, el error sigue apareciendo, y es necesario eliminar el siguiente fichero: [...]]]> Desde la última actualización de cPanel/WHM si un usuario tiene la cuota excedida recibe el siguiente error al acceder a webmail:

Internal Server Error
>
> User 'xxxxxx' is over quota.
>
> ------------------------------------------------------------------------
> cpsrvd/11.25 Server at xxxxx

Pese a aumentar la cuota, el error sigue apareciendo, y es necesario eliminar el siguiente fichero:

rm /var/cpanel/overquota/usuario

Otra opción si no queréis borrar el fichero es reiniciar cPanel:

/etc/init.d/cpanel restart

¡Gracias tureceta!

También te puede interesar:

]]> http://rm-rf.es/cpanel-internal-server-error-user-is-over-quota/feed/ 0 cPanel 11.25: error en módulo perl Mail::SPF http://rm-rf.es/cpanel-11-25-error-en-modulo-perl-mailspf/ http://rm-rf.es/cpanel-11-25-error-en-modulo-perl-mailspf/#comments Mon, 18 Jan 2010 09:20:55 +0000 Alex http://rm-rf.es/?p=1209 Al parecer en algunas versiones del nuevo cPanel 11.25.0-RELEASE se están detectando errores en la instalación del módulo de perl Mail::SPF. Si ejecutamos /scripts/checkperlmodules encontramos los siguientes errores:

CPAN.pm: Going to build J/JM/JMEHNLE/mail-spf/Mail-SPF-v2.007.tar.gz

perl-64bit-hack: enabled
# running Build.PL --otherldflags -L/usr/lib64 --config ldflags=-L/usr/lib64 --extralibdir /usr/lib64
Creating new 'MYMETA.yml' with configuration results
Creating new 'Build' script for 'Mail-SPF' version 'v2.7.0'
Prereq 'v5.6' for 'perl' is not supported by Module::Build::Compat
make: *** No targets.  Stop.
 JMEHNLE/mail-spf/Mail-SPF-v2.007.tar.gz
 /usr/bin/make OTHERLDFLAGS=-L/usr/lib64 LDFLAGS=-L/usr/lib64 EXTRALIBDIR=/usr/lib64 OTHERLDFLAGS=-L/usr/lib64 LDFLAGS=-L/usr/lib64 EXTRALIBDIR=/usr/lib64 -- NOT OK
Running make install
 Make had returned bad status, install seems impossible
perlmod--Install done

Para efectuar la instalación de un modo correcto ejecutad el siguiente comando:

 perl -MCPAN -e "get('Mail::SPF')" && cd /home/.cpan/sources/authors/id/J/JM/JMEHNLE/mail-spf && tar -xzvf Mail-SPF-v2.007.tar.gz && cd Mail-SPF-v2.007 && perl Build.PL && ./Build && ./Build test && ./Build install && /scripts/checkperlmodules --full

Fuente | Foros cPanel

También te puede interesar:

]]> http://rm-rf.es/cpanel-11-25-error-en-modulo-perl-mailspf/feed/ 0 Squirrelmail: SORT (SUBJECT) ISO-8859-1 ALL server response : UID invalid arguments http://rm-rf.es/squirrelmail-sort-subject-iso-8859-1-all-server-response-uid-invalid-arguments/ http://rm-rf.es/squirrelmail-sort-subject-iso-8859-1-all-server-response-uid-invalid-arguments/#comments Wed, 07 Oct 2009 17:51:35 +0000 Alex http://rm-rf.es/?p=994 El error que nos hemos encontrado hoy al acceder a un webmail IMAP Squirrelmail ha sido el siguiente:

ERROR: solicitud errónea o con formato erróneo.
Consulta: SORT (SUBJECT) ISO-8859-1 ALL
El servidor respondió: UID invalid arguments

O también:

ERROR : Could not complete request.
Query: SORT (ARRIVAL) ISO-8859-1 ALL
Reason Given: ISO-8859-1 character set is not supported.

El problema se origina en una incompatibilidad en el servidor IMAP y  la opción de Squirrelmail “server-side sorting”. El error aparece al intentar ordenar los mensajes de la bandeja por Asunto, Fecha, Nombre, etc. Lo que hay que hacer es desactivar la opción “server-side sorting”, ya que genera errores de compatibilidad con ciertos charset.

Para arreglarlo podemos ejecutar el script de configuración conf.pl y acceder a:

4. General Options
12. Allow server-side sorting -> FALSE

También podemos editar directamente el fichero config.php y cambiar:

allow_server_sort = true

por

allow_server_sort = false

Una vez modificado esto debería funcionar todo correctamente, aseguraos de salir y entrar de nuevo en la sesión y eliminar cualquier referencia a “sort” en el fichero de preferencias de la cuenta de correo.

También te puede interesar:

]]> http://rm-rf.es/squirrelmail-sort-subject-iso-8859-1-all-server-response-uid-invalid-arguments/feed/ 0 cPanel: Roundcube SERVICE CURRENTLY NOT AVAILABLE! Error No. [0x01F4] http://rm-rf.es/cpanel-roundcube-service-currently-not-available-error-no-0x01f4/ http://rm-rf.es/cpanel-roundcube-service-currently-not-available-error-no-0x01f4/#comments Tue, 06 Oct 2009 16:19:45 +0000 Alex http://rm-rf.es/?p=992 En caso de recibir el siguiente error al acceder all servicio de webmail Roundcube en un servidor con cPanel:

SERVICE CURRENTLY NOT AVAILABLE!
Error No. [0x01F4]

Debéis revisar en primera instancia si habéis desactivado en el servicio MySQL el motor de base de datos INNODB, si aparece lo siguiente en el fichero de configuración my.cnf es que lo habéis desactivado:

skip-innodb

En ese caso, la solución pasa por volver a activar INNODB, o forzar a Roundcube a usar MyISAM, para ello, simplemente forzad la reinstalación del webmail con el siguiente comando:

/usr/local/cpanel/bin/update-roundcube --force

También te puede interesar:

]]> http://rm-rf.es/cpanel-roundcube-service-currently-not-available-error-no-0x01f4/feed/ 3 cPanel Backup: The backup of account encountered errors on … http://rm-rf.es/cpanel-backup-the-backup-of-account-encountered-errors-on/ http://rm-rf.es/cpanel-backup-the-backup-of-account-encountered-errors-on/#comments Wed, 22 Jul 2009 17:59:00 +0000 Alex http://rm-rf.es/?p=930 Últimamente encuentro bastante a menudo este error en servidores bajo cPanel. Este error se recibe en la cuenta de correo configurada para recibir todas las alertas de backups, creación de cuentas, etc.

En la mayor parte de casos, el error era provocado por una asignación incorrecta a los permisos de la carpeta public_ftp, por algún motivo tenían permisos 000, siendo los adecuados 750. El error entonces se soluciona reasignando los permisos correctos:

chmod 0750 public_ftp/

Si recibís el error pese a tener bien los permisos de la carpeta public_ftp, revisad los de las demás carpetas de la cuenta con problemas. Desde una actualización reciente, los backups se ejecutan con el usuario de la cuenta en vez de como root, lo que provoca que si una de las carpetas no tiene los permisos suficientes, salte el error.

También te puede interesar:

]]> http://rm-rf.es/cpanel-backup-the-backup-of-account-encountered-errors-on/feed/ 0 Snort: FATAL ERROR: OpenPcap() device eth0 open: bind: Network is down http://rm-rf.es/snort-fatal-error-openpcap-device-eth0-open-bind-network-is-down/ http://rm-rf.es/snort-fatal-error-openpcap-device-eth0-open-bind-network-is-down/#comments Fri, 17 Apr 2009 18:30:53 +0000 Alex http://rm-rf.es/?p=849 Es común encontrar este error al tratar de arrancar Snort en una instalación nueva, es debido a que en el fichero de arranque (/etc/init.d/snort) por defecto tiene configurado para esnifar en la interfaz eth0, si utilizamos otra interfaz de red para ello encontraremos el error.

Para solucionarlo, acceded al script de configuración y cambiar el parámetro que indico a continuación especificando la interfaz de red que esnifará:

vi /etc/init.d/snort
----------------------------------------------------------
# Specify your network interface here
INTERFACE=eth0
----------------------------------------------------------

Una vez cambiado reiniciamos snort:

/etc/init.d/snort restart

También te puede interesar:

]]> http://rm-rf.es/snort-fatal-error-openpcap-device-eth0-open-bind-network-is-down/feed/ 1 Vim: Can’t write viminfo file http://rm-rf.es/vim-cant-write-viminfo-file/ http://rm-rf.es/vim-cant-write-viminfo-file/#comments Mon, 12 Jan 2009 13:50:39 +0000 Alex http://rm-rf.es/?p=726 En caso de recibir este error al salir de la edición de un fichero con vim, has de revisar dos puntos. Por una parte que no haya ficheros temporales tipo ~/.viminf*, es decir, si tu usuario se llama test revisa que no haya estos ficheros en /home/test/.viminf*

Por otra parte revisa que tu usuario puede escribir en dicho fichero.

También te puede interesar:

]]> http://rm-rf.es/vim-cant-write-viminfo-file/feed/ 0 Kayako: ERROR: Your PHP is not compiled with IMAP Support. http://rm-rf.es/kayako-error-your-php-is-not-compiled-with-imap-support/ http://rm-rf.es/kayako-error-your-php-is-not-compiled-with-imap-support/#comments Thu, 18 Dec 2008 16:56:46 +0000 Alex http://rm-rf.es/?p=618 ¿El error es bastante claro no? No obstante, puede llegar a ser difícil darse cuenta de que este es el fallo. Este error salta al ajecutar el parser que se configura en kayako a través de un cron para que “parsee” todas las cuentas de correo asociadas a los tickets y así ponga cada email en su departamento. Yendo al grano, si al ejecutar el cron sitio.com/cron/index.php?_t=parser por ejemplo de este modo:

GET "http://mikayako.com/cron/index.php?_t=parser" > /var/log/log_cron_kayako.txt

Nos encontramos con que devuelve el siguiente error:

ERROR: Your PHP is not compiled with IMAP Support.

Asegurate de compilar php habilitando soporte imap con la flag –with-imap o si lo has instalado por paquetería (yum, apt) simplemente instala el módulo:

yum install php-imap

Reinicia apache y ejecuta de nuevo el cron, ya deberían procesarse correctamente todas las colas de correo de apache. Recuerda ampliar el max execution time de PHP si usas muchos departamentos, volumen de correos, etc.

Si este cron no funciona, nos damos cuenta porque los correos llegan correctamente al MTA (PostFix, Exim, qMail) pero ahí termina todo, no pasan a la interfaz web de Kayako.

También te puede interesar:

]]> http://rm-rf.es/kayako-error-your-php-is-not-compiled-with-imap-support/feed/ 0 Mailman: Cambiar URL en gestión de listas http://rm-rf.es/mailman-cambiar-url-en-gestion-de-listas/ http://rm-rf.es/mailman-cambiar-url-en-gestion-de-listas/#comments Sat, 06 Dec 2008 11:22:16 +0000 Alex http://rm-rf.es/?p=574 Si al mover una lista de correo Mailman de un servidor a otro, o por cualquier otro motivo, los enlaces de la interfaz web de gestión de lista tienen hipervínculos erroneos o hacia el host del antiguo servidor, existe un modo de actualizarlo o configurarlo de nuevo para que coja la URL que deseemos. Ejemplo:

Si hemos movido una lista de correo del host http://dominio1.com al host http://dominio2.com, al entrar en la gestión de la lista, ya en dominio2.com los enlaces posiblemente redirigan todavía a dominio1.com, hablo de los enlaces tipo:

  • General Options
  • Passwords
  • Language options
  • Membership Management…
    • [Membership List]
    • Mass Subscription
    • Mass Removal
  • Non-digest options
  • Digest options

Pues bien, si queremos que dichos enlaces funcionen correctamente, podemos actualizarlos desde línea de comandos del siguiente modo:

# /usr/lib/mailman/bin/withlist -l -r fix_url <nombre lista> --urlhost=dominio2.com

Con este script incluido en la carpeta “bin” de mailman, podemos arreglar los enlaces indicando el nombre de la lista y la nueva URL que queramos para los enlaces.

También te puede interesar:

]]> http://rm-rf.es/mailman-cambiar-url-en-gestion-de-listas/feed/ 0