esta ya me ha pasado 2 o 3 veces, y al no ser muy habitual, siempre se me olvida, asi que..
cuando os aparece esto al enviar, es porque vuestro amigo el drweb os ha declarado la guerra. Para solucionarlo, hay que empezar por matarle:

#rpm -e drweb drweb-qmail

una vez desinstalado, tendreis que volver a meterlo. Si teneis los paquetes bajados en el /root/psa o similar, podeis instalarlos con rpm -Uvh (quiza necesiteis un --force), pero si no, lo mas comodo es acceder al panel e ir al actualizador/updater, dentro de servidor/server. Buscamos el drweb, lo instalamos, esperamos a que nos mande un mail diciendo que ya esta y, por si acaso, entramos de nuevo por ssh y ponemos:

#service drwebd status

a ver si esta en ejecucion. Si lo esta, todo tiene que funcionar :-)

intentamos hacer un backup, desde el propio plesk, y nos devuelve esto:

Unable to create backup session: Specified file is not accessible

He visto por ahi teorias sobre el espacio en el tmp (en el foro de swsoft) y demas, pero, en realidad, es tan facil como:

chown -R psaadm:psaadm /var/lib/psa/dumps

ejecutamos eso, por ssh, y a correr.

para los sufridores del spam. Entramos por ssh y ponemos:

echo "#" > /var/qmail/control/doublebounceto

una vez hecho esto, relanzamos qmail

service qmail restart o /etc/init.d/qmail restart

cuando teneis mas de una version de asp.net instaladas (o añadis alguna) y plesk no os muestra, dentro de la opcion "configurar", la version a utilizar para el sitio y se emperra en utilizar una sola, se corrige muy facil con defpackagemng. Nos vamos a una consola y, dentro del directorio "admin/bin" de plesk, que suele ser:

c:\program files\swsoft\plesk\admin\bin

ponemos:

defpackagemng.exe --fix

y a probar.

Por fin algo que merece la pena ser posteado.. (vaya excusa para estar meses sin escribir) He visto, en pleskwindows, al ir a cambiar contraseñas, activar frontpage, etc.. cualquier cosa que hagais dentro de "configurar", cuando el nombre del dominio es algo largo, nos encontramos con un serror como este:

Error: Unable to update hosting preferences:
The following system user attributes were not changed:
login (Unable to lookup SID for name newusername: (1332) No mapping between account names and security IDs was done.)
quota (Unable to lookup SID for name newusername: (1332) No mapping between account names and security IDs was done.)

Bueno, en realidad, primero dice que el usuario ya existe.. y todos, que somos muy listos, le cambiamos el nombre.. y nos da ese error.

Despues de googlear, he visto que la gente preguntaba incluso en el foro de swsoft, pero no tenian respuesta. Asi que.. tocaba trastear (al fin! una excusa..)

La razon, es que tiene el usuario mal en algunos sitios.. porque, al ser tan largo, el usuario en si, entra.. pero cuando le añades IUSR_ delante, no. La solucion es:

Hoy vamos a comentar un par de utilidades que, no siendo la panacea, de cuando en cuando estan bien, y nos pueden echar una mano a la hora de detectar algunas intrusiones. Estas son chkrootkit y rkhunter.

RKHUNTER:

Descargar de: http://sourceforge.net/projects/rkhunter/

cd /usr/src
wget http://puzzle.dl.sourceforge.net/sourceforge/rkhunter/rkhunter-1.2.9.tar.gz
tar zxvf rkhunter-1.2.9.tar.gz
sh /usr/src/rkhunter-1.2.9/installer.sh
/usr/local/bin/rkhunter --update

CHKROOTKIT:

Podeis descargarlo de:

http://freshmeat.net/projects/chkrootkit/

Pasad primero por esa web, por si el enlace a la ultima version hubiese cambiado y:

cd /opt
wget http://freshmeat.net/redir/chkrootkit/20715/url_tgz/chkrootkit.tar.gz
tar xfvz chkrootkit.tar.gz
cd chkrootkit-0.47/
./chkrootkit

Entramos en la opcion "configurar" del panel plesk e intentamos modificar la quota de disco para ese vhost.. pero no nos deja, sale en gris y nos dice que la quota no esta soportada. Como primer paso, entramos por ssh y ponemos:

