Roudcube : bouton envoyé innactif + postfix connection refused

#1

Bonjour à tous.

J’ai été séduit par la solution Yunohost pour des amis qui veulent être plus indépendants. Je leur ai proposé cette solution via un Raspberry Pi et force est de constater que ça fonctionne plutôt bien. Ils ont donc à présent un nom de domaine et au bout un serveur Yunohost (presque) fonctionnel.

En revanche, je bloque sur 2 problèmes que je n’explique pas. Le premier concerne Roundcube qui semble bien fonctionné de prime abord. Si j’envoie un mail depuis ma boite sur le serveur yunohost ça fonctionne. Par contre je ne peux pas répondre à ce mail. Le bouton “envoyer” ne déclenche rien du tout. Je clique dessus mais il ne se passe rien. J’ai testé sur plusieurs navigateurs et y compris sur des devices mobile. Même résultat, le bouton ne fait rien, la page ne bouge pas. Rien dans les log.

J’ai testé la solution du fichier hosts mais ça n’a rien changé. Du coup je suis passé à Rainloop. Là je peux envoyer des mails… mais ils n’arrivent pas. J’ai un “connection refused” en réponse de mon propre serveur (qui fonctionne très bien depuis 2003 année de son installation ^^). Je test sur des mail type gmail, caramail, hotmail… même chose. Les ports sont bien ouverts en NAT sur la box pour précision.

J’ai essayé en relayhost, mais là il faut s’authentifier… autre affaire que je n’ai pas encore testée. Pour aller plus loin je suis passé par un relayhost qui ne demande pas d’authentification, ça fonctionne avec mon serveur, mais là j’ai également un «connection refused »… très étrange dans le sens où ça fonctionne pour moi (j’utilise aussi postfix).

Donc, si vous avez des suggestions, parce que je n’ai pas l’impression que postfix fonctionne out of the box.

Merci de votre aide :wink:

#2

Hello,

J’ai le même problème sur cette application, pas encore trouvé de solution non plus. C’est d’ailleurs le seul bouton qui ne fonctionne pas tout le reste est OK.

#3

Bah je ne comprend pas trop on plus, d’autan que de mon côté j’utilise Roundcube depuis des années sans aucun soucis mais installé “à la main” sur une Debian.

Roundcube - Bouton envoyer Mail HS
#4

Salut,

est-ce que tu peux préciser d’où exactement tu tire ce message “connection refused” ?

Naivement … est-ce que ça pourrait avoir un rapport avec le port 25 qui pourrait être bloqué par ton FAI ?

#5

Le port 25 est ouvert sinon je ne pourrai pas recevoir les mail.

Ce “connection refused” provient des log tout simplement. Précisément du mail.log de Yunohost, c’est la réponse du serveur SMTP du destinataire.

#6

Bonjour,

Je verse ma contribution à la recherche d’une solution. J’ai le même symptôme de bouton Envoyer inopérant dans le composer de Roundcube.

Contexte : VPS chez OVH. Debian Stretch. Yunohost 3.5.2.2 (stable). Roundcube 1.3.8~ynh2

Hormis ce problème, la consultation et la réception de mail sont corrects dans Roundcube, et toute la messagerie (consultation, réception, envoi) est correcte avec le client Thunderbird. Il y a des postfix connection refused dans mon log mais ce sont des robots de spam.

J’ai réinstallé Roundcube, mais ça ne change rien.

Ca oriente donc sur un problème du client web, les messages utiles dans la console de debug de Firefox sont:

Effectivement, dans mon cas, il manque carrément le répertoire tinymce dans /var/www/roundcube/program/js !

Je ne sais pas si c’est un bug de Roundcube 1.3.8 utilisant une lib supprimée, un problème de packaging de Roundcube ou de Yunohost.

#7

Dans une version un peu plus ancienne de Roundcube (mais tout a fait fonctionnelle) je n’ai pas de fichier “tinymce.min.js” à cet emplacement.

Par contre j’ai bien le répertoire “tinymce” avec son contenu.

Il n’y a aucun dev de Yunohost ici pour répondre à ce mystère ?

#8

Contournement identifié: j’ai pu résoudre le problème en téléchargeant http://download.ephox.com/tinymce/community/tinymce_4.5.8.zip et en copiant l’extraction du sous-répertoire tinymce/js/tinymce dans /var/www/roundcube/program/js/
Mon analyse: il y a un problème dans le packaging Yunohost/Roundcube avec la récupération de la dépendance « http://download.ephox.com/tinymce/community/tinymce_4.5.8.zip » définie dans /var/www/roundcube/jsdeps.json car le fichier /var/www/roundcube/temp/js_cache/tinymce-4.5.8.zip existe mais est vide (noter la différence de tiret dans le nom du zip: – versus _).

2 Likes
#9

Accessoirement, le contournement proposé règle un autre problème moins bloquant: dans l’éditeur de message de Roundcube, il était impossible d’éditer un message en HTML.

1 Like
#10

Super ! Merci JL13, ça fonctionne impeccablement.

J’ai placé les fichiers et Roundcube fonctionne comme attendu.

Reste le soucis d’envoi de mail avec le “connection refused” que j’ai dans les log.

