workflow : envoi de mail à des groupes

user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:d9d9e15f6459f88bd455841cc2a6504b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour,<br>\n <br>\n Une nouvelle version 1.6.3 du module repository est disponible, elle\n corrige certains problèmes lors de la génération des sets.</div>', created = 1507748944, expire = 1507835344, headers = '', serialized = 0 WHERE cid = '4:d9d9e15f6459f88bd455841cc2a6504b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:d9d9e15f6459f88bd455841cc2a6504b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour,<br>\n <br>\n Une nouvelle version 1.6.3 du module repository est disponible, elle\n corrige certains problèmes lors de la génération des sets.</div>', created = 1507748944, expire = 1507835344, headers = '', serialized = 0 WHERE cid = '4:d9d9e15f6459f88bd455841cc2a6504b' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:46d2d704adde155572348ffe6b89b778' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n <title></title>\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour,<br>\n <br>\n Voici un exemple de d\'envoi de mail de mon workflow :<br>\n <br>\n <br>\n <function type=\"spring\"><br>\n <arg\n name=\"bean.name\">sendEmail</arg><br>\n <arg name=\"message\"><br>\n <![CDATA[ <br>\n {0} vient de placer sa fiche en attente de publication<br>\n -------------------------------------------------------<br>\n Voici ses observations. <br>\n {2}<br>\n -----------------------------------------------------------<br>\n [PUBLIC_URL_WORKFLOW]<br>\n -----------------------------------------------------------<br>\n ]]><br>\n </arg><br>\n <arg name=\"<b>smtpToMaskRole</b>\">LOMLILLE1_SEMM_MODERATOR</arg><br>\n </function><br>\n <br>\n <br>\n Dans le fichier default-permissions-roles.xml :<br>\n <br>\n <bean class=\"org.orioai.workflow.beans.acls.OriAclRole\"><br>\n <property name=\"objMask\"\n value=\"LOMLILLE1_SEMM_MODERATOR\"/> <br>\n <property name=\"recipient\"\n value=\"LOMLILLE1_semm_moderators\"/> <br>\n </bean><br>\n <br>\n <br>\n Dans groups.xml :<br>\n <br>\n <entry key=\"LOMLILLE1_semm_moderators\"><br>\n \n<value><![CDATA[virtual:(|(ustlRole=orioai-rp-techniques)(ustlRole=orioai-admins))]]></value><br>\n </entry><br>\n <br>\n <br>\n Donc, ORI devrait retrouver qui appartient à ce groupe.<br>\n <br>\n Je vais essayer de voir au niveau des logs de ORI et du LDAP.<br>\n <br>\n Cordialement.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n <br>\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Est ce que le workflow arrive à déterminer\n les mails du rôle/groupe\n <br>\n concerné pour envoyer un mail à tout le monde ?\n <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ?\n <br>\n Il est possible de passer à la fonction sendMail :\n <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\'\n <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il faut\n alors associer à ce rôle le groupe correspondant dans le fichier\n \'default-permissions-roles.xml\')\n <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois pas\n d\'autre alternative pour démêler votre problème que de démarrer le\n workflow en mode debug (conf/log4j.properties, propriétés\n org.orioai.workflow, org.acegisecurity, org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi de mail\n puis d\'envoyer le fichier de log à la liste. Il serait intéressant\n également, si vous y avez accès, d\'inspecter les logs de votre\n annuaire ldap pour y vérifier qu\'il reçoit du workflow des\n requêtes correctement formées.\n <br>\n <br>\n J\'espère que ceci vous aidera,\n <br>\n <br>\n Grégoire Neuville.\n <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\n Personne n\'a d\'info ?\n <br>\n <br>\n a+\n <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit :\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes\n <br>\n étapes. Seulement, le mail n\'est pas envoyé.\n <br>\n <br>\n Voici un exemple :\n <br>\n <br>\n Mon fichier groups.xml est comme ceci :\n <br>\n <br>\n <entry key=\"TEF-LILLE1_all\">\n <br>\n<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n <br>\n <br>\n </entry>\n <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université des\n \"USTLRoles\"\n <br>\n : permet de gérer des groupes d\'individus directement depuis\n le\n <br>\n esup-portail via un canal.\n <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de\n <br>\n ne pas devoir re-déployer le module avec la modif. Cela est\n pris en\n <br>\n compte instantanément.\n <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails du\n rôle/groupe\n <br>\n concerné pour envoyer un mail à tout le monde ?\n <br>\n <br>\n <br>\n Merci.\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </body>\n</html>\n</div>', created = 1507748945, expire = 1507835345, headers = '', serialized = 0 WHERE cid = '4:46d2d704adde155572348ffe6b89b778' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:ae332146373ea8f743f8b4eab0a2fcc4' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Est ce que le workflow arrive à déterminer les mails du rôle/groupe<br />\n> concerné pour envoyer un mail à tout le monde ?<br />\n></div>\n</blockquote>\n<p>Oui. Mais comment déclarez-vous l\'envoi de mail dans votre workflow ?<br />\nIl est possible de passer à la fonction sendMail :</p>\n<p>- soit le nom d\'un groupe via l\'attribut \'smtpToGroup\'<br />\n- soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il faut alors<br />\nassocier à ce rôle le groupe correspondant dans le fichier<br />\n\'default-permissions-roles.xml\')</p>\n<p>Si votre configuration vous semble correcte, je ne vois pas d\'autre<br />\nalternative pour démêler votre problème que de démarrer le workflow en<br />\nmode debug (conf/log4j.properties, propriétés org.orioai.workflow,<br />\norg.acegisecurity, org.esupportail,<br />\norg.esupportail.commons.services.exceptionHandling, org.springframework<br />\nde WARN à DEBUG), de tester un envoi de mail puis d\'envoyer le fichier<br />\nde log à la liste. Il serait intéressant également, si vous y avez<br />\naccès, d\'inspecter les logs de votre annuaire ldap pour y vérifier qu\'il<br />\nreçoit du workflow des requêtes correctement formées.</p>\n<p>J\'espère que ceci vous aidera,</p>\n<p>Grégoire Neuville.</p>\n<p>On 06/05/2011 10:01, françois lefebvre wrote:<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Personne n\'a d\'info ?<br />\n><br />\n> a+<br />\n><br />\n><br />\n><br />\n> Le 29/04/2011 10:18, françois lefebvre a écrit :</p></blockquote>\n<blockquote class=\"emailFilter_Author_1\"><p>>> Bonjour,<br />\n>><br />\n>> Mon workflow est paramétré pour envoyer des mails à différentes<br />\n>> étapes. Seulement, le mail n\'est pas envoyé.<br />\n>><br />\n>> Voici un exemple :<br />\n>><br />\n>> Mon fichier groups.xml est comme ceci :<br />\n>><br />\n>> <entry key=\"TEF-LILLE1_all\"><br />\n>> <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value><br />\n>><br />\n>> </entry><br />\n>><br />\n>><br />\n>> Je me base sur ce que l\'on appelle à notre université des \"USTLRoles\"<br />\n>> : permet de gérer des groupes d\'individus directement depuis le<br />\n>> esup-portail via un canal.<br />\n>><br />\n>> Cela m\'évite donc lorsqu\'une personne doit accéder à l\'application de<br />\n>> ne pas devoir re-déployer le module avec la modif. Cela est pris en<br />\n>> compte instantanément.<br />\n>><br />\n>><br />\n>> Est ce que le workflow arrive à déterminer les mails du rôle/groupe<br />\n>> concerné pour envoyer un mail à tout le monde ?<br />\n>><br />\n>><br />\n>> Merci.<br />\n>></p></blockquote>\n<blockquote class=\"emailFilter_Author_0\"><p>></div>\n</blockquote>\n</div>\n', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:ae332146373ea8f743f8b4eab0a2fcc4' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:e53ba9fe15e43804fa7d91de4412e716' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Personne n\'a d\'info ?</p>\n<p>a+</p>\n<p>Le 29/04/2011 10:18, françois lefebvre a écrit :<br />\n<div class=\"emailFilter_Toggle\">\n<blockquote class=\"emailFilter_Author_0\"><p>> Bonjour,<br />\n><br />\n> Mon workflow est paramétré pour envoyer des mails à différentes<br />\n> étapes. Seulement, le mail n\'est pas envoyé.<br />\n><br />\n> Voici un exemple :<br />\n><br />\n> Mon fichier groups.xml est comme ceci :<br />\n><br />\n> <entry key=\"TEF-LILLE1_all\"><br />\n> <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value><br />\n><br />\n> </entry><br />\n><br />\n><br />\n> Je me base sur ce que l\'on appelle à notre université des \"USTLRoles\"<br />\n> : permet de gérer des groupes d\'individus directement depuis le<br />\n> esup-portail via un canal.<br />\n><br />\n> Cela m\'évite donc lorsqu\'une personne doit accéder à l\'application de<br />\n> ne pas devoir re-déployer le module avec la modif. Cela est pris en<br />\n> compte instantanément.<br />\n><br />\n><br />\n> Est ce que le workflow arrive à déterminer les mails du rôle/groupe<br />\n> concerné pour envoyer un mail à tout le monde ?<br />\n><br />\n><br />\n> Merci.<br />\n></div>\n</blockquote>\n<p>--<br />\nCordialement.</p>\n<p>François Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:e53ba9fe15e43804fa7d91de4412e716' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:e54707b601b57ec75c9c6e2edf03b8e6' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\">Bonjour,</p>\n<p>Mon workflow est paramétré pour envoyer des mails à différentes étapes.<br />\nSeulement, le mail n\'est pas envoyé.</p>\n<p>Voici un exemple :</p>\n<p>Mon fichier groups.xml est comme ceci :</p>\n<p><entry key=\"TEF-LILLE1_all\"><br />\n<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value><br />\n</entry></p>\n<p>Je me base sur ce que l\'on appelle à notre université des \"USTLRoles\" :<br />\npermet de gérer des groupes d\'individus directement depuis le<br />\nesup-portail via un canal.</p>\n<p>Cela m\'évite donc lorsqu\'une personne doit accéder à l\'application de ne<br />\npas devoir re-déployer le module avec la modif. Cela est pris en compte<br />\ninstantanément.</p>\n<p>Est ce que le workflow arrive à déterminer les mails du rôle/groupe<br />\nconcerné pour envoyer un mail à tout le monde ?</p>\n<p>Merci.</p>\n<p>--<br />\nCordialement.</p>\n<p>François Lefebvre<br />\nBibliothèque Universitaire de Lille 1<br />\nCité Scientifique - B.P. 30155<br />\n59653 VILLENEUVE D\'ASCQ CEDEX<br />\nTél.: 03.20.33.60.73</p>\n</div>\n', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:e54707b601b57ec75c9c6e2edf03b8e6' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f347cf6f9c61df7327fa4066053c2e78' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n <title></title>\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour,<br>\n <br>\n Exact, autant pour moi... lecture trop rapide du mail.<br>\n <br>\n François<br>\n <br>\n Le 17/05/2011 15:11, françois lefebvre a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n Pour compléter Yohan, cf : <font size=\"-1\"><font face=\"Verdana\">conf/properties/domain/ldapVocabulary.xml<br>\n <br>\n </font></font><font size=\"-1\"><font face=\"Verdana\">BEGIN:VCARD<br>\n VERSION:3.0<br>\n N:{0};{1};;;<br>\n FN:{1} {0}<br>\n ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]<br>\n URL:[VOCABULARY_LDAP_PROVIDER_PEOPLE_URL]<br>\n UID:{3}<br>\n END:vcard</font></font><br>\n <br>\n <br>\n <br>\n Cordialement.<br>\n <br>\n <br>\n <br>\n Le 17/05/2011 15:10, Yohan Colmant a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n <font size=\"-1\"><font face=\"Verdana\">François,<br>\n <br>\n On n\'attend pas des URL de LDAP ici.<br>\n Ca correspond à la valeur du champ \'URL\' que l\'on va mettre\n dans les vcards générées à partir du LDAP :-)<br>\n <br>\n A+<br>\n </font></font>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\"> <font face=\"Verdana\"><small>\n Yohan COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut\n Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI </small> </font>\n </div>\n </div>\n <br>\n Le 17/05/2011 14:52, Francois Jannin a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n C\'est pas pour dire, mais vos url ldap ne ressemblent guère à\n des url ldap :<br>\n <br>\n <font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n </font><font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n </font><br>\n Etes vous sûr que ce sont les bonnes ?<br>\n <br>\n François<br>\n <br>\n Le 16/05/2011 15:39, françois lefebvre a écrit :\n <div class=\"emailFilter_Author_3\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n Alors je viens de mettre mon vocabulary en DEBUG.<br>\n <br>\n Je force la MAJ du cache.<br>\n Je clique ensuite sur \"voir\" alphabet_ldap_authors_vcard.<br>\n Au bout d\'un petit temps, il génère bien mes people.<br>\n <br>\n Par contre, pour alphabet_ldap_groups_vcard, c\'est super\n rapide : rien n\'est généré.<br>\n <br>\n Après avoir demandé au LDAP\'man du campus <span\n class=\"moz-smiley-s1\"><span> :-) </span></span>,\n aucune connexion n\'est faite pour générer les groupes... (\n cf le log ).<br>\n <br>\n <br>\n Voici la config du common-properties :<br>\n <br>\n <font color=\"#3366ff\"># Paramètre LDAP - le subdn de la\n branche contenant les groupes<br>\n VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups<br>\n <br>\n # Paramètre LDAP - l\'ObjectClass utilisé pour les groupes<br>\n VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames<br>\n <br>\n # Paramètre LDAP - l\'attribut d\'un groupe désignant son\n uid<br>\n VOCABULARY_LDAP_GROUP_UID=cn<br>\n <br>\n # Paramètre LDAP - un filtre permettant de filtrer les\n groupes à exploiter/lister [vcard]<br>\n VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une\n vcard d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une\n vcard d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une\n vcard d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une\n vcard d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a></font><br>\n <br>\n <br>\n Vous avez des idées ???<br>\n <br>\n <br>\n Merci.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Author_4\"><blockquote>Bonjour, <br>\n <br>\n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Est ce que le workflow arrive à\n déterminer les mails du rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ? <br>\n Il est possible de passer à la fonction sendMail : <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\' <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\'\n (il faut alors associer à ce rôle le groupe correspondant\n dans le fichier \'default-permissions-roles.xml\') <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois\n pas d\'autre alternative pour démêler votre problème que de\n démarrer le workflow en mode debug (conf/log4j.properties,\n propriétés org.orioai.workflow, org.acegisecurity,\n org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi\n de mail puis d\'envoyer le fichier de log à la liste. Il\n serait intéressant également, si vous y avez accès,\n d\'inspecter les logs de votre annuaire ldap pour y\n vérifier qu\'il reçoit du workflow des requêtes\n correctement formées. <br>\n <br>\n J\'espère que ceci vous aidera, <br>\n <br>\n Grégoire Neuville. <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote: <br>\n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Personne n\'a d\'info ? <br>\n <br>\n a+ <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit : <br>\n <div class=\"emailFilter_Author_6\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes <br>\n étapes. Seulement, le mail n\'est pas envoyé. <br>\n <br>\n Voici un exemple : <br>\n <br>\n Mon fichier groups.xml est comme ceci : <br>\n <br>\n <entry key=\"TEF-LILLE1_all\"> <br>\n <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n\n\n\n\n <br>\n <br>\n </entry> <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université\n des \"USTLRoles\" <br>\n : permet de gérer des groupes d\'individus directement\n depuis le <br>\n esup-portail via un canal. <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de <br>\n ne pas devoir re-déployer le module avec la modif.\n Cela est pris en <br>\n compte instantanément. <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails\n du rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n <br>\n Merci. <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </blockquote></div>\n <br>\n <br>\n <div class=\"moz-signature\">-- <br>\n <style type=\"text/css\">\n a:link, a:visited {color: #666666; text-decoration: underline;}\n a:hover, a:active {color: #666666; text-decoration: none;}\n </style>\n <table width=\"597\" border=\"0\" cellpadding=\"0\"\n cellspacing=\"0\">\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\"\n cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"middle\" width=\"150\" align=\"center\"><a\n moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\"><img\n src=\"cid:<span id=\"919301b5c518c9ff00d1a59ebc883be5\"></span>\n <script type=\"text/javascript\" >  </script>\"\n alt=\"\" height=\"46\" width=\"60\" border=\"0\"></a></td>\n <td valign=\"bottom\">\n <div style=\"font-size: 11px; font-family: Arial;\"><font\n color=\"#666666\"><b>François Jannin</b><br>\n DSI - Développement et déploiement\n d\'applications<br>\n Tél : +33 (0)5 34 32 30 51<br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\"\n cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: left; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\"><img\n alt=\"\"\n src=\"cid:<span id=\"a3d5e92c57484df32761ceb295829e87\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"58\" width=\"597\"></font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\"\n cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: right; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\">INP\n Toulouse<br>\n 6 allée Emile Monso - BP 34038<br>\n 31029 Toulouse cedex 4<br>\n <a moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\">http://www.inp-toulouse.fr</a><br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table>\n <div style=\"font-size: 9px; font-family: Arial;\"\n align=\"left\"><img\n src=\"cid:<span id=\"e390b2fbe7141abbf400b0017fdabd65\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"16\" width=\"16\"><font color=\"#cccccc\"> Avant\n d’imprimer ce courriel, demandez-vous si ceci est\n nécessaire.</font><br>\n </div>\n </table>\n </div>\n </blockquote></div>\n </blockquote></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </blockquote></div></div>\n <br>\n <br>\n <div class=\"moz-signature\">-- <br>\n <style type=\"text/css\">\n a:link, a:visited {color: #666666; text-decoration: underline;}\n a:hover, a:active {color: #666666; text-decoration: none;}\n </style>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"middle\" width=\"150\" align=\"center\"><a\n href=\"http://www.inp-toulouse.fr\"><img\n src=\"cid:<span id=\"9100882bc513913dc72d7ce5de21ceb0\"></span>\n <script type=\"text/javascript\" >  </script>\" alt=\"\"\n height=\"46\" width=\"60\" border=\"0\"></a></td>\n <td valign=\"bottom\">\n <div style=\"font-size: 11px; font-family: Arial;\"><font\n color=\"#666666\"><b>François Jannin</b><br>\n DSI - Développement et déploiement d\'applications<br>\n Tél : +33 (0)5 34 32 30 51<br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: left; font-size: 9px; font-family:\n Arial;\"><font color=\"#666666\"><img alt=\"\"\n src=\"cid:<span id=\"4a8d885f9defe78bd82caa80c3dc4374\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"58\" width=\"597\"></font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: right; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\">INP Toulouse<br>\n 6 allée Emile Monso - BP 34038<br>\n 31029 Toulouse cedex 4<br>\n <a href=\"http://www.inp-toulouse.fr\">http://www.inp-toulouse.fr</a><br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table>\n <div style=\"font-size: 9px; font-family: Arial;\" align=\"left\"><img\n src=\"cid:<span id=\"da04bb7ea205b8ade3f68b47c686d450\"></span>\n <script type=\"text/javascript\" >  </script>\" height=\"16\"\n width=\"16\"><font color=\"#cccccc\"> Avant d’imprimer ce\n courriel, demandez-vous si ceci est nécessaire.</font><br>\n </div>\n </table>\n </div>\n </body>\n</html>\n</div>', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:f347cf6f9c61df7327fa4066053c2e78' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:2e1fb3227ed5e56b2307abb03b056602' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour,<br>\n <br>\n Pour compléter Yohan, cf : <font size=\"-1\"><font face=\"Verdana\">conf/properties/domain/ldapVocabulary.xml<br>\n <br>\n </font></font><font size=\"-1\"><font face=\"Verdana\">BEGIN:VCARD<br>\n VERSION:3.0<br>\n N:{0};{1};;;<br>\n FN:{1} {0}<br>\n ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]<br>\n URL:[VOCABULARY_LDAP_PROVIDER_PEOPLE_URL]<br>\n UID:{3}<br>\n END:vcard</font></font><br>\n <br>\n <br>\n <br>\n Cordialement.<br>\n <br>\n <br>\n <br>\n Le 17/05/2011 15:10, Yohan Colmant a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n <font size=\"-1\"><font face=\"Verdana\">François,<br>\n <br>\n On n\'attend pas des URL de LDAP ici.<br>\n Ca correspond à la valeur du champ \'URL\' que l\'on va mettre\n dans les vcards générées à partir du LDAP :-)<br>\n <br>\n A+<br>\n </font></font>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\"> <font face=\"Verdana\"><small> Yohan\n COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI </small> </font>\n </div>\n </div>\n <br>\n Le 17/05/2011 14:52, Francois Jannin a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n C\'est pas pour dire, mais vos url ldap ne ressemblent guère à\n des url ldap :<br>\n <br>\n <font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n </font><font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n </font><br>\n Etes vous sûr que ce sont les bonnes ?<br>\n <br>\n François<br>\n <br>\n Le 16/05/2011 15:39, françois lefebvre a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n Alors je viens de mettre mon vocabulary en DEBUG.<br>\n <br>\n Je force la MAJ du cache.<br>\n Je clique ensuite sur \"voir\" alphabet_ldap_authors_vcard.<br>\n Au bout d\'un petit temps, il génère bien mes people.<br>\n <br>\n Par contre, pour alphabet_ldap_groups_vcard, c\'est super\n rapide : rien n\'est généré.<br>\n <br>\n Après avoir demandé au LDAP\'man du campus <span\n class=\"moz-smiley-s1\"><span> :-) </span></span>,\n aucune connexion n\'est faite pour générer les groupes... ( cf\n le log ).<br>\n <br>\n <br>\n Voici la config du common-properties :<br>\n <br>\n <font color=\"#3366ff\"># Paramètre LDAP - le subdn de la\n branche contenant les groupes<br>\n VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups<br>\n <br>\n # Paramètre LDAP - l\'ObjectClass utilisé pour les groupes<br>\n VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames<br>\n <br>\n # Paramètre LDAP - l\'attribut d\'un groupe désignant son uid<br>\n VOCABULARY_LDAP_GROUP_UID=cn<br>\n <br>\n # Paramètre LDAP - un filtre permettant de filtrer les\n groupes à exploiter/lister [vcard]<br>\n VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une\n vcard d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une\n vcard d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une\n vcard d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une\n vcard d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a></font><br>\n <br>\n <br>\n Vous avez des idées ???<br>\n <br>\n <br>\n Merci.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Author_3\"><blockquote>Bonjour, <br>\n <br>\n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Est ce que le workflow arrive à\n déterminer les mails du rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ? <br>\n Il est possible de passer à la fonction sendMail : <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\' <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il\n faut alors associer à ce rôle le groupe correspondant dans\n le fichier \'default-permissions-roles.xml\') <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois pas\n d\'autre alternative pour démêler votre problème que de\n démarrer le workflow en mode debug (conf/log4j.properties,\n propriétés org.orioai.workflow, org.acegisecurity,\n org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi de\n mail puis d\'envoyer le fichier de log à la liste. Il serait\n intéressant également, si vous y avez accès, d\'inspecter les\n logs de votre annuaire ldap pour y vérifier qu\'il reçoit du\n workflow des requêtes correctement formées. <br>\n <br>\n J\'espère que ceci vous aidera, <br>\n <br>\n Grégoire Neuville. <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote: <br>\n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Personne n\'a d\'info ? <br>\n <br>\n a+ <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit : <br>\n <div class=\"emailFilter_Author_5\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes <br>\n étapes. Seulement, le mail n\'est pas envoyé. <br>\n <br>\n Voici un exemple : <br>\n <br>\n Mon fichier groups.xml est comme ceci : <br>\n <br>\n <entry key=\"TEF-LILLE1_all\"> <br>\n <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n\n\n\n <br>\n <br>\n </entry> <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université\n des \"USTLRoles\" <br>\n : permet de gérer des groupes d\'individus directement\n depuis le <br>\n esup-portail via un canal. <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de <br>\n ne pas devoir re-déployer le module avec la modif. Cela\n est pris en <br>\n compte instantanément. <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails du\n rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n <br>\n Merci. <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </blockquote></div>\n <br>\n <br>\n <div class=\"moz-signature\">-- <br>\n <style type=\"text/css\">\n a:link, a:visited {color: #666666; text-decoration: underline;}\n a:hover, a:active {color: #666666; text-decoration: none;}\n </style>\n <table border=\"0\" cellpadding=\"0\" cellspacing=\"0\" width=\"597\">\n </table>\n <table border=\"0\" cellpadding=\"0\" cellspacing=\"0\" width=\"597\">\n <tbody>\n <tr>\n <td align=\"center\" valign=\"middle\" width=\"150\"><a\n moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\"><img\n src=\"cid:<span id=\"7a25ae0ffe829bf1f42927476b85cba2\"></span>\n <script type=\"text/javascript\" >  </script>\"\n alt=\"\" border=\"0\" height=\"46\" width=\"60\"></a></td>\n <td valign=\"bottom\">\n <div style=\"font-size: 11px; font-family: Arial;\"><font\n color=\"#666666\"><b>François Jannin</b><br>\n DSI - Développement et déploiement d\'applications<br>\n Tél : +33 (0)5 34 32 30 51<br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table border=\"0\" cellpadding=\"0\" cellspacing=\"0\" width=\"597\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: left; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\"><img\n alt=\"\"\n src=\"cid:<span id=\"47b43f56b013ea834d235005b15cad25\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"58\" width=\"597\"></font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table border=\"0\" cellpadding=\"0\" cellspacing=\"0\" width=\"597\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: right; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\">INP\n Toulouse<br>\n 6 allée Emile Monso - BP 34038<br>\n 31029 Toulouse cedex 4<br>\n <a moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\">http://www.inp-toulouse.fr</a><br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table>\n <div style=\"font-size: 9px; font-family: Arial;\"\n align=\"left\"><img\n src=\"cid:<span id=\"5a8a537df0e426625be005558b0e1aff\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"16\" width=\"16\"><font color=\"#cccccc\"> Avant\n d’imprimer ce courriel, demandez-vous si ceci est\n nécessaire.</font><br>\n </div>\n </table>\n </div>\n </blockquote></div>\n </blockquote></div></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </body>\n</html>\n</div>', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:2e1fb3227ed5e56b2307abb03b056602' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:84e65085eb02c970ea3a26e4304c423f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n <font size=\"-1\"><font face=\"Verdana\">François,<br>\n <br>\n On n\'attend pas des URL de LDAP ici.<br>\n Ca correspond à la valeur du champ \'URL\' que l\'on va mettre dans\n les vcards générées à partir du LDAP :-)<br>\n <br>\n A+<br>\n </font></font>\n <div class=\"moz-signature\">\n <div class=\"moz-signature\">\n <font face=\"Verdana\"><small>\n Yohan COLMANT<br>\n Direction des Systèmes d\'Information<br>\n UVHC - Université de Valenciennes et du Hainaut Cambrésis<br>\n Coordinateur Technique du projet ORI-OAI\n </small>\n </font>\n </div>\n </div>\n <br>\n Le 17/05/2011 14:52, Francois Jannin a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n C\'est pas pour dire, mais vos url ldap ne ressemblent guère à des\n url ldap :<br>\n <br>\n <font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n </font><font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n </font><br>\n Etes vous sûr que ce sont les bonnes ?<br>\n <br>\n François<br>\n <br>\n Le 16/05/2011 15:39, françois lefebvre a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\"\n http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n Alors je viens de mettre mon vocabulary en DEBUG.<br>\n <br>\n Je force la MAJ du cache.<br>\n Je clique ensuite sur \"voir\" alphabet_ldap_authors_vcard.<br>\n Au bout d\'un petit temps, il génère bien mes people.<br>\n <br>\n Par contre, pour alphabet_ldap_groups_vcard, c\'est super rapide\n : rien n\'est généré.<br>\n <br>\n Après avoir demandé au LDAP\'man du campus <span\n class=\"moz-smiley-s1\"><span> :-) </span></span>, aucune\n connexion n\'est faite pour générer les groupes... ( cf le log ).<br>\n <br>\n <br>\n Voici la config du common-properties :<br>\n <br>\n <font color=\"#3366ff\"># Paramètre LDAP - le subdn de la branche\n contenant les groupes<br>\n VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups<br>\n <br>\n # Paramètre LDAP - l\'ObjectClass utilisé pour les groupes<br>\n VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames<br>\n <br>\n # Paramètre LDAP - l\'attribut d\'un groupe désignant son uid<br>\n VOCABULARY_LDAP_GROUP_UID=cn<br>\n <br>\n # Paramètre LDAP - un filtre permettant de filtrer les groupes\n à exploiter/lister [vcard]<br>\n VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 -\n Sciences et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a></font><br>\n <br>\n <br>\n Vous avez des idées ???<br>\n <br>\n <br>\n Merci.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Author_2\"><blockquote>Bonjour, <br>\n <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Est ce que le workflow arrive à\n déterminer les mails du rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ? <br>\n Il est possible de passer à la fonction sendMail : <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\' <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il\n faut alors associer à ce rôle le groupe correspondant dans le\n fichier \'default-permissions-roles.xml\') <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois pas\n d\'autre alternative pour démêler votre problème que de\n démarrer le workflow en mode debug (conf/log4j.properties,\n propriétés org.orioai.workflow, org.acegisecurity,\n org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi de\n mail puis d\'envoyer le fichier de log à la liste. Il serait\n intéressant également, si vous y avez accès, d\'inspecter les\n logs de votre annuaire ldap pour y vérifier qu\'il reçoit du\n workflow des requêtes correctement formées. <br>\n <br>\n J\'espère que ceci vous aidera, <br>\n <br>\n Grégoire Neuville. <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote: <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Personne n\'a d\'info ? <br>\n <br>\n a+ <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit : <br>\n <div class=\"emailFilter_Author_4\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes <br>\n étapes. Seulement, le mail n\'est pas envoyé. <br>\n <br>\n Voici un exemple : <br>\n <br>\n Mon fichier groups.xml est comme ceci : <br>\n <br>\n <entry key=\"TEF-LILLE1_all\"> <br>\n <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n\n\n <br>\n <br>\n </entry> <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université des\n \"USTLRoles\" <br>\n : permet de gérer des groupes d\'individus directement\n depuis le <br>\n esup-portail via un canal. <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de <br>\n ne pas devoir re-déployer le module avec la modif. Cela\n est pris en <br>\n compte instantanément. <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails du\n rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n <br>\n Merci. <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </blockquote></div>\n <br>\n <br>\n <div class=\"moz-signature\">-- <br>\n <style type=\"text/css\">\n a:link, a:visited {color: #666666; text-decoration: underline;}\n a:hover, a:active {color: #666666; text-decoration: none;}\n </style>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"middle\" width=\"150\" align=\"center\"><a\n moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\"><img\n src=\"cid:<span id=\"f8cf920e5bca8ea0f19269ad2eaa9b9c\"></span>\n <script type=\"text/javascript\" >  </script>\"\n alt=\"\" width=\"60\" border=\"0\" height=\"46\"></a></td>\n <td valign=\"bottom\">\n <div style=\"font-size: 11px; font-family: Arial;\"><font\n color=\"#666666\"><b>François Jannin</b><br>\n DSI - Développement et déploiement d\'applications<br>\n Tél : +33 (0)5 34 32 30 51<br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: left; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\"><img alt=\"\"\nsrc=\"cid:<span id=\"ed61cd1fa88cd28e1d432f4002c5b7eb\"></span>\n <script type=\"text/javascript\" >  </script>\" width=\"597\"\n height=\"58\"></font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: right; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\">INP\n Toulouse<br>\n 6 allée Emile Monso - BP 34038<br>\n 31029 Toulouse cedex 4<br>\n <a moz-do-not-send=\"true\"\n href=\"http://www.inp-toulouse.fr\">http://www.inp-toulouse.fr</a><br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table>\n <div style=\"font-size: 9px; font-family: Arial;\" align=\"left\"><img\n src=\"cid:<span id=\"97852db904fa973f82c930dc1d2a3dc9\"></span>\n <script type=\"text/javascript\" >  </script>\"\n width=\"16\" height=\"16\"><font color=\"#cccccc\"> Avant\n d’imprimer ce courriel, demandez-vous si ceci est\n nécessaire.</font><br>\n </div>\n </table>\n </div>\n </blockquote></div></div>\n </body>\n</html>\n</div>', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:84e65085eb02c970ea3a26e4304c423f' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:bdd42e9ad8e56d45cf99b9f7a39c4a30' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body text=\"#000000\" bgcolor=\"#ffffff\">\n Bonjour,<br>\n <br>\n C\'est pas pour dire, mais vos url ldap ne ressemblent guère à des\n url ldap :<br>\n <br>\n <font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n </font><font color=\"#3366ff\">VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a\n moz-do-not-send=\"true\" class=\"moz-txt-link-freetext\"\n href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n </font><br>\n Etes vous sûr que ce sont les bonnes ?<br>\n <br>\n François<br>\n <br>\n Le 16/05/2011 15:39, françois lefebvre a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n Bonjour,<br>\n <br>\n Alors je viens de mettre mon vocabulary en DEBUG.<br>\n <br>\n Je force la MAJ du cache.<br>\n Je clique ensuite sur \"voir\" alphabet_ldap_authors_vcard.<br>\n Au bout d\'un petit temps, il génère bien mes people.<br>\n <br>\n Par contre, pour alphabet_ldap_groups_vcard, c\'est super rapide :\n rien n\'est généré.<br>\n <br>\n Après avoir demandé au LDAP\'man du campus <span\n class=\"moz-smiley-s1\"><span> :-) </span></span>, aucune\n connexion n\'est faite pour générer les groupes... ( cf le log ).<br>\n <br>\n <br>\n Voici la config du common-properties :<br>\n <br>\n <font color=\"#3366ff\"># Paramètre LDAP - le subdn de la branche\n contenant les groupes<br>\n VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups<br>\n <br>\n # Paramètre LDAP - l\'ObjectClass utilisé pour les groupes<br>\n VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames<br>\n <br>\n # Paramètre LDAP - l\'attribut d\'un groupe désignant son uid<br>\n VOCABULARY_LDAP_GROUP_UID=cn<br>\n <br>\n # Paramètre LDAP - un filtre permettant de filtrer les groupes à\n exploiter/lister [vcard]<br>\n VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences\n et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\" href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences\n et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a moz-do-not-send=\"true\"\n class=\"moz-txt-link-freetext\" href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a></font><br>\n <br>\n <br>\n Vous avez des idées ???<br>\n <br>\n <br>\n Merci.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Author_1\"><blockquote>Bonjour, <br>\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Est ce que le workflow arrive à\n déterminer les mails du rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ? <br>\n Il est possible de passer à la fonction sendMail : <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\' <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il faut\n alors associer à ce rôle le groupe correspondant dans le fichier\n \'default-permissions-roles.xml\') <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois pas\n d\'autre alternative pour démêler votre problème que de démarrer\n le workflow en mode debug (conf/log4j.properties, propriétés\n org.orioai.workflow, org.acegisecurity, org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi de mail\n puis d\'envoyer le fichier de log à la liste. Il serait\n intéressant également, si vous y avez accès, d\'inspecter les\n logs de votre annuaire ldap pour y vérifier qu\'il reçoit du\n workflow des requêtes correctement formées. <br>\n <br>\n J\'espère que ceci vous aidera, <br>\n <br>\n Grégoire Neuville. <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote: <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Personne n\'a d\'info ? <br>\n <br>\n a+ <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit : <br>\n <div class=\"emailFilter_Author_3\"><blockquote type=\"cite\">Bonjour, <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes <br>\n étapes. Seulement, le mail n\'est pas envoyé. <br>\n <br>\n Voici un exemple : <br>\n <br>\n Mon fichier groups.xml est comme ceci : <br>\n <br>\n <entry key=\"TEF-LILLE1_all\"> <br>\n <value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n\n <br>\n <br>\n </entry> <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université des\n \"USTLRoles\" <br>\n : permet de gérer des groupes d\'individus directement depuis\n le <br>\n esup-portail via un canal. <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de <br>\n ne pas devoir re-déployer le module avec la modif. Cela est\n pris en <br>\n compte instantanément. <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails du\n rôle/groupe <br>\n concerné pour envoyer un mail à tout le monde ? <br>\n <br>\n <br>\n Merci. <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </blockquote></div></div>\n <br>\n <br>\n <div class=\"moz-signature\">-- <br>\n <style type=\"text/css\">\n a:link, a:visited {color: #666666; text-decoration: underline;}\n a:hover, a:active {color: #666666; text-decoration: none;}\n </style>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"middle\" width=\"150\" align=\"center\"><a\n href=\"http://www.inp-toulouse.fr\"><img\n src=\"cid:<span id=\"ef4d4f9b024e624ff8b9944927216274\"></span>\n <script type=\"text/javascript\" >  </script>\" alt=\"\"\n height=\"46\" width=\"60\" border=\"0\"></a></td>\n <td valign=\"bottom\">\n <div style=\"font-size: 11px; font-family: Arial;\"><font\n color=\"#666666\"><b>François Jannin</b><br>\n DSI - Développement et déploiement d\'applications<br>\n Tél : +33 (0)5 34 32 30 51<br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: left; font-size: 9px; font-family:\n Arial;\"><font color=\"#666666\"><img alt=\"\"\n src=\"cid:<span id=\"6149d67ce2f003111877baeac6c534c5\"></span>\n <script type=\"text/javascript\" >  </script>\"\n height=\"58\" width=\"597\"></font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table width=\"597\" border=\"0\" cellpadding=\"0\" cellspacing=\"0\">\n <tbody>\n <tr>\n <td valign=\"top\">\n <div style=\"text-align: right; font-size: 9px;\n font-family: Arial;\"><font color=\"#666666\">INP Toulouse<br>\n 6 allée Emile Monso - BP 34038<br>\n 31029 Toulouse cedex 4<br>\n <a href=\"http://www.inp-toulouse.fr\">http://www.inp-toulouse.fr</a><br>\n </font></div>\n </td>\n </tr>\n </tbody>\n </table>\n <table>\n <div style=\"font-size: 9px; font-family: Arial;\" align=\"left\"><img\n src=\"cid:<span id=\"fad2dc62ac7d1948b496288e05f8e955\"></span>\n <script type=\"text/javascript\" >  </script>\" height=\"16\"\n width=\"16\"><font color=\"#cccccc\"> Avant d’imprimer ce\n courriel, demandez-vous si ceci est nécessaire.</font><br>\n </div>\n </table>\n </div>\n </body>\n</html>\n</div>', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:bdd42e9ad8e56d45cf99b9f7a39c4a30' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: SELECT data, created, headers, expire, serialized FROM cache_filter WHERE cid = '4:f861cd8be4e1fe6fc0f605387e4bd10a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 27.
user warning: Table './drupal_www_ori_oai_org/cache_filter' is marked as crashed and last (automatic?) repair failed query: UPDATE cache_filter SET data = '<div class=\"emailFilter\"><!DOCTYPE HTML PUBLIC \"-//W3C//DTD HTML 4.01 Transitional//EN\">\n<html>\n <head>\n <meta content=\"text/html; charset=UTF-8\" http-equiv=\"Content-Type\">\n </head>\n <body bgcolor=\"#ffffff\" text=\"#000000\">\n Bonjour,<br>\n <br>\n Alors je viens de mettre mon vocabulary en DEBUG.<br>\n <br>\n Je force la MAJ du cache.<br>\n Je clique ensuite sur \"voir\" alphabet_ldap_authors_vcard.<br>\n Au bout d\'un petit temps, il génère bien mes people.<br>\n <br>\n Par contre, pour alphabet_ldap_groups_vcard, c\'est super rapide :\n rien n\'est généré.<br>\n <br>\n Après avoir demandé au LDAP\'man du campus <span\n class=\"moz-smiley-s1\"><span> :-) </span></span>, aucune\n connexion n\'est faite pour générer les groupes... ( cf le log ).<br>\n <br>\n <br>\n Voici la config du common-properties :<br>\n <br>\n <font color=\"#3366ff\"># Paramètre LDAP - le subdn de la branche\n contenant les groupes<br>\n VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups<br>\n <br>\n # Paramètre LDAP - l\'ObjectClass utilisé pour les groupes<br>\n VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames<br>\n <br>\n # Paramètre LDAP - l\'attribut d\'un groupe désignant son uid<br>\n VOCABULARY_LDAP_GROUP_UID=cn<br>\n <br>\n # Paramètre LDAP - un filtre permettant de filtrer les groupes à\n exploiter/lister [vcard]<br>\n VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences\n et Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'une personne dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=<a class=\"moz-txt-link-freetext\" href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a><br>\n <br>\n # Paramètre qui permet de pré-remplir le champ ORG d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et\n Technologies<br>\n <br>\n # Paramètre qui permet de pré-remplir le champ URL d\'une vcard\n d\'un groupe dans un vocabulaire LDAP <br>\n VOCABULARY_LDAP_PROVIDER_GROUP_URL=<a class=\"moz-txt-link-freetext\" href=\"http://www.univ-lille1.fr\">http://www.univ-lille1.fr</a></font><br>\n <br>\n <br>\n Vous avez des idées ???<br>\n <br>\n <br>\n Merci.<br>\n <br>\n <br>\n Le 06/05/2011 11:52, Grégoire Neuville a écrit :\n <div class=\"emailFilter_Toggle\"><div class=\"emailFilter_Author_0\"><blockquote>Bonjour,\n <br>\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Est ce que le workflow arrive à déterminer\n les mails du rôle/groupe\n <br>\n concerné pour envoyer un mail à tout le monde ?\n <br>\n <br>\n </blockquote></div>\n <br>\n Oui. Mais comment déclarez-vous l\'envoi de mail dans votre\n workflow ?\n <br>\n Il est possible de passer à la fonction sendMail :\n <br>\n <br>\n - soit le nom d\'un groupe via l\'attribut \'smtpToGroup\'\n <br>\n - soit le nom d\'un rôle via l\'attribut \'smtpToMaskRole\' (il faut\n alors associer à ce rôle le groupe correspondant dans le fichier\n \'default-permissions-roles.xml\')\n <br>\n <br>\n Si votre configuration vous semble correcte, je ne vois pas\n d\'autre alternative pour démêler votre problème que de démarrer le\n workflow en mode debug (conf/log4j.properties, propriétés\n org.orioai.workflow, org.acegisecurity, org.esupportail,\n org.esupportail.commons.services.exceptionHandling,\n org.springframework de WARN à DEBUG), de tester un envoi de mail\n puis d\'envoyer le fichier de log à la liste. Il serait intéressant\n également, si vous y avez accès, d\'inspecter les logs de votre\n annuaire ldap pour y vérifier qu\'il reçoit du workflow des\n requêtes correctement formées.\n <br>\n <br>\n J\'espère que ceci vous aidera,\n <br>\n <br>\n Grégoire Neuville.\n <br>\n <br>\n <br>\n <br>\n On 06/05/2011 10:01, françois lefebvre wrote:\n <br>\n <div class=\"emailFilter_Author_1\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\n Personne n\'a d\'info ?\n <br>\n <br>\n a+\n <br>\n <br>\n <br>\n <br>\n Le 29/04/2011 10:18, françois lefebvre a écrit :\n <br>\n <div class=\"emailFilter_Author_2\"><blockquote type=\"cite\">Bonjour,\n <br>\n <br>\n Mon workflow est paramétré pour envoyer des mails à\n différentes\n <br>\n étapes. Seulement, le mail n\'est pas envoyé.\n <br>\n <br>\n Voici un exemple :\n <br>\n <br>\n Mon fichier groups.xml est comme ceci :\n <br>\n <br>\n <entry key=\"TEF-LILLE1_all\">\n <br>\n<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>\n <br>\n <br>\n </entry>\n <br>\n <br>\n <br>\n Je me base sur ce que l\'on appelle à notre université des\n \"USTLRoles\"\n <br>\n : permet de gérer des groupes d\'individus directement depuis\n le\n <br>\n esup-portail via un canal.\n <br>\n <br>\n Cela m\'évite donc lorsqu\'une personne doit accéder à\n l\'application de\n <br>\n ne pas devoir re-déployer le module avec la modif. Cela est\n pris en\n <br>\n compte instantanément.\n <br>\n <br>\n <br>\n Est ce que le workflow arrive à déterminer les mails du\n rôle/groupe\n <br>\n concerné pour envoyer un mail à tout le monde ?\n <br>\n <br>\n <br>\n Merci.\n <br>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div>\n <br>\n </blockquote></div></div>\n <br>\n <pre class=\"moz-signature\" cols=\"72\">-- \nCordialement.\n\n\nFrançois Lefebvre\nBibliothèque Universitaire de Lille 1\nCité Scientifique - B.P. 30155\n59653 VILLENEUVE D\'ASCQ CEDEX\nTél.: 03.20.33.60.73</pre>\n </body>\n</html>\n</div>', created = 1507748947, expire = 1507835347, headers = '', serialized = 0 WHERE cid = '4:f861cd8be4e1fe6fc0f605387e4bd10a' in /home/ori-oai/drupal/drupal-6.34/includes/cache.inc on line 112.