/usr/local/psa/admin/sbin/usermng --isquotable

Nos deberia devolver un 0, sin mas. Pero.. si devuelve esto:

# /usr/local/psa/admin/sbin/usermng --isquotable
usermng: Unable to turn on user quota. User quota not supported on device '/dev/hda1'

System error 22: Invalid argument
usermng: Unable to turn on user quota. User quota not supported on device '/dev/hda1'

System error 22: Invalid argument
1

Es que tenemos un problema.. no esta soportada. Por suerte, tiene facil solucion:
editamos el fichero /etc/fstab

#vi /etc/fstab

buscamod la linea de nuestro /, que ya puede ser :

LABEL=/ / ext3 defaults 1 1
o hacer referencia mediante /dev/hda1...

Tenemos que añadir, despues del defaults, la palabra 'usrquota', para que, en el caso del ejemplo anterior, quede asi:

si un dia olvidais la clave del mysql y necesitais acceder o fijar una nueva, podeis seguir las siguientes instruccinoes.

Editamos el fichero de configuracion

- /etc/my.cnf en linux (incluido plesk linux)
- el fichero my.ini en windows (en plesk windows es c:\program files\swsoft\plesk\databases\mysql\data)

En este fichero ,nos vamos debajo de [MySQLD] y añadimos la linea:

skip-grant-tables

Una vez añadido, relanzamos el servicio de mysql, de una de las siguientes formas:

windows:
si es con plesk, iros al administrador de servicios que teneis junto al reloj y buscar el sql para relanzarlo. Si no.. depende de lo que useis, pero seguro que teneis algo en "servicios", dentro de las herramientas administrativas

linux:
si es una redhat (o fedora, o centos..) bastara con

#service mysqld restart

si es otra distro (debian, ubuntu..) probad con

#/etc/init.d/mysqld restart

Despues de reiniciarlo, podreis entrar ejecutando, unicamente, "mysql mysql", sin usuario ni clave.

para cambiar el idioma de las estadisticas awstats en un plesk windows, podemos escoger cambiarlo para un solo dominio o para todos. Para cambiarlo en uno solo, habra que editar el fichero awstats.DOMINIO.conf. Si queremos cambiarlo en todos, hay que editar el fichero awstats.model.conf. Los dos estan en la misma carpeta, esto es:

%plesk_dir%\Additional\AWStats\wwwroot\cgi-bin

Que, generalmente, sera:

c:\program files\swsoft\plesk\additional\awstats\wwwroot\cgi-bin

Una vez editado el fichero, hay que buscar "Lang=" y cambiarlo por el idioma escogido. Por ej:

Lang=es

Y lo tendriamos en español.

Tenemos unos cuantos para elegir:

# Albanian=al, Bosnian=ba, Bulgarian=bg, Catalan=ca,
# Chinese (Taiwan)=tw, Chinese (Simpliefied)=cn, Czech=cz, Danish=dk,
# Dutch=nl, English=en, Estonian=et, Euskara=eu, Finnish=fi,
# French=fr, Galician=gl, German=de, Greek=gr, Hebrew=he, Hungarian=hu,
# Icelandic=is, Indonesian=id, Italian=it, Japanese=jp, Korean=kr,
# Latvian=lv, Norwegian (Nynorsk)=nn, Norwegian (Bokmal)=nb, Polish=pl,

viendo por ahi tutoriales de como instalar php en iis 7, hemos estado dandole patadas a un portatil con windows vista que no queria hacernos caso. En todas las webs que hemos visto, el tutorial es igual (si, copiado..) y dicen que hay que añadir la extension .php y como ejecutable el php4isapi.dll (o php5isapi.dll). En nuestro caso, con php4, en realidad, habia que añadir un .exe (que tambien podeis, igual que .dll). El php.exe que esta en la raiz, no el del directorio 'cli' y asi nos ha desaparecido ese asqueroso error de 404, como si el archivo no existiese.
Para los que estan en el gallinero:
si el iis no reconoce el tipo de extension que le pides, no se molesta ni en comprobar si existe en el disco.. simplemente, te devuelve un error 404 (not found).

Algunos he visto ya (muchos, la verdad) que al entrar en plesk windows, reciben este chorizo:

