Hello. I installed Rainloop, the webmail, but I cannot login.
The package is : https://github.com/polytan02/rainloop_ynh
I checked my Yunohost domain in the Rainloop admin panel: it is tested ok.
I tried with the user “mainYNHuser@domain.tld” and “mainYNHuser” (examples): impossible to connect.
I get “Authentication failed” or in French "L’authentification a échoué"
I tried with SSL IMAP=993 and SNMP=465
And without SSL IMAP=143 and SNMP=25
Help!
Notes:
Roundcube is working fine - but I want to test PGP with Rainloop
Rainloop is working fine with a gmx account… but impossible with my own ynh account (issue between Rainloop and Dovecot?)
Hello,
I feel less alone and less ashamed thanks to you, @Novakin
Works better when the subdomains imap and smtp are set in the dns zone of my registrar…
I like the clean web interface and the option to use OpenPGP.
The only (minor) trouble is that this integration is not (yet) integrated in SSO: the app needs to sign again.
Thanks polytan02 for the integration. What’s your name on the forum? @xof
However, the code looks rather complex…
And as you say @Novakin, you’ll need to be able to retrieve the appropriate email, and auto-setup the domains (which can be done by "sed"ing the ini file after installation perhaps?)
A question is it possible to add autentification on yunohost with email/pwd that link to username/pwd account?
That way it may be simple to make Rainloop working.
Ps: when I say “possible” I thing is it possible to add this feature…
I try answer my self…
in dovecot config file there is a line:
dovecot-ldap.conf:pass_filter = (&(objectClass=inetOrgPerson)(uid=%n))
If I read it correctly it mean seach for user_name in LDAP that match username part of username@domaine.com…
I d’ont test now but replace with:
dovecot-ldap.conf:pass_filter = (&(objectClass=inetOrgPerson)(mail=%u))
while search mail of user that match username@domaine.com…
that way you can have diferent username and mail…
did anyone can confirme/advise.
Ok after many config can make it working with;
user_filter = (&(objectClass=mailAccount)(mail=%u))
pass_attrs = mail=user,userPassword=password
pass_filter = (&(objectClass=mailAccount)(mail=%u))
but with that mail are store in /var/mail/user1.blabla, an not /var/mail/user1
Possiblie if you have more than 1 mail on the account, you will have as many mailbox, actual config is more like alias…
But to be usable on multi-domaine I nead to find if I can had domain un path…
Non pas eu le temps… j’ai fait ma 1ere instal il y a 2 jours… et j’utilise plutot fedora que Debian…
pour tester il faut quye je vois si je me fait des vm… ou si j’essai avec scaleway il semble que certain l’ai deja utilisé Firewall iptables sur serveur scaleway
Bon je me suis créé un compte sur scaleway mais je n’ai pas eu le temps d’aller plus loin… p’etre une bonne idée.
Salut,
je déterre un peu le topic, parce que je viens de fork le dépot de @scith et chez moi le SSO ne connecte pas l’user directement, j’ai une boucle infinie sur l’index et je ne comprend pas ce qui est censé se passer après la redirection avec la query string ?sso-hash=tartampion car je ne vois rien dans le plugin intégré à l’appli, à moins que ce soit implémenté dans Rainloop directement ?
La doc de Rainloop tenant sur un timbre, ce serait sympa de m’éclairer brièvement sur ce qui est censé se passer.
Merci
Salut, c’est bizarre la boucle infinie on pensait avoir réglé ça avec un hack temporaire
Tu est sur index.php ou /app/index.php ?
essaye voir tonchemin/app/ ?
Pourrais-tu préciser quel chemin tu as choisi et si l’app est publique ou non stp ?
et du coup, il sert à quoi le plugin ? Visiblement il va taper dans le LDAP, mais je ne comprend pas pourquoi, étant donné que rainloop peut s’authentifier vis à vis du serveur imap nativement…?
mon problème de boucle c’est parce que j’ai touché la conf d’nginx sur un autre projet qui a tout cassé.
Le plugin en tant que tel ne sert à rien, il ne fait que logguer les connexions réussis/échouées dans un but de monitoring / sécu (fail2ban) je suppose.
Par contre, @scith, tu utilises le domaine fourni par l’utilisateur comme hôte pour la connexion au domaine en question, cependant, IMHO, il vaudrait mieux utiliser localhost, dans mon cas (image docker de base), le domaine n’était pas résolu et le test de connexion échouait.
Aussi, j’ai modifié le script d’install, pour qu’il installe php5-cli si nécessaire, car il n’était pas installé sur l’image docker.