Blog / Nouvelles - Tous les billets
Voilà 5 jours que j'ai posté mon précédent billet dans lequel j'appelais les utilisateurs de SendMail à se prononcer quant à la suppression d'une des fonctionnalités.
A ce jour, je n'ai reçu qu'un seul mail (merci à Hervé H. de s'être senti concerné), et je trouve cela étonnant vu le nombre de personnes qui ont réagi à l'article ou qui me contactent directement par mail.
Après ça, que personne ne vienne se plaindre si l'appli n'évolue pas dans le sens que vous auriez souhaité... 
Ce n'était pas prévu mais me voici en vacances pour 2 semaines... Cool, non ?! 
Même si je compte bien bosser un peu dans la maison (au moins un minimum pour ne pas me faire battre par "bobonne" quand elle rentrera du boulot le soir ! 
), j'espère profiter de cette période pour finaliser la prochaine version de plusieurs de mes applis qui sont en standby depuis un bon moment.
Il y a quelques semaines, j'ai donc rouvert le dossier SendMail et ai déjà proposé à une petite poignée d'utilisateurs (qui m'ont contacté) de tester des premières bêtas. J'ai continué à avancer mais là je me retrouve face à un dilemme : je me demande si la fonctionnalité "destinataires par défaut" (introduite dans la v1.7) est réellement utile.
Il arrive parfois que je laisse une fonctionnalité peu utile quand sa présence n'entraine pas de complications pour l'évolution de l'outil. Mais là ce n'est pas le cas puisqu'elle complique les choses (notamment pour l'utilisation en mode ligne de commande). Certes, je pourrais très bien la supprimer de façon totalement arbitraire mais je préfère sonder les utilisateurs plutôt que de trancher sans avoir pris leur avis.
Alors si vous êtes utilisateur de SendMail et que vous utilisez les "destinataires par défaut" ou "groupes par défaut", faites moi le savoir rapidement...
Merci d'avance !
Certains d'entre vous sont peut-être confrontés au message "Erreur à l'envoi du paquet vers..." lorsqu'ils tentent de réveiller plusieurs machines à la suite (en WOL pas en WOW). A ce jour, deux utilisateurs m'ont déjà remonté ce problème : l'émission du paquet magique aboutissait à une erreur une fois sur deux.
Et c'est justement un de ces deux utilisateurs (nostromo, que je remercie au passage) qui a trouvé l'explication après pas mal de recherches, analyses réseau et utilisation d'une version de déboggage de WakeOnLan fournie pour l'occasion : il s'avère que le problème est imputable à l'ActiveX MSWINSCK.OCX dans certaines de ses versions (de la v6.01.98.12 à la v6.01.98.16).
Microsoft reconnait le souci dans sa base de connaissance sous la référence KB972877, et propose un correctif. Mais ce dernier, qui n'est pas téléchargeable sous une forme habituelle (il faut remplir un formulaire, donner une adresse mail, l'archive téléchargée est protégée par un mot de passe), n'est à priori pas installable sur un poste "client standard" puisqu'il s'agirait en fait d'un correctif au SP6 de VB6... Je vous en déconseille donc l'utilisation à moins que vous n'ayez un VB6 installé sur votre machine. Vous pouvez en revanche récupérer le fichier MSWINSCK.OCX corrigé et en extraire le contenu vers %windir%System32.
A noter que la version de cet ActiveX fournie dans les packages Dipisoft (version installeur ou portable) est plus ancienne et ne présente pas de problème... sauf que quand le script d'installation détecte une version plus récente sur la machine hôte, il ne la remplace pas par cette ancienne version...
Décidément, je me serais vraiment loupé sur cette v3.5. Ce n'est pourtant pas faute d'avoir fait des dizaines et des dizaines de tests en tous genres. J'ai juste oublié une chose capitale : supprimer mon fichier de conf pour me mettre dans la situation d'un utilisateur "neuf".
Vous l'aurez compris, un nouveau bug a été découvert dans WakeOnLan v3.5.1 (et la v3.5) par MyComeback31 que je remercie de m'en avoir rapidement informé. Le problème est corrigé par la v3.5.2 qui est d'ores et déjà en téléchargement.
Une fois de plus, toutes mes excuses pour le désagrément. A décharge, je dirais que je ne suis pas trop dans mon assiette en ce moment : j'ai perdu ma grand-mère samedi et je l'ai enterrée hier. Bref, je ne vais pas étaler ma vie privée ici mais bon, ceci explique peut-être cela... 
Suite à ce petit message qui, je tiens à le préciser n'était aucunement destiné à vous tirer les larmes et vous faire sortir vos mouchoirs, deux fidèles utilisateurs m'ont manifesté leur soutien via le lien Paypal (situé dans la barre de gauche) en me gratifiant de dons bien sympathiques.
Même si je les en ai déjà remercié en privé, je tiens à renouveler ici-même et publiquement ma gratitude à Marc THOMAS et William BERKOWICZ (ce dernier étant récidiviste en plus !) pour leur geste qui couvrira les dépenses d'hébergement du site, du nom de domaine - et quelques petits à-cotés - pour la prochaine année. Merci les gars !
Bon hé bien comme promis, le bug d'IPScan32 v3.4 est corrigé et l'appli est de retour en v3.4.1 (t'as vu PPetrinko, j'ai retenu la leçon ! ).
Un grand merci à mon collègue Fabrice G. qui m'a signalé le problème à la première heure ce matin.
Etant donné l'étroitesse de la fenêtre de téléchargement de la version 3.4 buggée (entre 6h55 et 9h15 ce matin) et la nature même du bug (rencontré uniquement lors d'une primo-utilisation, lorsque le fichier de conf n'existe pas encore), je pense qu'il n'y a que très peu d'utilisateurs qui risquent d'y être confronté. Il n'empêche que je suis désolé pour la gène occasionnée. 
Je suspends temporairement le téléchargement de la v3.4 d'IPScan32 (l'article reste estampillé v3.4 mais c'est la v3.3 que vous téléchargerez) suite à la découverte d'un bug qui se produit pour les nouveaux utilisateurs (erreur 35600 "Index out of bounds"), en l'absence de fichier de configuration.
Je corrigerai le problème ce midi ou au plus tard ce soir.
Décidément, j'accumule les bourdes en ce moment. 
Désolé pour le désagrément.
Comme me l'a gentiment signalé Jef, je me suis "pris les pieds dans le tapis" lorsque j'ai publié la dernière version d'IPScan32 ! Heureusement qu'il y en a un qui suit, et je le remercie de m'avoir signalé cette erreur...
En fait :
- les fichiers étaient bien uploadés
- les liens dans le CMS pointaient bien vers les fichiers de la v3.4
- MAIS j'avais oublié de modifier le fichier .htaccess qui gère la redirection vers la dernière version (celle-ci permet de toujours renvoyer la dernière version même si tu demandes une ancienne)
- ET j'avais aussi oublié de modifier le référentiel des versions (donc DipisoftUpdate ne proposait pas cette v3.4)
Bref, j'ai merdé et j'en suis désolé... Enfin y a pas mort d'homme, juste une trentaine d'heures de retard dans la mise à disposition.
- ajout d'une colonne contenant le fournisseur de la carte ethernet, cette information étant déduite de l'adresse MAC et du fichier Fournisseurs.dat
- ajout de l'option "fenêtre toujours visible"
- ajout de la rubrique "clé de registre" permettant d'afficher le contenu de clés de registres complètes ou uniquement de certaines valeurs.
- modif rubrique "processus" : la première colonne de cette rubrique a dorénavant 3 états de tri : tri par lien père/fils (avec représentation "hiérarchisée"), tri alpha croissant et tri alpha décroissant
- ajout de la possibilité de copier vers le presse-papiers des lignes sélectionnées (CTRL+C)
Par ailleurs, je reviens sur ma décision relative à la version corrigée de WakeOnLan v3.5 (voir billet précédent) en conservant le même versionning. C'est PPetrinko qui a réussi à me convaincre à la republier en v3.5.1. Merci à lui pour ce conseil avisé.
