Ajout d'utilisateur en PHP

[djinlemage]

Il s agit de copieur Konica Minolta en relation avec un serveur Archange de chez Konica Minolta

http://www.konicaminolta.fr/business-solutions/products/consulting-and-services/archange.html
dans cette présentation, il parle de communication mais je vous assure qu'on peux le faire par mail et tel que je vous l'ai presenté

Encore une fois mon but est d’interroger mes copieurs quand je veux ......

[jdh]

Pour une (autre) entreprise que je suis, il y a un Konica-Minolta Bizub C220 installé il y a juste quelques mois (6 ?)

A la page 'paramètres machines',
on peut spécifier 2 adresses mails d'émission.
A la page 'paramètre tcp/ip' section 'réglages email',
on peut indiquer l'envoi de mail (avec le serveur smtp et une nouvelle adresse mail), et (aussi) une réception de mail (boite pop).
A la page 'entretien' section 'paramètres notification status',
on a une table ou on peut créer des alertes mail pour des évènements tels Bourrage, Ajouter papier, Remettre du toner
A la page 'entretien' section 'compteur total - réglages de notification',
on a 3 adresses email de notification + 2 calendriers + un pseudonyme de périphérique

Et, bien, moi, en tant que client, j'attends que mon fournisseur ait correctement rempli ces 2 dernières pages pour qu'il évite de me demander de faire le relevé et que je recoive par avance le toner quand il va me manquer.

Et tout cela juste par un envoi de mail.

Ai-je besoin de préciser que ce matériel est aussi destiné à m'envoyer des scans par mail, donc forcément l'envoi de mail ne peut poser de problème.


Un BON fournisseur, c'est quelqu'un qui connait les caractéristiques de son matériel et sait en tirer les alertes automatiquement.
Parce que le client il est content de ne pas avoir à remplir le relevé, il est content de recevoir la recharge de tonner automatiquement.
Et en plus il veut bien payer pour ce service !


Si j'étais fournisseur de ce type de machine, je configurerais correctement ces alertes sur une boite mail (unique),
et je chargerais quelqu'un de regarder la boite 4 fois par jour (et plus le jour de réception des compteurs).
Je pense même que, via un programme astucieux d'analyse du message (et une boite pour les alertes + une pour les compteurs),
cela pourrait se faire presque totalement automatiquement.

NB : je viens de faire le test des compteurs et j'ai reçu cela (je pense que je saurais m'en débrouiller avec un awk, un perl ou un php)
[Model Name], Copieur C220
[Serial Number], A0EDxxxxxxxxxx
[Send Date],15/03/12
[Total Counter],00020333
[Total Color Counter],00003104
[Total Black Counter],00017229
[Total Scan/Fax Counter],00000737

[jdh]

Concernant le système Archange,

Si j'étais client, je refuserai ce système !
Si le copieur communique via une SIM (en GSM ou autre), je vais devoir payer cet abonnement (ce n'est Konica qui va m'en faire cadeau !).
Or un abonnement GSM ça vaut environ 100€ par an : cf le coût d'abonnement d'un Coyo.e (avertisseur de danger communiquant).
Alors, qu'un bon fournisseur sait déjà utiliser le mail pour recevoir compteurs et alertes toner.
D'où économie !

[jibe]

Salut,

Je suis assez d'accord avec jdh pour dire que le problème a été pris à l'envers : choix d'une solution technique qui vient à l'esprit, et refus d'en changer en essayant de la faire "coller" avec de soi-disant besoins. Un exemple :

Donc le copieur doit avoir une adresse mail qui lui est propre

De plus très peu de nos clients ont un serveur SMTP, généralement il s'agit de très petites structures qui ont juste le net.

Même remise dans son contexte, cette explication ne tient pas. Pas besoin d'avoir un serveur SMTP pour avoir une adresse mail spécifique à un copieur. L'ouverture d'une boite supplémentaire chez le FAI du client, voire un compte gmail, yahoo ou hotmail suffit largement !

Je passe sur de nombreux arguments de jdh contre lesquels tes contre-arguments ne sont pas clairs et/ou ne font pas le poids !

Donc, soit les explications sont incomplètes et insuffisantes, soit elles sont tendancieuses et ne visent qu'à justifier de faux besoins ! Rassure-toi : ce n'est pas un reproche, simplement une mise en garde contre de mauvaises habitudes hélas très répandues et auxquelles on succombe facilement si on n'y est pas particulièrement attentif !

Après tout, c'est ton problème et tu es bien libre de le solutionner comme tu l'entends ! Mais tu ne peux pas compter demander de l'aide sur un forum d'experts sans voir ta question étudiée en détails

Maintenant j'ai réfléchi : la partie server-manager fait ce que je demande (sans parler du fait qu'on ai accès à toute la partie config du serveur).
Ne puis je pas récupérer la partie php qui m’intéresse pour recréer une page comme indiqué plus haut ??

J'avais déjà répondu à cette question :

