J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un
sacré bout de temps (comprendre : c'est pas nouveau avec la dernière
version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon
INBOX, soit de mettre à jour la liste des messages dedans (quand un
nouveau message arrive, ou quand j'en efface). Le délai est à peu près
systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de
quelque chose quelque part, mais quoi ?).
J'ai configuré Pine pour aller utiliser directement mon inbox sur le
serveur de mail, avec la config suivante :
inbox-path={server.domain.ici/user=remi.moyen/ssl/novalidate-cert}INBOX
Le serveur est, euh, dans la pièce de l'autre côté du mur, le tout sur un
réseau 100 MBits/s, donc je ne pense pas que ce soit les liaisons qui
soient à mettre en cause.
De plus, une fois la liste des messages de l'INBOX mise à jour, la lecture
des messages, ou toute autre opération qui ne réclame pas la mise à jour
de la liste, se fait instantanément.
D'autre part, j'ai aussi un compte Free que je rapatrie avec un mail drop
:
incoming-folders=free "#move {pop.free.fr/user=rmoyen/POP3}INBOX
free_inbox"
Et ça, ça marche très bien, sans délai particulier (juste le temps normal
d'une connexion à un serveur un peu loin, genre un ou deux secondes).
Je ne sais pas si c'est lié au fait que je me connecte avec ssl, ou en
particulier l'option /novalidate-cert, qui d'ailleurs ne me plait pas
trop, mais sinon, j'ai, à chaque première connexion, un message de Pine me
demandant si je suis sûr que je veux accepter cette connexion, etc.
Je précise que je n'ai pas de contrôle possible sur la config du serveur.
Peut-être que je peux aller regarder un ou deux fichiers d'options, si ils
sont en lecture, mais je peux pas en faire plus. Et comme l'administrateur
de ce serveur est aussi efficace qu'un fantôme dont le drap est à la
laverie, c'est pas la peine que je lui parle de ce problème...
Voilà, si quelqu'un à une idée ou une piste ?
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Julien K.
Remi Moyen wrote:
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
[...]
D'autre part, j'ai aussi un compte Free que je rapatrie avec un mail drop
Et ça, ça marche très bien, sans délai particulier (juste le temps normal d'une connexion à un serveur un peu loin, genre un ou deux secondes).
[...]
Voilà, si quelqu'un à une idée ou une piste ?
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées? Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant
strace pine
Ça te donnera sans doute des pistes pour déterminer où ça bloque. Le mieux est de le rediriger ailleurs et de le lire sur un autre terminal. man strace pour plus de détails...
Je ne connais pas la configuration de pine donc sur ce point tu as la doc ;-)
bye
Julien
Remi Moyen wrote:
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un
sacré bout de temps (comprendre : c'est pas nouveau avec la dernière
version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon
INBOX, soit de mettre à jour la liste des messages dedans (quand un
nouveau message arrive, ou quand j'en efface). Le délai est à peu près
systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de
quelque chose quelque part, mais quoi ?).
[...]
D'autre part, j'ai aussi un compte Free que je rapatrie avec un mail drop
Et ça, ça marche très bien, sans délai particulier (juste le temps normal
d'une connexion à un serveur un peu loin, genre un ou deux secondes).
[...]
Voilà, si quelqu'un à une idée ou une piste ?
Problème de résolution DNS sur le LAN alors que les requètes externes
(free) sont bien acheminées? Tu peux examiner les latences "visibles" comme
celles que tu sembles rencontrer en lançant
strace pine
Ça te donnera sans doute des pistes pour déterminer où ça bloque. Le mieux
est de le rediriger ailleurs et de le lire sur un autre terminal. man strace
pour plus de détails...
Je ne connais pas la configuration de pine donc sur ce point tu as la doc ;-)
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
[...]
D'autre part, j'ai aussi un compte Free que je rapatrie avec un mail drop
Et ça, ça marche très bien, sans délai particulier (juste le temps normal d'une connexion à un serveur un peu loin, genre un ou deux secondes).
[...]
Voilà, si quelqu'un à une idée ou une piste ?
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées? Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant
strace pine
Ça te donnera sans doute des pistes pour déterminer où ça bloque. Le mieux est de le rediriger ailleurs et de le lire sur un autre terminal. man strace pour plus de détails...
Je ne connais pas la configuration de pine donc sur ce point tu as la doc ;-)
bye
Julien
Jérémy JUST
On Fri, 25 Feb 2005 14:02:11 +0100 Remi Moyen wrote:
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps utilisé par un serveur IMAP ou autre? Ça pourrait être un problème de verrou et de synchronisation par NFS.
-- Jérémy JUST
On Fri, 25 Feb 2005 14:02:11 +0100
Remi Moyen <remi.moyen@ensg.inpl-nancy.fr> wrote:
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de
mettre à jour la liste des messages dedans (quand un nouveau message
arrive, ou quand j'en efface). Le délai est à peu près
systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps
utilisé par un serveur IMAP ou autre?
Ça pourrait être un problème de verrou et de synchronisation par NFS.
On Fri, 25 Feb 2005 14:02:11 +0100 Remi Moyen wrote:
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps utilisé par un serveur IMAP ou autre? Ça pourrait être un problème de verrou et de synchronisation par NFS.
-- Jérémy JUST
Nicolas.Kowalski
Remi Moyen wrote:
Salut,
Bonjour.
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
Tu peux mettre la valeur 0 à 'rsh-open-timeout' et 'ssh-open-timeout' dans la configuration. Avec ça, pine n'essaiera pas d'utiliser rsh ou ssh pour lancer /etc/rimapd sur ton serveur IMAP.
Mes deux centimes.
-- Nicolas
Remi Moyen <remi.moyen@ensg.inpl-nancy.fr> wrote:
Salut,
Bonjour.
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et
depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la
dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit
d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans
(quand un nouveau message arrive, ou quand j'en efface). Le délai est
à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup
un timeout de quelque chose quelque part, mais quoi ?).
Tu peux mettre la valeur 0 à 'rsh-open-timeout' et 'ssh-open-timeout'
dans la configuration. Avec ça, pine n'essaiera pas d'utiliser rsh ou
ssh pour lancer /etc/rimapd sur ton serveur IMAP.
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
Tu peux mettre la valeur 0 à 'rsh-open-timeout' et 'ssh-open-timeout' dans la configuration. Avec ça, pine n'essaiera pas d'utiliser rsh ou ssh pour lancer /etc/rimapd sur ton serveur IMAP.
Mes deux centimes.
-- Nicolas
Remi Moyen
On Fri, 25 Feb 2005, Jérémy JUST wrote:
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps utilisé par un serveur IMAP ou autre? Ça pourrait être un problème de verrou et de synchronisation par NFS.
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près certain que ce disque n'est même pas exporté, donc qu'il n'est montable par personne).
Un serveur IMAP, par contre, il me semble bien que oui. Du moins, je sais que je peux accéder à mon mail aussi bien en IMAP qu'en POP, je suppose donc que les deux serveurs tournent sur la machine.
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ? -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Fri, 25 Feb 2005, Jérémy JUST wrote:
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de
mettre à jour la liste des messages dedans (quand un nouveau message
arrive, ou quand j'en efface). Le délai est à peu près
systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps
utilisé par un serveur IMAP ou autre?
Ça pourrait être un problème de verrou et de synchronisation par NFS.
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près certain
que ce disque n'est même pas exporté, donc qu'il n'est montable par
personne).
Un serveur IMAP, par contre, il me semble bien que oui. Du moins, je sais
que je peux accéder à mon mail aussi bien en IMAP qu'en POP, je suppose
donc que les deux serveurs tournent sur la machine.
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ?
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes
Est-ce que le volume est monté par NFS? Est-ce qu'il est en même temps utilisé par un serveur IMAP ou autre? Ça pourrait être un problème de verrou et de synchronisation par NFS.
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près certain que ce disque n'est même pas exporté, donc qu'il n'est montable par personne).
Un serveur IMAP, par contre, il me semble bien que oui. Du moins, je sais que je peux accéder à mon mail aussi bien en IMAP qu'en POP, je suppose donc que les deux serveurs tournent sur la machine.
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ? -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Remi Moyen
On Fri, 25 Feb 2005, Julien K. wrote:
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant
strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de strace, mais si je trouve vraiment pas, je m'y mettrais. -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Fri, 25 Feb 2005, Julien K. wrote:
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un
sacré bout de temps (comprendre : c'est pas nouveau avec la dernière
version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon
INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau
message arrive, ou quand j'en efface). Le délai est à peu près
systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de
quelque chose quelque part, mais quoi ?).
Problème de résolution DNS sur le LAN alors que les requètes externes
(free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème
de DNS, quelque soit l'application, sur les machines du réseau interne (le
serveur de mail ou d'autres). Mais c'est possible.
Tu peux examiner les latences "visibles" comme
celles que tu sembles rencontrer en lançant
strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de
strace, mais si je trouve vraiment pas, je m'y mettrais.
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
J'utilise Pine (version, euh... 4.62) sur ma machine (Linux), et depuis un sacré bout de temps (comprendre : c'est pas nouveau avec la dernière version de Pine), j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, soit de mettre à jour la liste des messages dedans (quand un nouveau message arrive, ou quand j'en efface). Le délai est à peu près systématiquement entre 1 et 2 minutes (je soupçonne du coup un timeout de quelque chose quelque part, mais quoi ?).
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant
strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de strace, mais si je trouve vraiment pas, je m'y mettrais. -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Julien K.
Remi Moyen wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS vers l'extérieur, avant de passer sur un autre type de recherche (ex: l'ordre des recherches dans le fichier /etc/host.conf.
Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant: $ strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de strace, mais si je trouve vraiment pas, je m'y mettrais.
J'ai découvert grâce à ça que Xemacs avait besoin d'un DNS fonctionnel au démarrage sinon il poireaute 30s avant de se lancer :-(
bye
JKr
Remi Moyen wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes
(free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème
de DNS, quelque soit l'application, sur les machines du réseau interne
(le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS
vers l'extérieur, avant de passer sur un autre type de recherche (ex:
l'ordre des recherches dans le fichier /etc/host.conf.
Tu peux examiner les latences "visibles" comme celles que tu sembles
rencontrer en lançant: $ strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de
strace, mais si je trouve vraiment pas, je m'y mettrais.
J'ai découvert grâce à ça que Xemacs avait besoin d'un DNS fonctionnel au
démarrage sinon il poireaute 30s avant de se lancer :-(
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS vers l'extérieur, avant de passer sur un autre type de recherche (ex: l'ordre des recherches dans le fichier /etc/host.conf.
Tu peux examiner les latences "visibles" comme celles que tu sembles rencontrer en lançant: $ strace pine
Ah, oui, j'y pensais pas. J'ai toujours du mal à lire les sorties de strace, mais si je trouve vraiment pas, je m'y mettrais.
J'ai découvert grâce à ça que Xemacs avait besoin d'un DNS fonctionnel au démarrage sinon il poireaute 30s avant de se lancer :-(
bye
JKr
Remi Moyen
On Mon, 28 Feb 2005, Julien K. wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS vers l'extérieur, avant de passer sur un autre type de recherche (ex: l'ordre des recherches dans le fichier /etc/host.conf.
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour Pine, et pas pour les autres applications ? Pine utilise une config DNS différente de cette du système ?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec Pine, si il utilise la même config que toutes les autres appli sur la machine... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
On Mon, 28 Feb 2005, Julien K. wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes
(free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème
de DNS, quelque soit l'application, sur les machines du réseau interne
(le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS
vers l'extérieur, avant de passer sur un autre type de recherche (ex:
l'ordre des recherches dans le fichier /etc/host.conf.
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour
Pine, et pas pour les autres applications ? Pine utilise une config DNS
différente de cette du système ?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec
Pine, si il utilise la même config que toutes les autres appli sur la
machine...
--
Rémi Moyen
"Malgré les apparences, le temps est très varié à Nancy :
pluie, nuages, neige, brouillard, grêle, ..."
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
Problème de résolution DNS sur le LAN alors que les requètes externes (free) sont bien acheminées?
Hmm. J'y crois pas trop, parce que je n'ai jamais eu le moindre problème de DNS, quelque soit l'application, sur les machines du réseau interne (le serveur de mail ou d'autres). Mais c'est possible.
Le temps de latence correspondrait en ce cas au timeout de la requète DNS vers l'extérieur, avant de passer sur un autre type de recherche (ex: l'ordre des recherches dans le fichier /etc/host.conf.
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour Pine, et pas pour les autres applications ? Pine utilise une config DNS différente de cette du système ?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec Pine, si il utilise la même config que toutes les autres appli sur la machine... -- Rémi Moyen "Malgré les apparences, le temps est très varié à Nancy : pluie, nuages, neige, brouillard, grêle, ..."
Julien K.
Remi Moyen wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, DNS?
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour
Pine, et pas pour les autres applications ? Pine utilise une config DNS différente de cette du système ?
Parce qu'il y a plusieurs "moyens" de faire une requète DNS et que le code de pine peut intégrer (ou ne pas intégrer) un timeout différent de celui de la requète lancée. Pour éliminer cette interrogation essaye de lui fournir une IP à la place du nom de serveur.
Je n'ai pas dit que c'était *la* cause de ton problème mais que ça *pouvait*, nuance. Si c'est pas ça tu regardes ce qui passe au travers de ta carte réseau avec tcpdump ou ethereal; observes-tu le même problème avec mutt? Ça donne quoi strace? Il y a quelque chose dans les logs?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec Pine, si il utilise la même config que toutes les autres appli sur la machine...
Tu utilises quels autre outils sur ton LAN?
bye
JKr, qui utilise Mutt.
Remi Moyen wrote:
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX,
DNS?
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour
Pine, et pas pour les autres applications ? Pine utilise une config DNS
différente de cette du système ?
Parce qu'il y a plusieurs "moyens" de faire une requète DNS et que le
code de pine peut intégrer (ou ne pas intégrer) un timeout différent de
celui de la requète lancée. Pour éliminer cette interrogation essaye de lui
fournir une IP à la place du nom de serveur.
Je n'ai pas dit que c'était *la* cause de ton problème mais que ça
*pouvait*, nuance. Si c'est pas ça tu regardes ce qui passe au travers de ta
carte réseau avec tcpdump ou ethereal; observes-tu le même problème avec
mutt? Ça donne quoi strace? Il y a quelque chose dans les logs?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec
Pine, si il utilise la même config que toutes les autres appli sur la
machine...
[Pine] j'ai un gros délai dès qu'il s'agit soit d'ouvrir mon INBOX, DNS?
Mais pourquoi y'aurait-il une recherche vers l'exterieur en premier pour
Pine, et pas pour les autres applications ? Pine utilise une config DNS différente de cette du système ?
Parce qu'il y a plusieurs "moyens" de faire une requète DNS et que le code de pine peut intégrer (ou ne pas intégrer) un timeout différent de celui de la requète lancée. Pour éliminer cette interrogation essaye de lui fournir une IP à la place du nom de serveur.
Je n'ai pas dit que c'était *la* cause de ton problème mais que ça *pouvait*, nuance. Si c'est pas ça tu regardes ce qui passe au travers de ta carte réseau avec tcpdump ou ethereal; observes-tu le même problème avec mutt? Ça donne quoi strace? Il y a quelque chose dans les logs?
Je vois mal comment ce genre de problème pourrait n'apparaitre *que* avec Pine, si il utilise la même config que toutes les autres appli sur la machine...
Tu utilises quels autre outils sur ton LAN?
bye
JKr, qui utilise Mutt.
Jérémy JUST
On Mon, 28 Feb 2005 09:44:35 +0100 Remi Moyen wrote:
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près certain que ce disque n'est même pas exporté
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ?
Donc ce n'est pas ce à quoi je pensais (quand les boîtes aux lettres sont sur des disques montés par NFS, le verrou peut être un peu long à obtenir parce qu'il faut synchroniser le colume sur les autres machines).
-- Jérémy JUST
On Mon, 28 Feb 2005 09:44:35 +0100
Remi Moyen <remi.moyen@ensg.inpl-nancy.fr> wrote:
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près
certain que ce disque n'est même pas exporté
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ?
Donc ce n'est pas ce à quoi je pensais (quand les boîtes aux lettres
sont sur des disques montés par NFS, le verrou peut être un peu long à
obtenir parce qu'il faut synchroniser le colume sur les autres
machines).
On Mon, 28 Feb 2005 09:44:35 +0100 Remi Moyen wrote:
Par NFS, non (en tout cas, pas par moi. Mais je suis à peu près certain que ce disque n'est même pas exporté
Si ça vient de là, que puis-je ou que faut-il faire pour corriger ça ?
Donc ce n'est pas ce à quoi je pensais (quand les boîtes aux lettres sont sur des disques montés par NFS, le verrou peut être un peu long à obtenir parce qu'il faut synchroniser le colume sur les autres machines).