9 messages / 0 nouveaux

Vous devez vous connecter pour poster des commentaires

6 mai 2011 - 12:44pm

francoislefebvre

workflow : envoi de mail à des groupes

Bonjour,

Voici un exemple de d'envoi de mail de mon workflow :

<function type="spring">
                            <arg name="bean.name">sendEmail</arg>
                            <arg name="message">
                                <![CDATA[
{0} vient de placer sa fiche en attente de publication
-------------------------------------------------------
Voici ses observations.
{2}
-----------------------------------------------------------
[PUBLIC_URL_WORKFLOW]
-----------------------------------------------------------
]]>
                            </arg>
                            <arg name="smtpToMaskRole">LOMLILLE1_SEMM_MODERATOR</arg>
                        </function>

Dans le fichier default-permissions-roles.xml :

<bean class="org.orioai.workflow.beans.acls.OriAclRole">
                    <property name="objMask" value="LOMLILLE1_SEMM_MODERATOR"/>
                    <property name="recipient" value="LOMLILLE1_semm_moderators"/>
                </bean>

Dans groups.xml :

<entry key="LOMLILLE1_semm_moderators">
                    <value><![CDATA[virtual:(|(ustlRole=orioai-rp-techniques)(ustlRole=orioai-admins))]]></value>
                    </entry>