DefPackageMng() constructor failed: defpackagemng failed: Access is denied. (Error code 5) at CreateProcess 'C:\WINDOWS\system32\cmd.exe /c ""C:\Program Files\SWsoft\Plesk\admin\bin\defpackagemng.exe" --get"'
at execUtil C:\Program Files\SWsoft\Plesk\admin\bin\defpackagemng.exe --get on C:\Program Files\SWsoft\Plesk\admin(PleskSrvClient::execUtil line 420)
at execute console command --get(vconsoleapp::start line 128)
at execute "C:\Program Files\SWsoft\Plesk\/admin/bin/defpackagemng" --get(vconsoleapp::run line 138)
---------------------- Debug Info -------------------------------
0: C:\Program Files\SWsoft\Plesk\admin\plib\class.DefPackageMng.php:14 psaerror(string "DefPackageMng() constructor failed: defpackagemng failed: Access is denied. (Error code 5) at CreateProcess 'C:\WINDOWS\system32\cmd.exe /c ""C:\Program Files\SWsoft\Plesk\admin\bin\defpackagemng.exe" --get"'
at execUtil C:\Program Files\SWsoft\Plesk\admin\bin\defpackagemng.exe --get on C:\Program Files\SWsoft\Plesk\admin(PleskSrvClient::execUtil line 420)

que si, que llego tarde porque el parche esta ahi desde el 18 de diciembre, pero.. oye, que se ha empezado a notar esta semana.

Lo dicho, hay un gusano que va tostando el servicio POP y, cuando cae, no da muchas pistas. Podeis bajaros el parche en http://www.mailenable.com/hotfix/ME-10026.EXE

Hay otro parche mas, que lo catalogan como critico, asi que tambien es recomendable..
Lo teneis todo en :

http://www.mailenable.com/hotfix/default.asp

hoy me he encontado con este muerto. Si hacias una conexion al puerto 25 (SMTP), te devolvia este mensaje.

]# telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
relaylock: Error: HTTPD_LOG_D not defined
relaylock: Error: HTTPD_LOG_D not defined
Connection closed by foreign host.

Buscando en inet no he visto gran cosa.. alguno, en una web holandesa, que recomendaba desinstalar el spamassassin y psa-spamassassin, pero no me ha servido.
Al final:

rpm -Uvh psa-qmail-1.03-fc4.build80060613.20.i586.rpm --force

Reinstalando, con un force, el paquete psa-qmail.

bueno, esto no solo ocurre con plesk windows, eh? El IIS6, viene cabreado de serie con los ficheros flv (flash video) y no hace el streaming porque no tiene definido el tipo mime.
Para el caso de plesk, debemos ir al panel, buscar el dominio y ahi, a "directorios web" y a la pestaña de los tipos mime. Añadiremos uno donde le pondremos flv en la extension y seleccionaremos application/octet-stream en el desplegable. Con esto ya lo hara :-)

Si no usais plesk, podeis ir a vuestro servidor IIS, a las propiedades del servidor, buscar la pestaña de los tipos mime, darle a nuevo y decir:

extension: flv
tipo mime: flv-application/octet-stream

y reiniciar el iis

Ya van mas de 2 que me encuentro con este error:

Failure_to_exec_mailman_wrapper._WANTED_gid_110,_GOT_gid_101 (o 107 o..)

Creas una lista, añades a la gente, la gente recibe el mensaje de "hola, estas en mi lista y te voy a mandar cosas", pero cuando envias algo, no llega. Tampoco viene devuelto.. y te puedes hartar a esperar. Si mirais el fichero /usr/local/psa/var/log/maillog vereis el error que os pongo arriba. Esto es porque el ID del popuser no es el que mailman quiere, y lo soluciona pasando de vuestro culo.

Empezamos editando el fichero passwd

#vi /etc/passwd

Aqui, buscamos popuser y vemos el id de usuario y el id de grupo, ambos tienen que ser 110 (si no lo son, cambiadlo..).

Despues, nos vamos al group

#vi /etc/group

Volvemos a buscar el popuser y lo fijamos a 110. Recordar el ID que habia, pues lo necesitamos mas abajo.
Despues de esto, como ese es el usuario que se ha fijado en todos los ficheros, y cambiarlo ahi no hace demasiado, tenemos que ejecutar lo siguiente: