Andesi - forum

Question : sieveshell se trouve dans /usr/lib/cyrus/bin ?
Parce que si c'est le cas, tu le lances via ./sieveshell (qui lance le programme dans le dossier courant), et non sieveshell (qui va chercher dans le PATH).

mais pourquoi avoir fait cela ? C'était inutile !!

As-tu un pare-feu ?
Dans ce cas as-tu testé sans lui ?

LeDub qui ne sait pas ce qu'est un filtre sieves !!

j'était aussi tombé sur ce post mais malheureusement d'aucune aide :s
j'ai effectivement

SGW:/var/log# netstat -ntap | grep 2000
tcp        0      0 127.0.0.1:2000          0.0.0.0:*               LISTEN     31558/cyrmaster

mais rien de plus

J'ai vérifié et aucun firewall à l'horizon ...

concernant les logs voici ce que j'ai de nouveau dans mon /etc/log/syslog :

DEBIAN:/var/log# sieveshell --user=cyrus localhost:2000
connecting to localhost:2000
unable to connect to server at /usr/bin/sieveshell line 179.
DEBIAN:/var/log# cat syslog
Jul 10 14:30:07 localhost last message repeated 5 times
Jul 10 14:30:07 localhost master[32084]: about to exec /usr/lib/cyrus/bin/timsieved
Jul 10 14:30:07 localhost cyrus/sieve[32084]: executed
Jul 10 14:30:07 localhost cyrus/sieve[32084]: accepted connection
Jul 10 14:30:07 localhost master[31558]: process 32084 exited, status 0
Jul 10 14:30:09 localhost kernel: VFS: busy inodes on changed media.
DEBIAN:/var/log#

et pas beaucoup plus dans mon /etc/log/mail/log :

DEBIAN:/var/log# sieveshell --user=cyrus localhost:2000
connecting to localhost:2000
unable to connect to server at /usr/bin/sieveshell line 179.
DEBIAN:/var/log# cat mail.log
Jul 10 14:35:28 localhost master[32098]: about to exec /usr/lib/cyrus/bin/timsieved
Jul 10 14:35:28 localhost cyrus/sieve[32098]: executed
Jul 10 14:35:28 localhost cyrus/sieve[32098]: accepted connection
Jul 10 14:35:28 localhost master[31558]: process 32098 exited, status 0
DEBIAN:/var/log#

pour info, voici ce qu'il existe à la fameuse ligne 179 du fichier /usr/bin/sieveshell

if (!defined $obj) {
    die "unable to connect to server";
}

Si vous avez d'autres idées je suis preneur

merci de votre aide en tout cas!

Bon ben je vais me lancer dans l'étude du script sieveshell  :s

je vous tiendrais au courant au fur et mesure de la suite !

merci du coup de main !

Dernière modification par hastan (10/07/2008 15:31:10)

non non non.

Pour commencer, le fichier services est juste une liste de ports et services associé, ça ne signifie en aucun cas que le service tourne sur la machine.

Ensuite, ton testsaslautd test...l'authentification SASL et non le mécanisme SIEVE (àmha).

Le vrai test à faire était bien le netstat pour vérifier que le port 127.0.0.1:2000 était en écoute.

Ensuite, pour la partie du code, il faut pas que tu supprime ce test, mais plutôt que tu remonte dans les ligne précédet ce test à la recherche de l'initialisation de $obj. Une fois que tu aura compris ce qu'est cet $obj, je pense que tu aura pas mal avancé dans ton pb...

++

Un peu tard peut-être...
mais je viens d'avoir le même problème et j'ai une solution !

le test :
telnet localhost sieve
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.1.18-IPv6-Debian-2.1.18-5.1"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress relational regex"
"STARTTLS"
OK
logout
OK "Logout Complete"

après : apt-get install sasl2-modules <--- la solution est là !

telnet localhost sieve
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.1.18-IPv6-Debian-2.1.18-5.1"
"SASL" "PLAIN LOGIN"
"SIEVE" "fileinto reject envelope vacation imapflags notify subaddress relational regex"
"STARTTLS"
OK
logout
OK "Logout Complete"

la ligne SASL est importante !
et sieveshelle fonctionne.

Heh,

Merci pour ta réponse pydubreucq ! Et bienvenu à toi ici !