Maintenant, si c'est ta solution qui est la bonne, la bonne démarche est de te procurer les sources du server-manager, de les étudier en t'aidant du manuel du développeur, disponible sur le site de contribs.org, et de revenir éventuellement te faire expliquer les points qui restent obscurs pour toi.

Seulement, voilà : ta solution ne nous semble pas bonne. Voici deux arguments supplémentaires :

1 - La création d'un compte sur SME est effectivement associée à une boite mail, certes. Mais cela veut dire également que la création d'une boite mail supplémentaire est associée à un compte, avec tout ce que cela comporte : réservation de quota, création d'un répertoire utilisateur etc. Tu vas te retrouver rapidement avec un grand nombre de comptes, ce qui va nécessiter d'énormes ressources ! Vu sous cet angle, SME ne semble pas la bonne solution : une distrib plus classique serait préférable...

2 - Supposons que quelqu'un de pas habitué et particulièrement lent arrive à créer un compte en une minute (pour simplifier les calculs : il faut en réalité beaucoup moins, surtout à un admin système qui fait cela 3-4 fois par semaine !). En un an, la création des comptes aura totalisé un temps de moins de 3h30. Combien de temps as-tu déjà passé et va-t-il encore te falloir pour permettre la création des comptes par n'importe qui ? Est-ce vraiment plus intéressant que de demander à un admin système d'y passer 3h30 par an ?

[sibsib]

Bonjour,

mon "grain de sel"

1) le server-manager est écrit en perl, pas en php. Il me semble que tu n'es pas le premier à vouloir faire du php,c'est probablement une fausse bonne idée. Il doit être par contre assez facile de détourner le panneau de conf qui t'interresse et de le confier à un autre utilisateur. saches tout de même que, techniquement, pour créer un compte il faut être root, et donc, quand on est admin, on est root. Dansd une sand box, certes, mais tout de même...
2) Comme JiBé, je trouve 'overkilling' de vouloir utiliser toute la partie que SME implémente pour un user juste pour une boite mail. Je ne gèrerais pas du tout ceci ainsi. Je créerais un service mail spécifique, ou je jonglerais avec des aliases, à la limite... Tu as tellement décidé d'utiliser un décapsuleur comme tronçonneuse que tut t'es convaincu que c'est le bon choix. Ce qui est possible n'est pas toujours à faire !
3) surtout, comme Jdh, j'ai un gros doute sur le concept porteur. Ceci dit, je crois comprendre que vous souhaitez avoir une forme de pilotage du copieur à distance, et, en effet, ça sous entend que le copieur, d'une manière ou d'une autre se connecte chez vous pour savoir ce que vous attendez de lui. Cette méthode me semble bien fragile... Je crois comprendre donc que le copieur se connecte non en SMTP (ou alors au moment de l'envoi) mais en pop ou imap pour prendre ses ordres ? Si c'est le cas, j'espère qu'on parle bien de SPOP ou de IMAPS ? D'autre part, si les copieurs utilisent ton SME en SMTP, tu as plus ou moins ouvert ton SME en open relay SMTP : même si tu passes par de l’authentification, c'est forcément un compte et un mot de passe qui vont être en clair, probablement le même sur tous les copieurs. Il y aura bien un petit malin pour le récupérer, et tu n'auras plus que tes yeux pour pleurer : impossible de fermer le système, puisque la commercialisation des services autour des copieurs de ta boite en dépend... Et si c'est sans authentification...

Le prix de cette interactivité me semble monstrueux, alors qu'en configurant les copieurs pour envoyer leurs compteurs tous les jours (pourquoi pas ?) vous avez tous les jours des infos fraiches, à gérer par un automate qui permettra même de faire des belles courbes d'usage pour vos clients.

Bref, beaucoup d'enthousiasme (et c'est bien), mais peut-être pas assez d'analyse en amont ?

Bonne chance tout de même,

A+,
Pascal

[jdh]

Petit à petit, dans les PME, on remplace les pures imprimantes laser partagées par des copieurs multi-fonctions.

