Procedura che sconsiglio vivamente perché anche se mai risolvesse il problema dovrebbe essere effettuata ad ogni successivo upgrade (oltre alle evidenti falle di sicurezza).

Per circoscrivere il problema si può usare un plugin molto datato ma a quanto pare ancora funzionante: Crontrol, che permette di dare uno sguardo alla coda di cron di Wp.

Assicurarsi che i permessi dei file in questione siano ancora settati come dovrebbero (644) può risolvere in alcuni casi il problema.

Hai idea di come si fa a risolvere questa cosa? Potrebbe essere un ottimo spunto per un futuro articolo.

Mi è capitato di leggere riguardo a Wp DB-Backup utenti che lamentavano incompatibilità con wp-cron.php, che rendeva di fatto impossibile l’invio delle mail pianificate con allegato file sql zippato.

Dove sta il problema? Che se le mail non partono i suddetti file rimangono nella cartella “backup-xxxx” creata dal plugin, che può crescere parecchio di dimensioni soprattutto nelle pianificazioni di backup più fitte.

Occhio dunque quando aggiornate WordPress a controllare che il plugin continui a fare il suo lavoro. Se indicate una mail secondaria come repository dei backup controllate che vi stiano effettivamente arrivando in inbox