Archivo de la etiqueta: error

Problemas al recibir correos

Publicado el en la categoría Correo

Problemas al recibir correosDebido al auge de los dispositivos móviles, es bastante común acceder a nuestras cuentas de correo mediante IMAP. Estos supone una gran ventaja ya que desde cualquier dispositivo con el que accedamos, tendremos toda la información disponible. El problema surge cuando no eliminamos mensajes innecesarios y se van acumulando en el servidor. Esta acumulación de correos puede derivar en que podamos enviar, pero tengamos problemas al recibir correos ya que nuestra cuenta se encuentre llena. Si te has visto en esta situación, te interesan los consejos que te vamos a indicar. Sigue leyendo

Facebooktwittergoogle_plus

Solucionar el error número máximo de conexiones IMAP

Publicado el en la categoría Correo, VPS

Cuando administramos un VPSSolucionar el error número máximo de conexiones IMAP, puede darse el caso de que clientes, se nos quejen de que no pueden acceder a su cuenta de email, debido a un error de conexiones. Este error es muy fácil de solucionar. Bastará con ampliar el número de conexiones IMAP que permite nuestro servidor. Así que vamos a ver paso a paso, como solucionar el error de número máximo de conexiones IMAP alcanzadas.

Sigue leyendo

Facebooktwittergoogle_plus

Error 550 al enviar un correo a un buzón de nuestro dominio

Publicado el en la categoría Correo, Plesk

Hemos detectado que cuando algunos usuarios tratan de enviar un correo a un destinatario de su propio dominio, obtienen un mensaje de error 550 similar al siguiente:

550 5.1.1 <info@midominio.com>: Recipient address rejected: User unknown in
virtual mailbox table; from=<direccion@midominio.com> to=<direccion2@midominio1.com>

Evidentemente los valores de los emails variarán, pero en esencia, el problema es el siguiente: el dominio está alojado en el servidor Plesk, y los correos para dicho dominio se alojan en un servidor externo. Sigue leyendo

Facebooktwittergoogle_plus

Error 500 Internal Server por un plugin en WordPress

Publicado el en la categoría Aplicaciones

Error 500 Internal Server tras instalar un plugin en WordPressLamentablemente, es bastante habitual instalar nuevos plugins en nuestra web directamente y sin haberlos testado previamente en un sitio de pruebas. En el caso de que el puglin instalado no funcione correctamente con nuestra instalación de
WordPress, por lo general, obtendremos un error 500 Internal Server.

Tras esto, no podremos ni acceder a la parte publica ni a la de administración, con lo perdemos el control de nuestra web, y si accede algún usuario, se encontrará con el mismo error.

Opciones para solucionar el error 500

Si estamos seguros de que plugin es el que ha provocado el fallo, podemos acceder por FTP a nuestro servidor y buscar la carpeta de plugins. Por lo general dicha ruta es directorio-de-instalación>wp-content>plugins Una vez alli, renombramos o borramos la carpeta del plugin en cuestión.

En el caso de no saber que plugin es el que ha provocado el fallo (si hemos instalado varios a la vez), lo mejor será desactivar todos los plugins y posteriormente ir activándolos uno a uno manualmente. Para esto, deberemos acceder a phpMyAdmin y buscar la base de datos de nuestro WordPress. Una vez dentro, localizaremos la tabla wp_options y dentro de esta buscaremos la columna llamada active_plugins. Sustituiremos el contenido de option_value por a:0:{}

error-500-wordpress

La opción mas drástica, sería restaurar una copia de seguridad de nuestra web bien que tengamos nosotros o bien de nuestro proveedor de alojamiento, con el consiguiente peligro de perder las últimas modificaciones realizadas.

Facebooktwittergoogle_plus

Solucionar el error maximum execution time of …

Publicado el en la categoría Apache, Diseño y Programación

Solucionar el error maximum execution time ofEn ocasiones, cuando programamos algún script, es posible que este, para su ejecución, necesite mas tiempo del que tiene predefinido.

En nuestra configuración de php, y dependiendo de cada servidor, este parámetro puede variar, y en el caso de que se agotara el tiempo asignado y no hubiese terminado la ejecución de nuestro código, obtendriamos un mensaje similar al siguiente: Sigue leyendo

Facebooktwittergoogle_plus

Personalizar la página de error 404

Publicado el en la categoría Apache

Puede darse el caso de que al acceder a alguna página de nuestro sitio web el usuario teclee mal la dirección, o bien, que simplemente la página que ha indicado no exista. En estos casos y por norma general, el servidor devolverá un mensaje de error 404. Sigue leyendo

Facebooktwittergoogle_plus

Conflicto entre Xampp y Skype por el puerto 80

