MacSOUP et la récupération automatique des messages
18 réponses
Alfred
J'ai bien regardé la doc mais je n'y ai pas trouvé comment faire pour
que MacSOUP relève régulièrement et automatiquement les messages des ng
(ce que sais faire n'importe quel autre logiciel).
J'ai bien regardé la doc mais je n'y ai pas trouvé comment faire pour que MacSOUP relève régulièrement et automatiquement les messages des ng (ce que sais faire n'importe quel autre logiciel).
Saurez-vous me dire comment faire ?
Merci
AppleScript est ton ami, QuicKeys aussi. Cron ? -- Amitiés, Gérard Cojot 'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard] http://perso.wanadoo.fr/gerard.cojot/
Alfred <Alfred@Alfred.com> wrote:
J'ai bien regardé la doc mais je n'y ai pas trouvé comment faire pour
que MacSOUP relève régulièrement et automatiquement les messages des ng
(ce que sais faire n'importe quel autre logiciel).
Saurez-vous me dire comment faire ?
Merci
AppleScript est ton ami, QuicKeys aussi.
Cron ?
--
Amitiés, Gérard Cojot
'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard]
http://perso.wanadoo.fr/gerard.cojot/
J'ai bien regardé la doc mais je n'y ai pas trouvé comment faire pour que MacSOUP relève régulièrement et automatiquement les messages des ng (ce que sais faire n'importe quel autre logiciel).
Saurez-vous me dire comment faire ?
Merci
AppleScript est ton ami, QuicKeys aussi. Cron ? -- Amitiés, Gérard Cojot 'Bienheureux les fêlés, ils laisseront passer ma lumière'[M.Audiard] http://perso.wanadoo.fr/gerard.cojot/
listes2
Alfred wrote:
Saurez-vous me dire comment faire ?
Via appleScript. Ce n'est pas disponible directement dans MacSOUP, malheureusement.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
Alfred <Alfred@Alfred.com> wrote:
Saurez-vous me dire comment faire ?
Via appleScript.
Ce n'est pas disponible directement dans MacSOUP, malheureusement.
--
Olivier Goldberg, étudiant, macaddict, plongeur CMAS ***
Pour le courrier personnel, écrire à:
olivier (arobase) ogoldberg (point) net
AIM/iChat/Skype: Nept47
Via appleScript. Ce n'est pas disponible directement dans MacSOUP, malheureusement.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
gilbert.olivier
Olivier Goldberg wrote:
Via appleScript.
Et voilà un petit exemple tout fait :-)
on idle with timeout of 120 seconds tell application "MacSOUP" connect with fetching news connect with fetching mail connect with fetching tagged headers connect with sending end tell end timeout return 300 end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
-- Gilbert
Olivier Goldberg <listes2@ogoldberg.net> wrote:
Via appleScript.
Et voilà un petit exemple tout fait :-)
on idle
with timeout of 120 seconds
tell application "MacSOUP"
connect with fetching news
connect with fetching mail
connect with fetching tagged headers
connect with sending
end tell
end timeout
return 300
end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
on idle with timeout of 120 seconds tell application "MacSOUP" connect with fetching news connect with fetching mail connect with fetching tagged headers connect with sending end tell end timeout return 300 end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
-- Gilbert
listes2
Gilbert OLIVIER wrote:
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en
"bouclant" pendant les 300 secondes. Un script sans cette boncle mais
géré par la crontab serait, si ça se vérifie, moins gourmand.
--
Olivier Goldberg, étudiant, macaddict, plongeur CMAS ***
Pour le courrier personnel, écrire à:
olivier (arobase) ogoldberg (point) net
AIM/iChat/Skype: Nept47
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
-- Olivier Goldberg, étudiant, macaddict, plongeur CMAS *** Pour le courrier personnel, écrire à: olivier (arobase) ogoldberg (point) net AIM/iChat/Skype: Nept47
Alfred
C'est super, merci !
Le seul problème c'est que je ne sais pas ce que sait qu'Apple Script (je dbarque dans le monde Mac). Je vais tâcher de me renseigner :o)
Gilbert OLIVIER wrote:
Olivier Goldberg wrote:
Via appleScript.
Et voilà un petit exemple tout fait :-)
on idle with timeout of 120 seconds tell application "MacSOUP" connect with fetching news connect with fetching mail connect with fetching tagged headers connect with sending end tell end timeout return 300 end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
C'est super, merci !
Le seul problème c'est que je ne sais pas ce que sait qu'Apple Script
(je dbarque dans le monde Mac). Je vais tâcher de me renseigner :o)
on idle
with timeout of 120 seconds
tell application "MacSOUP"
connect with fetching news
connect with fetching mail
connect with fetching tagged headers
connect with sending
end tell
end timeout
return 300
end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
Le seul problème c'est que je ne sais pas ce que sait qu'Apple Script (je dbarque dans le monde Mac). Je vais tâcher de me renseigner :o)
Gilbert OLIVIER wrote:
Olivier Goldberg wrote:
Via appleScript.
Et voilà un petit exemple tout fait :-)
on idle with timeout of 120 seconds tell application "MacSOUP" connect with fetching news connect with fetching mail connect with fetching tagged headers connect with sending end tell end timeout return 300 end idle
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
benoit.sansspam
Gilbert OLIVIER wrote:
Et voilà un petit exemple tout fait :-) Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
120 secondes cela fait 2 minutes c'est un peu court pour la première levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps de lire les news arrivées dans les divers groupes et éventuellement répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle try with timeout of 1200 seconds tell application "MacSOUP" connect with fetching news connect with fetching tagged headers connect with sending end tell end timeout end try return 900 end idle
Commentaires :
- le « try » fait en sorte que s'il y a un problème le script s'arrête sans balancer une alerte.
- le nombre de secondes permet de demander au script de relancer la connexion. 3600 c'est toutes les heures, 1800 pour les 1/2 heures, 1200 pour 20 minutes (cas présent)... bref 60 secondes par minutes et on multiplie ;
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en version US donc ce qui suit est en anglais) ce n'est *pas* une application *bundle* et la seule case à cocher est stay open soit rester lancé ;
- Return 900 donne 15 minutes à MacSoup pour faire le boulot ; c'est à dire qu'il n'y a pas de pb avec le serveur (genre on se connecte sur le serveur de Free depuis Mamadoo mais Free fait le tri dans les connexions ou alors il y a surcharge).
Une fois le script fait et testé depuis l'éditeur (d'abord), enregistré en tant qu'appli ensuite, on peut le mettre dans le dock et le lancer en lieu et place de Macsoup. Il s'occupera de tout.
Et pour ceux qui ont CodeTek VirtualDesktop, et installé MacSoup dans un des écrans, on laisse tourner ça tranquillement et on va jeter un ½il aux news de temps, on répond éventuellemnt et les messages repartiront à à la prochaine levée des news ;-)
-- Nos émissions ont pour vocation de rendre le cerveau disponible : c'est-à-dire de le divertir, de le détendre pour le préparer entre deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau humain disponible. (P. Le Lay - TF1)
Et voilà un petit exemple tout fait :-)
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
120 secondes cela fait 2 minutes c'est un peu court pour la première
levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps
de lire les news arrivées dans les divers groupes et éventuellement
répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne
surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle
try
with timeout of 1200 seconds
tell application "MacSOUP"
connect with fetching news
connect with fetching tagged headers
connect with sending
end tell
end timeout
end try
return 900
end idle
Commentaires :
- le « try » fait en sorte que s'il y a un problème le script s'arrête
sans balancer une alerte.
- le nombre de secondes permet de demander au script de relancer la
connexion. 3600 c'est toutes les heures, 1800 pour les 1/2 heures, 1200
pour 20 minutes (cas présent)... bref 60 secondes par minutes et on
multiplie ;
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en
version US donc ce qui suit est en anglais) ce n'est *pas* une
application *bundle* et la seule case à cocher est stay open soit rester
lancé ;
- Return 900 donne 15 minutes à MacSoup pour faire le boulot ; c'est à
dire qu'il n'y a pas de pb avec le serveur (genre on se connecte sur le
serveur de Free depuis Mamadoo mais Free fait le tri dans les connexions
ou alors il y a surcharge).
Une fois le script fait et testé depuis l'éditeur (d'abord),
enregistré en tant qu'appli ensuite, on peut le mettre dans le dock et
le lancer en lieu et place de Macsoup. Il s'occupera de tout.
Et pour ceux qui ont CodeTek VirtualDesktop, et installé MacSoup dans
un des écrans, on laisse tourner ça tranquillement et on va jeter un ½il
aux news de temps, on répond éventuellemnt et les messages repartiront à
à la prochaine levée des news ;-)
--
Nos émissions ont pour vocation de rendre le cerveau disponible :
c'est-à-dire de le divertir, de le détendre pour le préparer entre
deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau
humain disponible. (P. Le Lay - TF1)
Et voilà un petit exemple tout fait :-) Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
120 secondes cela fait 2 minutes c'est un peu court pour la première levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps de lire les news arrivées dans les divers groupes et éventuellement répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle try with timeout of 1200 seconds tell application "MacSOUP" connect with fetching news connect with fetching tagged headers connect with sending end tell end timeout end try return 900 end idle
Commentaires :
- le « try » fait en sorte que s'il y a un problème le script s'arrête sans balancer une alerte.
- le nombre de secondes permet de demander au script de relancer la connexion. 3600 c'est toutes les heures, 1800 pour les 1/2 heures, 1200 pour 20 minutes (cas présent)... bref 60 secondes par minutes et on multiplie ;
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en version US donc ce qui suit est en anglais) ce n'est *pas* une application *bundle* et la seule case à cocher est stay open soit rester lancé ;
- Return 900 donne 15 minutes à MacSoup pour faire le boulot ; c'est à dire qu'il n'y a pas de pb avec le serveur (genre on se connecte sur le serveur de Free depuis Mamadoo mais Free fait le tri dans les connexions ou alors il y a surcharge).
Une fois le script fait et testé depuis l'éditeur (d'abord), enregistré en tant qu'appli ensuite, on peut le mettre dans le dock et le lancer en lieu et place de Macsoup. Il s'occupera de tout.
Et pour ceux qui ont CodeTek VirtualDesktop, et installé MacSoup dans un des écrans, on laisse tourner ça tranquillement et on va jeter un ½il aux news de temps, on répond éventuellemnt et les messages repartiront à à la prochaine levée des news ;-)
-- Nos émissions ont pour vocation de rendre le cerveau disponible : c'est-à-dire de le divertir, de le détendre pour le préparer entre deux pubs. Ce que nous vendons à Coca-Cola, c'est du temps de cerveau humain disponible. (P. Le Lay - TF1)
sanji
Olivier Goldberg wrote:
Gilbert OLIVIER wrote:
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
Je pense que tu as raison. Mais du coup, en vérifiant, je ne vois que la possibilité de générer une action à un instant donné (par CronniX). Il faudrait donc passer par le vrai cron et un petit man ?
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en
"bouclant" pendant les 300 secondes. Un script sans cette boncle mais
géré par la crontab serait, si ça se vérifie, moins gourmand.
Je pense que tu as raison. Mais du coup, en vérifiant, je ne vois que la
possibilité de générer une action à un instant donné (par CronniX).
Il faudrait donc passer par le vrai cron et un petit man ?
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
Je pense que tu as raison. Mais du coup, en vérifiant, je ne vois que la possibilité de générer une action à un instant donné (par CronniX). Il faudrait donc passer par le vrai cron et un petit man ?
-- Sanji
gilbert.olivier
Olivier Goldberg wrote:
Gilbert OLIVIER wrote:
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
Ca ne semble pas si gourmand en CPU que tu le penses ;-) En effet, dans la fenêtre du moniteur d'activité, le "% Processeur" reste désepérément à 0 pendant la boucle d'attente.
Mintenant une relève toutes les 5 mn (300 s) ce n'était qu'un exemple. c'est sur que dans la pratique il serait judicieux de mettre un peu plus.
Qui une fois lancé relèvera tout et postera ce qui est postable toutes
les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en
"bouclant" pendant les 300 secondes. Un script sans cette boncle mais
géré par la crontab serait, si ça se vérifie, moins gourmand.
Ca ne semble pas si gourmand en CPU que tu le penses ;-)
En effet, dans la fenêtre du moniteur d'activité, le "% Processeur"
reste désepérément à 0 pendant la boucle d'attente.
Mintenant une relève toutes les 5 mn (300 s) ce n'était qu'un exemple.
c'est sur que dans la pratique il serait judicieux de mettre un peu
plus.
Qui une fois lancé relèvera tout et postera ce qui est postable toutes les 5 minutes.
Il me semble que ce genre de script consomme pas mal de ressource en "bouclant" pendant les 300 secondes. Un script sans cette boncle mais géré par la crontab serait, si ça se vérifie, moins gourmand.
Ca ne semble pas si gourmand en CPU que tu le penses ;-) En effet, dans la fenêtre du moniteur d'activité, le "% Processeur" reste désepérément à 0 pendant la boucle d'attente.
Mintenant une relève toutes les 5 mn (300 s) ce n'était qu'un exemple. c'est sur que dans la pratique il serait judicieux de mettre un peu plus.
-- Gilbert
gilbert.olivier
Benoit Leraillez wrote:
120 secondes cela fait 2 minutes c'est un peu court pour la première levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps de lire les news arrivées dans les divers groupes et éventuellement répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle try with timeout of 1200 seconds tell application "MacSOUP" connect with fetching news connect with fetching tagged headers connect with sending end tell end timeout end try return 900 end idle
Commentaires :
Là il me semble (sauf si je n'ai rien compris) que tu as inversé la
fonction des variables ;-)
le timeout, c'est le temps que tu laisses à MacSoup pour bosser. le return 900 c'est le temps avant de boucler donc entre deux activations de la relève par MacSoup.
sinon en complément suite au message juste au dessus dans l'enfilade:
Il faut lancer le programme d'édition de script situé ici: /Applications/AppleScript/Script Editor
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en version US donc ce qui suit est en anglais) ce n'est *pas* une application *bundle* et la seule case à cocher est stay open soit rester lancé ;
Sur la version française: Format: Application et la seule case à cocher se nomme "Rester en arrière plan"
120 secondes cela fait 2 minutes c'est un peu court pour la première
levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps
de lire les news arrivées dans les divers groupes et éventuellement
répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne
surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle
try
with timeout of 1200 seconds
tell application "MacSOUP"
connect with fetching news
connect with fetching tagged headers
connect with sending
end tell
end timeout
end try
return 900
end idle
Commentaires :
Là il me semble (sauf si je n'ai rien compris) que tu as inversé la
fonction des variables ;-)
le timeout, c'est le temps que tu laisses à MacSoup pour bosser.
le return 900 c'est le temps avant de boucler donc entre deux
activations de la relève par MacSoup.
sinon en complément suite au message juste au dessus dans l'enfilade:
Il faut lancer le programme d'édition de script situé ici:
/Applications/AppleScript/Script Editor
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en
version US donc ce qui suit est en anglais) ce n'est *pas* une
application *bundle* et la seule case à cocher est stay open soit rester
lancé ;
Sur la version française:
Format: Application
et la seule case à cocher se nomme "Rester en arrière plan"
120 secondes cela fait 2 minutes c'est un peu court pour la première levée. De plus la fenêtre d'un groupe ne se met pas à jour donc le temps de lire les news arrivées dans les divers groupes et éventuellement répondu à quelques-uns, je préfère laisser un peu de temps. Ce qui ne surcharge pas trop le serveur en face qui plus est.
Voilà le même avec les explications et un peu plus de délai :
on idle try with timeout of 1200 seconds tell application "MacSOUP" connect with fetching news connect with fetching tagged headers connect with sending end tell end timeout end try return 900 end idle
Commentaires :
Là il me semble (sauf si je n'ai rien compris) que tu as inversé la
fonction des variables ;-)
le timeout, c'est le temps que tu laisses à MacSoup pour bosser. le return 900 c'est le temps avant de boucler donc entre deux activations de la relève par MacSoup.
sinon en complément suite au message juste au dessus dans l'enfilade:
Il faut lancer le programme d'édition de script situé ici: /Applications/AppleScript/Script Editor
- On sauvegarde le script en tant qu'*application* (j'utilise OSX en version US donc ce qui suit est en anglais) ce n'est *pas* une application *bundle* et la seule case à cocher est stay open soit rester lancé ;
Sur la version française: Format: Application et la seule case à cocher se nomme "Rester en arrière plan"
-- Gilbert
gilbert.olivier
Alfred wrote:
C'est super, merci !
Le seul problème c'est que je ne sais pas ce que sait qu'Apple Script (je dbarque dans le monde Mac). Je vais tâcher de me renseigner :o)
AppleScript est un langage de programmation qui permet de commander certaines applications en fonction de ce que l'auteur à prévu.
Pour connaitre les commandes disponibles pour une application donnée, tu lances l'éditeur de script, menu Fichier -> Ouvrir un dictionnaire.
Tu choisis l'appli et tu as alors toutes les entrées possibles en AppleScript.
Voir les réponses juste en dessous pour plus de détails.
-- Gilbert
Alfred <Alfred@Alfred.com> wrote:
C'est super, merci !
Le seul problème c'est que je ne sais pas ce que sait qu'Apple Script
(je dbarque dans le monde Mac). Je vais tâcher de me renseigner :o)
AppleScript est un langage de programmation qui permet de commander
certaines applications en fonction de ce que l'auteur à prévu.
Pour connaitre les commandes disponibles pour une application donnée, tu
lances l'éditeur de script, menu Fichier -> Ouvrir un dictionnaire.
Tu choisis l'appli et tu as alors toutes les entrées possibles en
AppleScript.
Voir les réponses juste en dessous pour plus de détails.
