Re: [Glpi-dev] Test suite
Hi Remi, Having a test suite would be great as we now want to stabilize the current GLPi and plugin API. About the namespace, let's discuss it with Alexandre once the 0.90 is out. Thanks a lot, - Mail original - De: Remi Collet fed...@famillecollet.com À: Liste de diffusion des developpeurs GLPI glpi-dev@gna.org Envoyé: Dimanche 2 Août 2015 11:41:11 Objet: [Glpi-dev] Test suite I just create a test branch https://github.com/glpi-project/glpi/tree/wip-test This is for now only a PoC, for feedback. Notice, I create this first, because I'd like to change 'Event' class name, because of https://forge.glpi-project.org/issues/4458. I think a nice way to solves this will be to introduce namespace (Glpi\Event), so I really think we need to add code coverage first to detect any regression. Remi. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev -- Walid Nouh Directeur RD wn...@teclib.com TECLIB' Montpellier 10, Parc du Millénaire 1025, avenue Henri Becquerel 34000 Montpellier, France Tel. +33 1 79 97 02 78 - Ligne directe : +33 1 79 97 72 93 - Fax. +33 1 72 70 31 18 Facebook | Twitter | www.teclib.com ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test suite
I just create a test branch https://github.com/glpi-project/glpi/tree/wip-test This is for now only a PoC, for feedback. Notice, I create this first, because I'd like to change 'Event' class name, because of https://forge.glpi-project.org/issues/4458. I think a nice way to solves this will be to introduce namespace (Glpi\Event), so I really think we need to add code coverage first to detect any regression. Remi. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test
Test d'envoi depuis le bureau * Le contenu de ce courriel et ses éventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Test
Hi Franck, First of all sorry for the late answer. On 23/12/2010 09:13, frank.da...@unister-gmbh.de wrote: Hi GLPI team, my name is Frank and I am currently working for the Unister group. I am also responsible for our GLPI environment as well as for possible improvements (according to our needs). I am actually using OCS1.3.3. and GLPI 0.78.1. To improve the existing working processes some small changes have been made. Now I am wondering, how can I become a part of this project and how can the changes already made get implemented into the existing GLPI. One change would be regarding the usage of a scanning device for an automatic entry of IT Hardware, do you mean barcode scanners ? If yes, then I'd be very interesting in hearing what kind of modifications you did. I usually use barcode scanner to create a csv file and then import it in glpi using the datainjection plugin. the other one is to support the automatic recognition of the location of PCs when the location is changed, using the subnet mask. sound interesting. How did you achieve it ? Furthermore it would be interesting to create the search in a certain way, meaning: if you searched for one certain device or more, using the serial numbers, the devices would come up listed in a report. In that way you could perform mass changes on them in a much easier way (a program to do the yearly inventory is in the planning status). I'm sorry I think I don't get the point. Could you be more precise ? I would be willing to include my time and my experiences towards the issue. Please do not hesitate to contact me for any further questions or clarifications needed! Thank you very much in advance and I wish a merry christmas! Merry christmas to you! Walid. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test
Hi GLPI team, my name is Frank and I am currently working for the Unister group. I am also responsible for our GLPI environment as well as for possible improvements (according to our needs). I am actually using OCS1.3.3. and GLPI 0.78.1. To improve the existing working processes some small changes have been made. Now I am wondering, how can I become a part of this project and how can the changes already made get implemented into the existing GLPI. One change would be regarding the usage of a scanning device for an automatic entry of IT Hardware, the other one is to support the automatic recognition of the location of PCs when the location is changed, using the subnet mask. Furthermore it would be interesting to create the search in a certain way, meaning: if you searched for one certain device or more, using the serial numbers, the devices would come up listed in a report. In that way you could perform mass changes on them in a much easier way (a program to do the yearly inventory is in the planning status). The previous changes are not as demanding, but will have a positive impact on the efficiency of the inventory. My questions now are: 1.) Are you having experiences regarding the demands I was describing? 2.) Are you currently working on changes like these or similar projects? 3.) Is there a way we could find a way together and see how we can proceed to get to the point we need? I would be willing to include my time and my experiences towards the issue. Please do not hesitate to contact me for any further questions or clarifications needed! Thank you very much in advance and I wish a merry christmas! Sincerly, Frank ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Test de phpMailer 2.2.1
On Sun, Aug 31, 2008 at 10:45:02AM +0200, Remi Collet wrote: Salut Salut, A signaler quelque part : lors de l'envoi en ESMTP (chez gmail, mais sans doute aussi chez d'autres car cela semble logique), l'adresse du compte utilisé pour l'authentification est substitué à celui spécifié (ce qui peut poser des problèmes, il suffit de spécifié le ReplyTo). Non, pour l'avoir vécu, c'est le SMTP de Google qui fait ça. Tu peux changer le réglage dans ton compte Gmail. Gonéri signature.asc Description: Digital signature ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test de phpMailer 2.2.1
Salut Je viens de tester la version 2.2.1 de phpMailer (nous utilisons actuellement une veille version de 2003). URL : http://sourceforge.net/projects/phpmailer/ License : LGPL Le plus gros avantage c'est que GLPI nécessite vraiment peu de modifications. Cette version n'est compatible que PHP 5/6 (donc ok pour nous) Tests : - envoi via SMTP : ok - envoi via SMTP + SSL (smtp.gmail.com:465) : ok - envoi via SMTP + TLS (smtp.gmail.com:587) : ok Juste une petite notice PHP : http://sourceforge.net/tracker/index.php?func=detailaid=2084839group_id=26031atid=385707 Ce qu'il suffirait de modifier : Utiliser un serveur SMTP pour l'envoi des mails = Mode d'envoi des mails dropdown (php / smtp / smtp + ssl / smtp + tls) Il existe aussi sendmail et qmail, mais est-ce bien utile ? Hôte SMTP = Hôte(s) SMTP (une liste est acceptée, ex : smtp1.domaine.com:25;smtp2.domaine.com:33) Port du serveur SMTP = Port SMTP par défaut (peut être précisé dans l'option précédente, on pourrait même virer cette option) A signaler quelque part : lors de l'envoi en ESMTP (chez gmail, mais sans doute aussi chez d'autres car cela semble logique), l'adresse du compte utilisé pour l'authentification est substitué à celui spécifié (ce qui peut poser des problèmes, il suffit de spécifié le ReplyTo). Mais je pense que le problème sera le même quelque soit le mailer utilisé. A+ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Test de Swift Mailer 3.3.3
Juste pour rappeler un point importation dans les tests de librairies mails : la lecture des mails. Actuellement nous avons une lib d'envoi et une autre de réception. Il faut également voir si les libs peuvent faire la réception (pas le cas a priori pour phpmailer). Un point en particulier peut être intéressant la conversion du contenu en UTF8 :) ++ Julien Remi Collet a écrit : Salut Je viens de tester la version 3.3.3 de Swift Mailer URL : http://www.swiftmailer.org/ License : LGPL La version 3.3.3 est la dernière de la branche 3, une version 4 est en préparation avec une nouvelle API (donc réécriture à prévoir :( ). Tests : - envoi via SMTP : ok - envoi via SMTP + SSL (smtp.gmail.com:465) : ok - envoi via SMTP + TLS (smtp.gmail.com:587) : ECHEC Visiblement à la lecture du Forum, il semble que beaucoup de monde rencontre ce problème, donc : TLS non supporté. Cette bibliothèque est beaucoup plus volumineuse (860 Ko contre seulement 40 pour phpMailer) Elle utilise beaucoup de classes et il faut un peu jongler avec, exemple de code : require_once Swift.php; require_once Swift/Connection/SMTP.php; $from = new Swift_Address ([EMAIL PROTECTED], Remi Collet From); $dest = new Swift_Address ([EMAIL PROTECTED], Remi Collet Dest); $ssl = new Swift_Connection_SMTP (smtp.gmail.com, 465, Swift_Connection_SMTP::ENC_SSL); $ssl-setUsername(); $ssl-setPassword(); $message = new Swift_Message(Swift Mail Simple, Un bexemple/b de message, text/html); if ($swift-send($message, $dest, $from)) echo \tSent\n; else echo \tFailed\n; Il y a aussi des possibilités d'envoi de mail en masse (c'est même en fait conçu pour). Il existe un système de plugins (pas sur qu'on en ait besoin) Conclusion : ça ne me semble pas la solution la mieux adaptée pour GLPI. A+ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test de XPertMailer 4.0.5
Salut Je viens de tester la version 4.0.5 de XPertMailer (envoi uniquement pour le moment) URL : http://xpertmailer.sourceforge.net/ License : LGPL Tests : - envoi via SMTP : ok - envoi via SMTP + SSL (smtp.gmail.com:465) : ok - envoi via SMTP + TLS (smtp.gmail.com:587) : ECHEC Encodage UTF-8 Bon il y a visiblement un problème entre SSL et TLS... Seul phpMailer semble capable d'utiliser les 2 protocoles avec dans les entêtes du message reçu : SSL : (version=SSLv3 cipher=RC4-MD5) TLS : (version=TLSv1/SSLv3 cipher=RC4-MD5) A+ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Test ocsing
Sinon y'a une doc pour le plugin ocs??? j'aimerai le tester... quand je clique dessus je tombe sur une liste de fichiers... bon deja il faut que je l'install ;) mais s'il faut l'installer d'une facon speciale merci