Publicado el en la categoría Apache, Aplicaciones

Conflicto entre Xampp y Skype por el puerto 80Al parecer, existe un conflicto entre Xampp y Skype por la utilización del puerto 80.

Xampp es utilizado por muchos desarrolladores para probar su paginas web en local antes de publicarlas en Internet. Por norma general, Xampp y todos los servidores locales utilizan el puerto 80. El problema viene cuando otras aplicaciones también utilizan el mismo puerto, como es el caso de Skype.

En el caso de iniciar primero Xampp y despues Skype no habrá problema, y ambas aplicaciones funcionarán correctamente. Pero cuando iniciamos primero Skype y posteriormente Xampp, este no podra iniciar Apache, mostrándonos un error como el siguiente:

Conflicto entre Xampp y Skype por el puerto 80

Afortunadamente la solución es sencilla. Deberemos abrir Skype y acceder a Herramientas > Opciones. Pulsaremos sobre Avanzada y finalmente sobre Conexión. Allí, deberemos desmarcar la casilla Usar puertos 80 y 443 como alternativas para las conexiones entrantes.

Conflicto entre Xampp y Skype por el puerto 80

Guardaremos los cambios y reiniciaremos Skype. Una vez abierto Skype, abriremos Xampp y comprobaremos como efectivamente se ha iniciado Apache sin ningún problema.

Facebooktwittergoogle_plus

Actualización de seguridad en Joomla

Publicado el en la categoría Aplicaciones, Seguridad

Para los que tengáis vuestro sitio web creado bajo el popular CMS Joomla, sabed que durante este mes de agosto han aparecido nuevas versiones que corrigen una vulnerabilidad encontrada.

Al parecer, y según informan desde INTECO – Instituto Nacional de Tecnologías de la Comunicación, el fallo de seguridad provoca que usuarios no autorizados puedan subir ficheros al servidor.

Dicho bug afecta a las versiones de Joomla 2 anteriores a la 2.5.13 y versiones de Joomla 3 anteriores a la 3.1.4

Esta vulnerabilidad es bastante crítica, ya que usuarios malintencionados pueden subir ficheros y provocar bastantes daños en el servidor, o bien utilizar nuestro servidor para atacar a otros sitios o enviar spam, por lo que recomendamos actualizar lo más rápido posible a las últimas versiones publicadas (actualmente 2.5.14 y 3.1.5).

Puedes acceder a la página de descarga de Joomla pulsando este enlace.

Facebooktwittergoogle_plus

Problemas con los permisos al instalar Prestashop en Plesk

Publicado el en la categoría Aplicaciones, Plesk
En algunas aplicaciones, como en el caso de Prestashop, en el proceso de instalación, es necesario el acceso a diversos ficheros para almacenar información. En algunos casos, por la configuración del servidor será necesario indicar permisos 777 para conseguir que Prestashop tenga acceso al contenido de alguna carpeta y permisos 666 para algunos ficheros.

prestashop-plesk

La utilización de estos permisos supone un grave riesgo de seguridad para el servidor, con lo que os vamos a proponer una solución mejor.

Si trabajas en Plesk 9:

  • Selecciona tu dominio
  • Accede a ajustes de alojamiento
  • En la sección Servicios, en el apartado Soporte PHP selecciona ejecutar como: Aplicación FastCGIprestashop-plesk-fastcgi

Si utilizas Plesk 10:

  • Accede a Sitios web y dominios
  • Bajo del todo, selecciona tu dominio
  • En la seccion estadisticas y scripting web, en el apartado Soporte para PHP, elegir la opción Aplicación FastCGI

Con estos cambios, al iniciar de nuevo la instalación de Prestashop, la aplicación se instalará sin problemas y sin necesidad de cambiar los permisos a las carpetas.

Facebooktwittergoogle_plus

Configurar carpeta temporal en Drupal 7

Publicado el en la categoría Aplicaciones

Supongamos que hemos desarrollado nuestro sitio en Drupal 7. Hemos estado trabajando en local, y todo funciona correctamente. Pero al subir el sitio completo por FTP al servidor, comenzamos a ver mensajes de error de tipo:

Warning: fileowner(): stat failed for temporary...

Siempre que estos mensajes contengan información relativa a temporales o que nos informen sobre algún error en los temporales es casi seguro que se debe a que Drupal no es capaz de localizar la carpeta temporal. Y esto es así porque su ubicación no coincide en nuestro servidor local y en el servidor remoto, por lo que deberemos modificar su path.

Para ello nos dirigiremos a Configuración -> Sistema de Archivos Aquí nos aparece la sección directorio temporal, en donde indicaremos la ruta a nuestra carpeta tmp del servidor.

temporal-drupal-7

Facebooktwittergoogle_plus