#11

Du coup la version testing en cours doit probablement régler ce problème.

Edit: j’ai regardé c’est le cas

#12

Merci. Je viens de voir que c’est référencé aussi sur le Github de Yunohost:

#13

Je poste les LOG de Postfix concernant le problème de connexion refused. Je viens de faire un test sur mail tester et même ce site rejète la demande de connexion de mon serveur…

Jun  7 12:13:38 sdiri postfix/submission/smtpd[27970]: 1950E1F036: client=localhost[127.0.0.1], sasl_method=LOGIN, sasl_username=user-x
Jun  7 12:13:38 sdiri postfix/cleanup[27974]: 1950E1F036: message-id=<8cbebddeb5de8660d06a3abfbe8edb62@sdiri.fr>
Jun  7 12:13:38 sdiri postfix/qmgr[1369]: 1950E1F036: from=<user-x@sdiri.fr>, size=1445, nrcpt=1 (queue active)
Jun  7 12:13:38 sdiri postfix/submission/smtpd[27970]: disconnect from localhost[127.0.0.1] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=8
Jun  7 12:13:38 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=27979, secured, session=<hT8e7LmKgK8AAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:13:38 sdiri postfix/smtp[27977]: connect to mail-tester.com[94.23.206.89]:25: Connection refused
Jun  7 12:13:38 sdiri dovecot: imap(user-x): Logged out in=1390 out=1082
Jun  7 12:13:38 sdiri postfix/smtp[27977]: 1950E1F036: to=<test-fm8tx@mail-tester.com>, relay=none, delay=0.66, delays=0.43/0.15/0.08/0, dsn=4.4.1, status=deferred (connect to mail-tester.com[94.23.206.89]:25: Connection refused)
Jun  7 12:13:39 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=27995, secured, session=<BPEt7LmKhq8AAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:13:39 sdiri dovecot: imap(user-x): Logged out in=70 out=667
Jun  7 12:13:40 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28062, secured, session=<mH1A7LmKiq8AAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:13:40 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28063, secured, session=<EvdA7LmKjK8AAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:13:40 sdiri dovecot: imap(user-x): Logged out in=119 out=800
Jun  7 12:13:40 sdiri dovecot: imap(user-x): Logged out in=317 out=8782
Jun  7 12:14:40 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28114, secured, session=<W+jU77mKyK8AAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:14:40 sdiri dovecot: imap(user-x): Logged out in=168 out=1495
Jun  7 12:14:57 sdiri postfix/smtpd[27532]: connect from unknown[123.200.137.226]
Jun  7 12:14:58 sdiri postfix/smtpd[27532]: lost connection after AUTH from unknown[123.200.137.226]
Jun  7 12:14:58 sdiri postfix/smtpd[27532]: disconnect from unknown[123.200.137.226] helo=1 auth=0/1 commands=1/2
Jun  7 12:15:16 sdiri postfix/smtpd[27532]: connect from unknown[185.234.216.153]
Jun  7 12:15:17 sdiri postfix/smtpd[27532]: disconnect from unknown[185.234.216.153] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
Jun  7 12:15:40 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28183, secured, session=<eLxo87mKGrAAAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:15:40 sdiri dovecot: imap(user-x): Logged out in=168 out=1487
Jun  7 12:16:42 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28234, secured, session=<QoAP97mKULAAAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:16:42 sdiri dovecot: imap(user-x): Logged out in=168 out=1487
Jun  7 12:16:49 sdiri postfix/smtpd[27532]: connect from unknown[185.234.219.54]
Jun  7 12:16:50 sdiri postfix/smtpd[27532]: lost connection after AUTH from unknown[185.234.219.54]
Jun  7 12:16:50 sdiri postfix/smtpd[27532]: disconnect from unknown[185.234.219.54] ehlo=1 auth=0/1 commands=1/2
Jun  7 12:17:00 sdiri postfix/smtpd[27532]: connect from unknown[185.234.216.153]
Jun  7 12:17:01 sdiri postfix/smtpd[27532]: disconnect from unknown[185.234.216.153] ehlo=1 auth=0/1 rset=1 quit=1 commands=3/4
Jun  7 12:17:41 sdiri dovecot: imap-login: Login: user=<user-x>, method=PLAIN, rip=::1, lip=::1, mpid=28293, secured, session=<Hq6e+rmKjLAAAAAAAAAAAAAAAAAAAAAB>
Jun  7 12:17:41 sdiri dovecot: imap(user-x): Logged out in=168 out=1487
Jun  7 12:18:18 sdiri postfix/qmgr[1369]: 3D0AA1F035: from=<user-x@sdiri.fr>, size=1185, nrcpt=1 (queue active)
Jun  7 12:18:19 sdiri postfix/smtp[28323]: connect to mail-tester.com[94.23.206.89]:25: Connection refused
Jun  7 12:18:19 sdiri postfix/smtp[28323]: 3D0AA1F035: to=<test-fm8tx@mail-tester.com>, relay=none, delay=448, delays=448/0.17/0.08/0, dsn=4.4.1, status=deferred (connect to mail-tester.com[94.23.206.89]:25: Connection refused)