Advanced Search

LDAP gibt es in Limesurvey nur für "User", sprich Personen die Zugang zum Limesurvey-Backend haben und nicht für "Umfrageteilnehmer". So wie ich das verstanden habe geht es hier aber nicht um Leute im Unternehmen, die sich ins LS-Backend einloggen wollen, sondern um Personen die an der Umfrage teilnehmen sollen und quasi nur die Umfrage zu Gesicht bekommen sollen.

Aber für diese Geschichte muss man ja nicht den ganzen Ticket-Prozess ändern, sondern nach dem das Ticket geschlossen wurde den Prozess des Versands der Email mit der Beurteilung.

Ich würde jetzt mal vermuten, dass das intern bei euch einfacher umzusetzen ist, als deine anderen Herangehensweisen. Aber ich kenne natürlich eure Struktur und Kultur nicht.

Ich glaube nicht, dass du eine gute, einfache und sichere Lösung ohne individuelle Emails mit individuellen Links zu der Befragung finden wirst. Nicht für Limesurvey und vermutlich auch für kein anderes Umfragetool.

wenn ich das dann richtig verstehe hätten wir hier die Möglichkeit den Benutzer via LDAP Authentifizierung zu identifizieren.

Der User wird zu 100% ein AD User sein und die LDAP Auth benutzen wir bei uns bereits. Dann sollte es ja möglich sein die AD Information (z.B. login account) mit an die Umfrage zu geben bzw. als abrufbare DB information zu hinterlegen oder?

tobiasprautzsch wrote:

Es gäbe hier also keine sichere Variante wie man den Benutzernamen mitgeben kann? Gibt es vllt. irgendwelche Konnektoren/plugins die man anbinden könnte um das zu ermöglichen?
 

Eine Person erhält eine E-Mail vom Ticketsystem mit dem Link zur LimeSurvey-Befragung.
Die Person klickt auf den Link, welcher sich im Browser öffnet.
Der Benutzername einer am PC eingeloggten Person müsste der Browser ermitteln und dann auch noch die URL manipulieren, um LimeSurvey den Benutzernamen mitzugeben.

Innerhalb von LimeSurvey den Benutzernamen der eingeloggten Person via JavaScript zu ermitteln, ist nicht möglich. Dazu müsste z.B. der Webserver mit dem ActiveDirectory verbunden werden, um eine Authentifizierung via AD zu triggern. Das ist im Vergleich zum Versand von Einzelmails via Ticketsystem komplexer, aufwendiger und risikoreicher. Das Thema ist inhaltlich auch nicht im LimeSurvey-Forum angesiedelt, weil LimeSurvey hier wie jede andere Webapplikation eingebunden würde.

Die Responsequote dürfte auch sehr gering sein, wenn die Personen zur erneuten Eingabe ihrer Logindaten vom ActiveDirectory aufgefordert werden.

Unter dem Stichwort LDAP (welches ActiveDirectory unterstützt) finden sich Integrationsformen mit AD. Wobei das Ziel da mehr die Benutzerebene von LimeSurvey ist, damit sich Personen nicht mehr in LimeSurvey einen Account anlegen müssen. 

Im englischsprachigen Bereich gab es 2020 so eine Anfrage.
forums.limesurvey.org/forum/can-i-do-thi...on-for-survey-access






 

Non,
je fais tout manuellement,
téléchargement du zip ... et je redeploie l'ensemble et réécrivant les paramètres dans les fichiers config.php / ldap.php / security.php

Jérémie

Not in core plugin.

You need to create your own plugin for this.

We are using LDAP with Lime Survey 3.25 and are wondering if it is possible to
a) add new users automatically to LS groups depending on their "memberof" attributes or (best option)
b) add new users to one single predefinded LS group (fallback, if a not possible)

We need this as sharing survey permissions seems to be possible between members of a group only.

Dear all,
i'm trying to configure the LDAP plugin.
I doesn't work.

The situation is :

LDAP domain (MS) , named miodominio.local
I set LDAP Version2 , Search and Bind
I set the BASE DN : OU=LimeSurvey,DC=miodominio,DC=local
I set the extra LDAP filter, because Agents are LDAP users with a specific AD Group (in my case: SurveyAgents) (&;(cn=SurveyAgents)(memberUid=$username))
My Directory doesn't support anonymous query, so I created a service account user. This was set in the two fileds "LDAP account used ... "

At the end, I created a new LimeSurvey user, with the same username of the directory (without suffix @miodominio.local )..... 

Nothing works

Any Idea? Can you help me?

thanks



 

community.limesurvey.org/bug-tracker/

Si tu exporte les token fait cuia LDAP puis que tu les importe sur un autre questionnaire : ca donne quoi ?
C'ets bizarre quand même ce truc …

Merci Denis,

Bon je pense avoir trouvé le soucis : c'est le fait d'intégrer les participants via le module LDAP (j'avais en plus rajouté un champ attrib1) qui met la pagaille avec le mail d'invitation vide.

en créant la base des utilisateurs via un import CSV, le mail d'invitation est correct.
Je suppose donc qu'il n'y en a pas beaucoup qui utilisent le module import LDAP..
Comment faire remonter les bugs LS ?

Bonjour à tous,

Nouveau sur le forum, je travaille pour une administration.

Sur une version LimeSurvey Community Edition Version 5.1.4+210824 hébergée sur notre serveur Centos7, mon questionnaire est prêt à être diffusé. J'ai intégré mes participants grâce au requêteur LDAP sur notre AD et tout est ok.
Quand je sélectionne 2 ou 3 participants pour leur envoyer le mail d'invitation, celui leur arrive vide (sans objet et corps de message), alors que ca c'est bien présent sur l'interface d'envoi et le rapport d'émission LS est ok (Tous les courriels ont été envoyés.)
si  sur chacun de ces participants, je remet le champ mail d'invitation à zéro (reset) et que je refait la même opération, les mails arrivent correctement avec le contenu et donc le lien d'invitation..
avec une intégration des participants par fichier csv (j'ai 480 participants) le résultat est le même, par contre si je crée les participants un à un manuellement, le premier envoi est OK...

Avez vous déjà constaté ce problème ? 

Merci, Thierry
 

Thank you all. I was able to make a test upgrade from version 3.27.11 to 5.1.5 with no apparent issues. I will be testing as much as possible functionality-wise, but so far so good. All the plugins we are using are core, including AuthLDAP, and it looks like they are all working.

Ginet

Thanks.

- bugs.limesurvey.org/view.php?id=17546

Thank you. I couldn't find the right page. "bug report" was right phrase. I already found it and reported bug.

Please file a bug report.

After upgrading (ComfortUpdate) to version 5.1.4+210824  from last version 3.xx,  LDAP autentication stoped working.
Bugs are in the file AuthLDAP.php.
1. strpos() function has wrong syntax "str_pos()".
2. some other minor changes disallow (after correction strpos error) finding users.
Sollution: I replaced the module with the previous version AuthLDAP.php and it work well again.
It would probably be a good idea to check this module before it becomes part of the next update