Hola Gian,
El asunto de los mails a veces parece cosa de verdadera "brujería".
Pero todo tiene una explicación....
No sé si tu server sea compartido o similar.
En estos casos es difícil usar múltiples servidores para cada servicio.
No me preguntes cuáles son exactamente los argumentos, pero tiene
que ver con la seguridad de los servidores (en mi opinión y experiencia,
es más bien que los ingenieros no saben administrar un server con
un enfoque de siglo XXI, pero bueno, démosle el beneficio de la duda a ciertas
gentes...).
Por ejemplo, a un cliente le rentamos un server (compartido) con el proveedor A y
ahí albergamos un dominio ".com".
Dicho proveedor dio de alta el mail con GoogleApps (este sería el proveedor B
"forzado"), es decir, con éste usamos los mails con el dominio ".com" del
proveedor A.
Con el proveedor C se colocó otro dominio (también .com).
Lo que se quería era albergar con este proveedor un cliente Web de correo que
trabajara con los mails de "GoogleApps", pues no queríamos trabajar con
su interfase y todos sus "servicios gratuitos", sino con la estrategia que teníamos
previamente diseñada (que es de total independencia tecnológica)
(nota al calce: chicos, no dependan de Google, cambien a
FengOffice )
Bueno, nunca se pudo eso, aunque el proveedor super aseguraba que sí
era posible y le echaba la culpa a la herramienta que estábamos instalando
La verdad es que hasta tuve diferencias fuertes con el área de soprte
(a los que no bajo de ignorantes), porque nunca supieron qué pasaba
y lo peor es que no lo reconocían.
(otra nota al calce: al contratar con ellos les explicamos claramente lo que
queríamos hacer -lo del GoogleApps- y nos dijeron que no había problema,
que tenían clientes que hacían eso, por eso me porté más rudo aún
)
Después de estudiar y hacer múltiples prubas con clientes Web de correo,
verificar "logs" del server, y pruebas en otros servers, llegue a la conclusión
de que una funcionalidad de PHP estaba bloqueada.
El error que al final logré detectar fue el siguiente:
ERROR: Error: fsockopen() [<ahref='function.fsockopen'>function.fsockopen</a>]: unable to connect tossl://imap.******.com :993 (php_network_getaddresses: getaddrinfo failed:Name or service not known) in'/home/******/domains/******/public_html/library/PEAR/Net/Socket.php' on line ****** (error code: 2)Lo anexo por si te interesa y/o por si tienes un error similar
Como puedes ver, ell asunto va por el lado de "
fsockopen" (busca en la red para
mayor info).
Bien, es imposible convencer a un proveedor de que cambie esta configuración.
Creo que eso puede estar pasando en tu caso (o algo similar).
Y bueno, respecto a lo del cron, si no te sale nada en el área de notificaciones
de la plataforma, quiere decir que todo está bien, que el cron corre adecuadamente
según lo programado.
Sólo ojo: si no programaste tu cron para que "desaparezca" los archivos de
registro del cron, debes tener una parte del server llena de cosas que no te
sirven.
Yo lo que hago es correr un par de días el cron sin "desaparecer" los archivos.
Cuando veo que éstos se almacenan en el server y los abro y no hay errores,
entonces sí programo que los archivos se borren:
wget -q -O /dev/null http://www.misitio.com/moodle/admin/cron.php?password=mipassword(esto supone que configuraste tu plataforma con un password para correr
el cron)
A ver si esto te sirve.
Saludos