Un copieur multi-fonctions propose bien souvent
- la copie,
- l'impression en réseau (via ou non un serveur),
- le scan vers email ou programme spécifique (bien préférer l'email),
- le fax, puis le fax-to-email

Les imprimantes réseaux offrent (offraient) l'interrogation via SNMP, puis ont proposé une interface web.
Ces fonctions ont été bien sûr reprises par les copieurs multi-fonctions.

Les 2 défauts majeurs du copieur sont le relevé manuel et la commande des toners.

Les copieurs modernes ont répondu à ces défauts par des alertes email.

La dernière fonction proposée est effectivement l'impression d'un mail envoyé sur une adresse mail définie.
Cette fonction n'a d'intérêt que pour une impression de l'extérieur, puisqu'en local, l'impression traditionnelle via le serveur d'impression du domaine Windows. Enfin c'est ce que je crois, et cela me semble bien moins utile que les autres fonctions.

Mais je n'ai jamais rencontré de copieurs capables de réagir à un mail entrant. Et je m'en méfierai très fortement.
(D'autant que j'interdis aux utilisateurs à accéder en POP3/IMAP à leur boite mail perso.)

Alors que les alertes, d'abord par SNMP, puis bien plus simplement par email, existent et ont le grand mérite d'être très simples et fiables.
En tout état de cause, et selon mon expérience, les alertes fonctionnent et sont satisfaisantes.
En les essayant, juste un peu, on voit bien que c'est aisé à configurer, à mettre en oeuvre, à décoder par le destinataire.
Je pense même que les grands fabricants (Ricoh, Canon, ...) doivent avoir déjà automatisé cela dans les agences.


Donc, je ne comprends pas qu'on veuille construire une mécanique "à l'envers" alors que la technique "basique" (l'alerte mail) fonctionne très bien. (Sans compter que je ne vois pas bien comment le système pourrait fonctionner : mail formaté ? sans même parler de sécurité).
Le seul problème qui peut survenir, est que le copieur perde sa config : un tech passe et remet la config en 2 minutes !

Je ne suis pas là pour démotiver : je parle de mon expérience pratique (et même pratico-pratique parce que j'ai un profil très technique).




NB : sur les 12 dernières années, j'ai du acheter environ 50 imprimantes laser réseau et entre 15 et 20 copieurs multi-fonctions.
NB : Ca tombait bien j'avais accès à un copieur KONICA tout récent !

NB : les alertes sont envoyées vers une boite à partir d'un copieur. Dans l'agence, on traite cette boite éventuellement en automatique. Il y a un seul risque : les spams arrivant dans cette boite; mais pas de risque d'open-relay ! @sibsib

[jdh]

En local, avec SNMP, il est très facile d'avoir le compteur de pages d'une imprimante laser réseau (HP ou Lexmark) avec

snmpget -v 1 -c public (adr-ip imprimante) 1.3.6.1.2.1.43.10.2.1.4.1.1

On peut au choix, scripter cela, l'intégrer dans une mini appli php, ou dans un outil genre cacti

(Le problème, c'est que chaque copieur vient avec ses propres oid SNMP pour les pages en couleur, en a4, en a4, ...)

[Franck78]

Je comprends pas tes questions
Ma société me demande une fonctionnalité précise. C est pas un choix de ma part. Mais ce choix, je le comprend car pour moi et ma société, il est logique

Ta société=ton patron, ton boss qui n'y connait rien un technique formule une idée simple pour lui, demander le compteur sur ordre. Mais dans la vraie vie, le constructeur du copieur a prévu plus simple. Il diffuse l'info et écoute qui veut.
A prendre ou a laisser.

Il est mille fois plus simple d'utiliser l'infra SMTP obligatoirement disponible sur un site (j'ai pas encore rencontré de boite incapable d'envoyer un mail) pour récolter a un point unique tout les mail des copieurs et traiter ça en php/perl/bash.

Tu dis que reséau client firewall, pas connecté à notre réseau blahblah, ce qui est heureux.
D'après toi:
-il plus facile de l'extérieur de réseau client de 'toucher' le copieur
ou
-il plus facile pour le copieur de contacter l'extérieur...

A ta décharge, vendeur installateur mainteneur de photocopieur est un métier qui a évolué du copieur dumb vers le copieur multifonctions en réseau or l'ingénierie réseau ne s'improvise pas (et est a mille lieues de windows).


Franck

[jdh]

Lors de la négo pour l'achat d'un copieur, l'analyse des fonctions sont extrêmement importantes.
Parce que l'entreprise va utiliser le matériel pendant les 5 ans de contrats et souvent plus ...

Une anecdote, récemment j'ai acheté un Sharp 25 pages. Il avait toutes les fonctions nécessaires (du cahier des charges).
Pour le carnet d'adresses, j'ai trouvé une astuce pour ne pas tout remplir page par page.
Mais l'affichage du carnet était totalement nul :
en tapant une lettre (A-Z), les contacts commençant par la lettre s'affichent mais non triés !
J'ai du, lors de l'achat suivant, exiger une reprise de ce modèle pour le modèle au dessus (pas beaucoup plus cher).

Ce que j'observe, c'est qu'on m'a toujours demandé un forfait install à 100€.
En fait l'install physique a toujours été réalisée par le livreur, le mot de passe étant toujours le même, on passe vite en mode administrateur.
Mais un tech de l'agence passe derrière pour configurer les alertes ...
Je pense qu'ils sont brieffés pour remplir les mêmes paramètres, et c'est devenu bien plus confortable.

[unnilennium]

sans vouloir interrompre la discussion.

il me semble que le besoin était : " donner accès au technicien pour créer des boites utilisateurs pour les copieurs sans lui donner accès à tout le manager", en considérant que le PHP était accessoire dans le but de réaliser cette interface .... hors elle existe déjà en PERL :


user-manager

il suffit d'installer la contrib : http://wiki.contribs.org/UserManager ... et donner l’accès au panel des user a monsieur le technicien.