Donc, ORI devrait retrouver qui appartient à ce groupe.

Je vais essayer de voir au niveau des logs de ORI et du LDAP.

Cordialement.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :

Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.

-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

6 mai 2011 - 11:52am

gregoireneuville

Bonjour,

> Est ce que le workflow arrive à déterminer les mails du rôle/groupe
> concerné pour envoyer un mail à tout le monde ?
>

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors
associer à ce rôle le groupe correspondant dans le fichier
'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre
alternative pour démêler votre problème que de démarrer le workflow en
mode debug (conf/log4j.properties, propriétés org.orioai.workflow,
org.acegisecurity, org.esupportail,
org.esupportail.commons.services.exceptionHandling, org.springframework
de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier
de log à la liste. Il serait intéressant également, si vous y avez
accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il
reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

> Bonjour,
>
> Personne n'a d'info ?
>
> a+
>
>
>
> Le 29/04/2011 10:18, françois lefebvre a écrit :

>> Bonjour,
>>
>> Mon workflow est paramétré pour envoyer des mails à différentes
>> étapes. Seulement, le mail n'est pas envoyé.
>>
>> Voici un exemple :
>>
>> Mon fichier groups.xml est comme ceci :
>>
>>
>>
>>
>>
>>
>>
>> Je me base sur ce que l'on appelle à notre université des "USTLRoles"
>> : permet de gérer des groupes d'individus directement depuis le
>> esup-portail via un canal.
>>
>> Cela m'évite donc lorsqu'une personne doit accéder à l'application de
>> ne pas devoir re-déployer le module avec la modif. Cela est pris en
>> compte instantanément.
>>
>>
>> Est ce que le workflow arrive à déterminer les mails du rôle/groupe
>> concerné pour envoyer un mail à tout le monde ?
>>
>>
>> Merci.
>>

>

6 mai 2011 - 10:01am

(Répondre à #2) #3

francoislefebvre

Bonjour,

Personne n'a d'info ?

Le 29/04/2011 10:18, françois lefebvre a écrit :

> Bonjour,
>
> Mon workflow est paramétré pour envoyer des mails à différentes
> étapes. Seulement, le mail n'est pas envoyé.
>
> Voici un exemple :
>
> Mon fichier groups.xml est comme ceci :
>
>
>
>
>
>
>
> Je me base sur ce que l'on appelle à notre université des "USTLRoles"
> : permet de gérer des groupes d'individus directement depuis le
> esup-portail via un canal.
>
> Cela m'évite donc lorsqu'une personne doit accéder à l'application de
> ne pas devoir re-déployer le module avec la modif. Cela est pris en
> compte instantanément.
>
>
> Est ce que le workflow arrive à déterminer les mails du rôle/groupe
> concerné pour envoyer un mail à tout le monde ?
>
>
> Merci.
>

--
Cordialement.

François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

29 avril 2011 - 10:18am

(Répondre à #3) #4

francoislefebvre

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes étapes.
Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

Je me base sur ce que l'on appelle à notre université des "USTLRoles" :
permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de ne
pas devoir re-déployer le module avec la modif. Cela est pris en compte
instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.

--
Cordialement.

François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

18 mai 2011 - 9:48am

(Répondre à #4) #5

francoisjannin

Bonjour,

Exact, autant pour moi... lecture trop rapide du mail.

François

Le 17/05/2011 15:11, françois lefebvre a écrit :

Bonjour,

Pour compléter Yohan, cf : conf/properties/domain/ldapVocabulary.xml

BEGIN:VCARD
VERSION:3.0
N:{0};{1};;;
FN:{1} {0}
ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
URL:[VOCABULARY_LDAP_PROVIDER_PEOPLE_URL]
UID:{3}
END:vcard

Cordialement.

Le 17/05/2011 15:10, Yohan Colmant a écrit :
François,

On n'attend pas des URL de LDAP ici.
Ca correspond à la valeur du champ 'URL' que l'on va mettre dans les vcards générées à partir du LDAP :-)

A+

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Le 17/05/2011 14:52, Francois Jannin a écrit :
Bonjour,

C'est pas pour dire, mais vos url ldap ne ressemblent guère à des url ldap :

VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Etes vous sûr que ce sont les bonnes ?

François

Le 16/05/2011 15:39, françois lefebvre a écrit :
Bonjour,

Alors je viens de mettre mon vocabulary en DEBUG.

Je force la MAJ du cache.
Je clique ensuite sur "voir" alphabet_ldap_authors_vcard.
Au bout d'un petit temps, il génère bien mes people.

Par contre, pour alphabet_ldap_groups_vcard, c'est super rapide : rien n'est généré.

Après avoir demandé au LDAP'man du campus :-) , aucune connexion n'est faite pour générer les groupes... ( cf le log ).

Voici la config du common-properties :

# Paramètre LDAP - le subdn de la branche contenant les groupes
VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups

# Paramètre LDAP - l'ObjectClass utilisé pour les groupes
VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames

# Paramètre LDAP - l'attribut d'un groupe désignant son uid
VOCABULARY_LDAP_GROUP_UID=cn

# Paramètre LDAP - un filtre permettant de filtrer les groupes à exploiter/lister [vcard]
VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Vous avez des idées ???

Merci.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :
Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.
-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73
--

" alt="" height="46" width="60" border="0">
François Jannin
DSI - Développement et déploiement d'applications
Tél : +33 (0)5 34 32 30 51

" height="58" width="597">

INP Toulouse
6 allée Emile Monso - BP 34038
31029 Toulouse cedex 4
http://www.inp-toulouse.fr

" height="16" width="16"> Avant d’imprimer ce courriel, demandez-vous si ceci est nécessaire.
-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

" alt="" height="46" width="60" border="0">

François Jannin
DSI - Développement et déploiement d'applications
Tél : +33 (0)5 34 32 30 51

" height="58" width="597">

INP Toulouse
6 allée Emile Monso - BP 34038
31029 Toulouse cedex 4
http://www.inp-toulouse.fr

" height="16" width="16"> Avant d’imprimer ce courriel, demandez-vous si ceci est nécessaire.

17 mai 2011 - 3:11pm

(Répondre à #5) #6

francoislefebvre

Bonjour,

Pour compléter Yohan, cf : conf/properties/domain/ldapVocabulary.xml

BEGIN:VCARD
VERSION:3.0
N:{0};{1};;;
FN:{1} {0}
ORG:[VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG]
URL:[VOCABULARY_LDAP_PROVIDER_PEOPLE_URL]
UID:{3}
END:vcard

Cordialement.

Le 17/05/2011 15:10, Yohan Colmant a écrit :

François,

On n'attend pas des URL de LDAP ici.
Ca correspond à la valeur du champ 'URL' que l'on va mettre dans les vcards générées à partir du LDAP :-)

A+

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Le 17/05/2011 14:52, Francois Jannin a écrit :
Bonjour,

C'est pas pour dire, mais vos url ldap ne ressemblent guère à des url ldap :

VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Etes vous sûr que ce sont les bonnes ?

François

Le 16/05/2011 15:39, françois lefebvre a écrit :
Bonjour,

Alors je viens de mettre mon vocabulary en DEBUG.

Je force la MAJ du cache.
Je clique ensuite sur "voir" alphabet_ldap_authors_vcard.
Au bout d'un petit temps, il génère bien mes people.

Par contre, pour alphabet_ldap_groups_vcard, c'est super rapide : rien n'est généré.

Après avoir demandé au LDAP'man du campus :-) , aucune connexion n'est faite pour générer les groupes... ( cf le log ).

Voici la config du common-properties :

# Paramètre LDAP - le subdn de la branche contenant les groupes
VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups

# Paramètre LDAP - l'ObjectClass utilisé pour les groupes
VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames

# Paramètre LDAP - l'attribut d'un groupe désignant son uid
VOCABULARY_LDAP_GROUP_UID=cn

# Paramètre LDAP - un filtre permettant de filtrer les groupes à exploiter/lister [vcard]
VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Vous avez des idées ???

Merci.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :
Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.
-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73
--

" alt="" border="0" height="46" width="60">
François Jannin
DSI - Développement et déploiement d'applications
Tél : +33 (0)5 34 32 30 51

" height="58" width="597">

INP Toulouse
6 allée Emile Monso - BP 34038
31029 Toulouse cedex 4
http://www.inp-toulouse.fr

" height="16" width="16"> Avant d’imprimer ce courriel, demandez-vous si ceci est nécessaire.

-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

17 mai 2011 - 3:10pm

(Répondre à #5) #7

Yohan Colmant

François,

On n'attend pas des URL de LDAP ici.
Ca correspond à la valeur du champ 'URL' que l'on va mettre dans les vcards générées à partir du LDAP :-)

A+

Yohan COLMANT
Direction des Systèmes d'Information
UVHC - Université de Valenciennes et du Hainaut Cambrésis
Coordinateur Technique du projet ORI-OAI

Le 17/05/2011 14:52, Francois Jannin a écrit :

Bonjour,

C'est pas pour dire, mais vos url ldap ne ressemblent guère à des url ldap :

VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Etes vous sûr que ce sont les bonnes ?

François

Le 16/05/2011 15:39, françois lefebvre a écrit :
Bonjour,

Alors je viens de mettre mon vocabulary en DEBUG.

Je force la MAJ du cache.
Je clique ensuite sur "voir" alphabet_ldap_authors_vcard.
Au bout d'un petit temps, il génère bien mes people.

Par contre, pour alphabet_ldap_groups_vcard, c'est super rapide : rien n'est généré.

Après avoir demandé au LDAP'man du campus :-) , aucune connexion n'est faite pour générer les groupes... ( cf le log ).

Voici la config du common-properties :

# Paramètre LDAP - le subdn de la branche contenant les groupes
VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups

# Paramètre LDAP - l'ObjectClass utilisé pour les groupes
VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames

# Paramètre LDAP - l'attribut d'un groupe désignant son uid
VOCABULARY_LDAP_GROUP_UID=cn

# Paramètre LDAP - un filtre permettant de filtrer les groupes à exploiter/lister [vcard]
VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Vous avez des idées ???

Merci.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :
Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.
-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73
--

" alt="" width="60" border="0" height="46">
François Jannin
DSI - Développement et déploiement d'applications
Tél : +33 (0)5 34 32 30 51

" width="597" height="58">

INP Toulouse
6 allée Emile Monso - BP 34038
31029 Toulouse cedex 4
http://www.inp-toulouse.fr

" width="16" height="16"> Avant d’imprimer ce courriel, demandez-vous si ceci est nécessaire.

17 mai 2011 - 2:52pm

(Répondre à #5) #8

francoisjannin

Bonjour,

C'est pas pour dire, mais vos url ldap ne ressemblent guère à des url ldap :

VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Etes vous sûr que ce sont les bonnes ?

François

Le 16/05/2011 15:39, françois lefebvre a écrit :

Bonjour,

Alors je viens de mettre mon vocabulary en DEBUG.

Je force la MAJ du cache.
Je clique ensuite sur "voir" alphabet_ldap_authors_vcard.
Au bout d'un petit temps, il génère bien mes people.

Par contre, pour alphabet_ldap_groups_vcard, c'est super rapide : rien n'est généré.

Après avoir demandé au LDAP'man du campus :-) , aucune connexion n'est faite pour générer les groupes... ( cf le log ).

Voici la config du common-properties :

# Paramètre LDAP - le subdn de la branche contenant les groupes
VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups

# Paramètre LDAP - l'ObjectClass utilisé pour les groupes
VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames

# Paramètre LDAP - l'attribut d'un groupe désignant son uid
VOCABULARY_LDAP_GROUP_UID=cn

# Paramètre LDAP - un filtre permettant de filtrer les groupes à exploiter/lister [vcard]
VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Vous avez des idées ???

Merci.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :
Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.
-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

" alt="" height="46" width="60" border="0">

François Jannin
DSI - Développement et déploiement d'applications
Tél : +33 (0)5 34 32 30 51

" height="58" width="597">

INP Toulouse
6 allée Emile Monso - BP 34038
31029 Toulouse cedex 4
http://www.inp-toulouse.fr

" height="16" width="16"> Avant d’imprimer ce courriel, demandez-vous si ceci est nécessaire.

16 mai 2011 - 3:39pm

(Répondre à #2) #9

francoislefebvre

Bonjour,

Alors je viens de mettre mon vocabulary en DEBUG.

Je force la MAJ du cache.
Je clique ensuite sur "voir" alphabet_ldap_authors_vcard.
Au bout d'un petit temps, il génère bien mes people.

Par contre, pour alphabet_ldap_groups_vcard, c'est super rapide : rien n'est généré.

Après avoir demandé au LDAP'man du campus :-) , aucune connexion n'est faite pour générer les groupes... ( cf le log ).

Voici la config du common-properties :

# Paramètre LDAP - le subdn de la branche contenant les groupes
VOCABULARY_LDAP_GROUP_SEARCH_BASE=ou=groups

# Paramètre LDAP - l'ObjectClass utilisé pour les groupes
VOCABULARY_LDAP_GROUP_OBJECTCLASS_VALUE=groupOfNames

# Paramètre LDAP - l'attribut d'un groupe désignant son uid
VOCABULARY_LDAP_GROUP_UID=cn

# Paramètre LDAP - un filtre permettant de filtrer les groupes à exploiter/lister [vcard]
VOCABULARY_LDAP_GROUP_FILTER=(objectClass=groupOfNames)

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'une personne dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_PEOPLE_URL=http://www.univ-lille1.fr

# Paramètre qui permet de pré-remplir le champ ORG d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_ORG=Université Lille1 - Sciences et Technologies

# Paramètre qui permet de pré-remplir le champ URL d'une vcard d'un groupe dans un vocabulaire LDAP
VOCABULARY_LDAP_PROVIDER_GROUP_URL=http://www.univ-lille1.fr

Vous avez des idées ???

Merci.

Le 06/05/2011 11:52, Grégoire Neuville a écrit :

Bonjour,

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Oui. Mais comment déclarez-vous l'envoi de mail dans votre workflow ?
Il est possible de passer à la fonction sendMail :

- soit le nom d'un groupe via l'attribut 'smtpToGroup'
- soit le nom d'un rôle via l'attribut 'smtpToMaskRole' (il faut alors associer à ce rôle le groupe correspondant dans le fichier 'default-permissions-roles.xml')

Si votre configuration vous semble correcte, je ne vois pas d'autre alternative pour démêler votre problème que de démarrer le workflow en mode debug (conf/log4j.properties, propriétés org.orioai.workflow, org.acegisecurity, org.esupportail, org.esupportail.commons.services.exceptionHandling, org.springframework de WARN à DEBUG), de tester un envoi de mail puis d'envoyer le fichier de log à la liste. Il serait intéressant également, si vous y avez accès, d'inspecter les logs de votre annuaire ldap pour y vérifier qu'il reçoit du workflow des requêtes correctement formées.

J'espère que ceci vous aidera,

Grégoire Neuville.

On 06/05/2011 10:01, françois lefebvre wrote:

Bonjour,

Personne n'a d'info ?

a+

Le 29/04/2011 10:18, françois lefebvre a écrit :

Bonjour,

Mon workflow est paramétré pour envoyer des mails à différentes
étapes. Seulement, le mail n'est pas envoyé.

Voici un exemple :

Mon fichier groups.xml est comme ceci :

<entry key="TEF-LILLE1_all">
<value><![CDATA[virtual:(|(ustlRole=orioai-th-auteurs)(ustlRole=orioai-admins))]]></value>

</entry>

Je me base sur ce que l'on appelle à notre université des "USTLRoles"
: permet de gérer des groupes d'individus directement depuis le
esup-portail via un canal.

Cela m'évite donc lorsqu'une personne doit accéder à l'application de
ne pas devoir re-déployer le module avec la modif. Cela est pris en
compte instantanément.

Est ce que le workflow arrive à déterminer les mails du rôle/groupe
concerné pour envoyer un mail à tout le monde ?

Merci.

-- 
Cordialement.


François Lefebvre
Bibliothèque Universitaire de Lille 1
Cité Scientifique - B.P. 30155
59653 VILLENEUVE D'ASCQ CEDEX
Tél.: 03.20.33.60.73

Valoriser le patrimoine numérique scientifique, pédagogique et documentaire des universités et le partager par un réseau de portails communicants en OAI

Traduction auto Google

Aide

Options d'affichage des commentaires