ça ressemble à un bug (jamais eu le pb) mais j'imagine qu'en éditant les valeurs directement dans la table Host Settings, il ne devrait pas broncher. Je n'ai pas vérifié mais si les valeurs sont des entiers, il suffira de vérfier dans l'ascx du formulaire à quoi correspondent les intitulés des listes déroulantes correspondantes.

Petite explication sur les modes du planificateur des tâche qui peut peut-être expliquer ton erreur:

• En mode Timer, le scheduler est démarré avec l'application. dans le Application_Start du Global.Asax, DNN lance un thread qui sera chargé de lancer les tâches à intervals régulier.
  • Avantages: les tâches sont exécutés à des intervals réguliers très proches des valeurs paramétrées
  • Inconvénient: Le thread ne dispose pas de contexte http, qui est fondamental pour accéder entre autres:
    • aux PortalSettings, véritable contexte DNN, utilisé directement ou indirectement à beaucoup d'endroits dans le Framework
    • au provider Ms Asp.Net Membership, à moins que la dernière version n'ai corrigé cette malheureuse dépendance
• En mode Requête, le scheduler est réactivé ponctuellement à chaque requête, et vérifie s'il a des tâches à exécuter
  
  • Avantages: Dans certaines conditions, le planificateur dispose d'un contexte Http et donc l'accès aux variables mentionnées
  • Inconvénient: Comme pour le problème de démarrage DNN, cela implique la mise en place d'un KeepAlive qui assurera que le planificateur ne prend pas de retard.

Il est donc possible que le passage en mode timer ait mis à mal certaines de tes tâches, ou bien encore que le "catch up" n'est pas activé pour certaines tâches, auquel cas il tente de rattraper les tâches en retard et n'y parvient pas.

 PS: la notification par email est activée, voir pour chaque thread l'icone de courier en bas à droite ou dans tes paramètres pour une surveillance complète par forum.