Hallo zusammen,
ich kämpfe mit dem automatischen E-Mail-Versand in Moodle (Version 1.9.9+ Build20100714).
Den cronjob habe ich eingerichtet. In den Log-Files kann ich auch sehen, dass die cron.php alle 5 Minuten aufgerufen wird.
Der E-Mail-Versand funktioniert aber nur an eine bestimmte Adresse.
Jetzt habe ich zum Test noch einen weiteren Testuser angelegt und ihn in den Kursraum eingestellt. Einstellungen im Profil: "Ja, Nachrichten an diese Adresse senden" und "Nein, Forenbeiträge einzeln als E-Mail senden". Das Forum (Nachrichtenforum) ist so eingestellt, dass alle Kursteilnehmer zwangsläufig Abonnenten sein. In einem weiteren Forum habe ich es auch noch getestet, dasselbe Phänomen.
Ferner noch eine skurile Beobachtung: Obwohl der Cronjob immer lief, wurden mir bei einem Test heute keine Mails zugeschickt (auch nicht an die Adresse, die sonst funktionierte). Dann habe ich die cron.php mal über den Browser gestartet. Danach wurden mir (an diesse bestimmte Adresse) wieder Mails zugeschickt.
Nun ja, ich kann mir denken, dass euch diese Beobachtung wenig hilft, ich finds ja selber verrückt und zweifle an meiner Beobachtung ... aber letztlich ... so habe ich es beobachtet.
Meine Fragen:
Hat jemand ähnliches erlebt und eine Lösung gefunden?
Was passiert eigentlich mit den Mails, bevor sie von Cronjob verschickt werden? Wo sind die gespeichert? Wo wird gespeichert, dass die Mail bereits verschickt ist und nicht mehr verschickt werden muss? Kann es sein, dass E-Mail-Adressen irgendwo als "gesperrt" gekennzeichnet sind?
Habt ihr sonst noch Anregungen, was ich mal testen sollte?
Die Sache mit dem Spamfilter habe ich getestet. Dort sind die Mails nicht gelandet. Einen SMTP-Server unter Einstellungen-Server-Email habe ich nicht eingestellt.
Viele Grüße
Nis Randers
***************
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
Mails werden von PHP an den lokalen MTA übergeben. Den kannst du dir als eine Art Briefzusteller vorstellen, der einen Sack (Queue) auf dem Rücken hat.
Dort hinein kommen erst einmal alle Mails. Der MTA versucht nun, seine Briefe anderen MTAs auf anderen Servern zuzuwerfen. Einige MTA werfen im die Briefe jedoch wieder ins Gesicht, weil sie z.B. nicht glauben, dass dein MTA z.B. wirklich Mails durch die Gegend werfen darf. Es gibt nämlich viele MTAs, die Pornoheftchen und Viagrapillen durch die Gegend werfen wollen.
So oder so besitzt jeder MTA eine virtuelle Klagemauer, die meist unter /etc/mail.log zu finden ist (sendmail, qmail oder postfix als MTA). Ohne dieses Log kann man nicht einmal sagen, ob der Mail überhaupt von PHP erhalten hat.
Mit Moodle Mails zu verschicken ist nicht einfach, wenn man bestimmte Dinge wie RDNS und SPF im DNS nicht vernünftig selbst setzen kann.
Leider schreibst du nichts darüber, welches Produkt du für das Hosting nutzt. Erst dann kann man wirklich mehr sagen.
Ansonsten einfach mal das einfachste checken.
Maik
Dort hinein kommen erst einmal alle Mails. Der MTA versucht nun, seine Briefe anderen MTAs auf anderen Servern zuzuwerfen. Einige MTA werfen im die Briefe jedoch wieder ins Gesicht, weil sie z.B. nicht glauben, dass dein MTA z.B. wirklich Mails durch die Gegend werfen darf. Es gibt nämlich viele MTAs, die Pornoheftchen und Viagrapillen durch die Gegend werfen wollen.
So oder so besitzt jeder MTA eine virtuelle Klagemauer, die meist unter /etc/mail.log zu finden ist (sendmail, qmail oder postfix als MTA). Ohne dieses Log kann man nicht einmal sagen, ob der Mail überhaupt von PHP erhalten hat.
Mit Moodle Mails zu verschicken ist nicht einfach, wenn man bestimmte Dinge wie RDNS und SPF im DNS nicht vernünftig selbst setzen kann.
Leider schreibst du nichts darüber, welches Produkt du für das Hosting nutzt. Erst dann kann man wirklich mehr sagen.
Ansonsten einfach mal das einfachste checken.
Maik
Hallo Maik,
erstmal vielen Dank für deine Antwort. Ich bin bei keinem der bekannten Hoster, die in Computerzeitschriften großflächig Werbung machen. Ich bin bei einem kleinen Hoster, wo ich mit dem Techniker und Inhaber in direktem Kontakt stehe. Insofern bin ich mir sicher Probleme mit RDNS und SPF im DNS lösbar sind. Ich bzw. mein Provider muss nur wissen, was da stehen soll )
Aber lass mich nochmal rückfragen: Die Mails an eine Adresse kommen an. Die Mails an eine andere Adresse nicht (diesen Testuser habe ich nachträglich in den Raum eingetragen, was aber bei "alle haben das Forum zwingend abonniert" ja kein Problem sein dürfte). Beides sind googlemail.com-Adressen, so dass ich Spamfilter als Fehlerquelle ausschließen kann.
Der MTA ist ja kein Baustein von Moodle, sondern vom Server. Moodle muss aber doch die Mails an den MTA übergeben, damit dieser sie verschicken kann. Der Prozess zum Verschicken der Mails wird von der cron.php angestossen. Aber was passiert dazwischen?
Die cron.php stellt fest, dass es in einem Forum Postings gibt, die noch nicht per Mail verschickt worden sind. Diese werden dann per Mail verschickt. Damit sie nicht immer und immer wieder per Mail verschickt werden, muss doch irgendwo eingetragen sein, dass sie bereits verschickt wurden. Vermutlich doch in einer Datenbank-Tabelle. Weißt du, in welcher und in welchem Datenfeld?
Interessant ist in diesem Zusammenhang auch, das Posting als "Mail ist verschickt" gekennzeichnet wird, oder ob gekennzeichnet wird an welchen User die Mail verschickt wurde. Letzteres würde natürlich einen viel größeren Speicheraufwand bedeuten, aber vielleicht ist es ja trotzdem so gelöst? Weißt du da was drüber?
Meine Admin-E-Mail-Adresse ist nicht bei googlemail. Es ist eine private Domain, allerdings bei einem anderen Hoster als dem, auf dem Moodle liegt. Ich glaube nicht, dass dies der Fehler ist, denn:
Die Mails an die eine googlemail-Adresse kommen ja an. Und dort sehe ich in den Details, dass als Absender ganz normal meine Admin-E-Mail-Adresse steht. Der MTA kann also aufgrund der E-Mail-Adresse den Versand nicht verweigern. Gleichfalls verweigert googlemail.com den Empfang nicht, denn sonst hätte ich die Mail ja nicht erhalten.
Ich vermute den Fehler also noch irgendwo dazwischen .... ob und wo es eine mail.log gibt, habe ich bei meinem Provider angefragt und warte noch auf Antwort.
Viele Grüße
Nis Randers
******
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
Hallo,
"Der MTA kann also aufgrund der E-Mail-Adresse den Versand nicht verweigern."
Die Frage nach dem Produkt bezog sich auf das Produkt, z.B. dein Hostingpaket. Wenn du dich darüber in Schweigen hüllst, kann ich schwer helfen. Auf einem Vserver wäre es z.B. dein Problem und nicht das deines Providers. Da ist es unerheblich, wie groß oder klein dein Anbieter ist.
Mit "die eine" - "andere E-Mailadresse" kann ich auch nichts anfangen. Ich kenne die meisten großen E-Mailanbieter und weiß, wie die die Annahme prüfen. Die E-Maildomain müsstest du schon nennen.
"Der MTA kann also aufgrund der E-Mail-Adresse den Versand nicht verweigern."
(Wenn er gut konfiguriert wäre, sollte er das aber dringend tun... )
Aber der empfangende Mailserver die Annahme und da ist auch das Problem, z.B. wenn die Absenderadresse nicht zum einliefernden Mailserver passt - meine MTAs auf meinen Servern würden das nicht annehmen und - solche offensichtlichen Dinger bounce ich nicht einmal - da breche ich gleich im Dialog ab.
Dann bleibt die Mail einige Zeit bei dir in der Queue und kann aufgrund der E-Mailadresse lokal auch nicht mehr zugestellt werden, d.h. der MTA auf deinen Server weiß aufgrund der E-Maildresse, für die er nicht zuständig ist, wohin damit, da der Zielserver sie nicht annimmt und schmeißt root eine Fehlermeldung in Postfach - damit ist sie dann weg. Und du hast ohne Bounce (Fehlermeldung des empfangenden MTAs) auch keine Chance, auf Fehlersuche zu gehen.
Deswegen mein Rat, Admin- und Reply-E-Mailadresse nicht auf Fremdadressen zu setzen. Du erhöst die Chance, dass dich Bounces auch erreichen, beträchtlich.
Jeder empfangende MTA verhält ich von Provider zu Provider verschieden - deswegen die Frage nach dem Domainanteil in den beiden E-Mailadressen.
PHP übergibt die Mail via mail();-Funktion an den MTA. Dazwischen passiert nichts, Geloggt wird da auch m.E. nichts. Moodle weiß auch anhand des Zeitstempels der Forennachricht, ob noch was verschickt werden muss oder nicht.
Ohne das mail.log kann man da gar nichts sagen. Ich habe in meinem Leben so einige Mailserver konfiguriert und mail.logs gelesen...
Gruß,
Maik
Aber der empfangende Mailserver die Annahme und da ist auch das Problem, z.B. wenn die Absenderadresse nicht zum einliefernden Mailserver passt - meine MTAs auf meinen Servern würden das nicht annehmen und - solche offensichtlichen Dinger bounce ich nicht einmal - da breche ich gleich im Dialog ab.
Dann bleibt die Mail einige Zeit bei dir in der Queue und kann aufgrund der E-Mailadresse lokal auch nicht mehr zugestellt werden, d.h. der MTA auf deinen Server weiß aufgrund der E-Maildresse, für die er nicht zuständig ist, wohin damit, da der Zielserver sie nicht annimmt und schmeißt root eine Fehlermeldung in Postfach - damit ist sie dann weg. Und du hast ohne Bounce (Fehlermeldung des empfangenden MTAs) auch keine Chance, auf Fehlersuche zu gehen.
Deswegen mein Rat, Admin- und Reply-E-Mailadresse nicht auf Fremdadressen zu setzen. Du erhöst die Chance, dass dich Bounces auch erreichen, beträchtlich.
Jeder empfangende MTA verhält ich von Provider zu Provider verschieden - deswegen die Frage nach dem Domainanteil in den beiden E-Mailadressen.
PHP übergibt die Mail via mail();-Funktion an den MTA. Dazwischen passiert nichts, Geloggt wird da auch m.E. nichts. Moodle weiß auch anhand des Zeitstempels der Forennachricht, ob noch was verschickt werden muss oder nicht.
Ohne das mail.log kann man da gar nichts sagen. Ich habe in meinem Leben so einige Mailserver konfiguriert und mail.logs gelesen...
Gruß,
Maik
Hallo Maik,
mir war die Frage nach dem Hostingpaket nicht so klar ... es ist ein ganz normaler Webspace, kein eigener Server, weder virtuell noch real.
>Mit "die eine" - "andere E-Mailadresse" kann ich auch nichts anfangen. Ich kenne die >Ymeisten großen E-Mailanbieter und weiß, wie die die Annahme prüfen. Die >E-Maildomain müsstest du schon nennen.
Das habe ich doch getan: Beide Adressen sind bei googlemail.com. Bei der einen Adresse laufen die Mails ein, bei der anderen nicht. Obwohl beide User im selben Kursraum sind.
> "Der MTA kann also aufgrund der E-Mail-Adresse den Versand nicht verweigern."
Da ja die Mails bei einer googlemail-Adresse ankommen, kann der Versand nicht verweigert worden sein. Allerdings gebe ich zu: die eine oder andere Testmail kam nicht an.
Die Reply-E-Mail steht auf noreply@[meinmoodleserver].net, der Admin Istrator hat jetzt die E-Mail-Adresse moodleadmin@[meinmoodleserver].net. Habe ihm extra ein E-Mail-Konto auf dem Server angfelegt. Hat aber nichts bewirkt. Erstaunlicherweise ist der Standard-Wert von supportemail unter Administration - Server - E-Mail immer noch die alte E-Mail-Adresse des Admin Istrators, also die eines fremden Servers. Wo muss ich denn den ändern?
Ich kann mir gar nicht vorstellen, wie Moodle nur anhand des Forenzeitstempels entscheiden kann, ob die Mails versendet werden oder nicht. Dazu müsste er sich doch mindestens merken, wann die cron.php zum letzten Mal aufgerufen wurde. Tut er das denn?
Auf das mail.log bekomme ich keinen Zugriff, da dies nur mit root Access einzusehen ist.
Viele Grüße
Nis Randers
**********
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
mir war die Frage nach dem Hostingpaket nicht so klar ... es ist ein ganz normaler Webspace, kein eigener Server, weder virtuell noch real.
>Mit "die eine" - "andere E-Mailadresse" kann ich auch nichts anfangen. Ich kenne die >Ymeisten großen E-Mailanbieter und weiß, wie die die Annahme prüfen. Die >E-Maildomain müsstest du schon nennen.
Das habe ich doch getan: Beide Adressen sind bei googlemail.com. Bei der einen Adresse laufen die Mails ein, bei der anderen nicht. Obwohl beide User im selben Kursraum sind.
> "Der MTA kann also aufgrund der E-Mail-Adresse den Versand nicht verweigern."
Da ja die Mails bei einer googlemail-Adresse ankommen, kann der Versand nicht verweigert worden sein. Allerdings gebe ich zu: die eine oder andere Testmail kam nicht an.
Die Reply-E-Mail steht auf noreply@[meinmoodleserver].net, der Admin Istrator hat jetzt die E-Mail-Adresse moodleadmin@[meinmoodleserver].net. Habe ihm extra ein E-Mail-Konto auf dem Server angfelegt. Hat aber nichts bewirkt. Erstaunlicherweise ist der Standard-Wert von supportemail unter Administration - Server - E-Mail immer noch die alte E-Mail-Adresse des Admin Istrators, also die eines fremden Servers. Wo muss ich denn den ändern?
Ich kann mir gar nicht vorstellen, wie Moodle nur anhand des Forenzeitstempels entscheiden kann, ob die Mails versendet werden oder nicht. Dazu müsste er sich doch mindestens merken, wann die cron.php zum letzten Mal aufgerufen wurde. Tut er das denn?
Auf das mail.log bekomme ich keinen Zugriff, da dies nur mit root Access einzusehen ist.
Viele Grüße
Nis Randers
**********
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
"Ich kann mir gar nicht vorstellen, wie Moodle nur anhand des Forenzeitstempels entscheiden kann, ob die Mails versendet werden oder nicht. Dazu müsste er sich doch mindestens merken, wann die cron.php zum letzten Mal aufgerufen wurde. Tut er das denn?"
Doch, Moodle merkt sich diesen Zeitpunkt.
Wenn der Cron-Job mal 24 Stunden lang nicht ausgeführt wurde, steht das unter Administration-Mitteilungen.
Gruss: Beatus
Doch, Moodle merkt sich diesen Zeitpunkt.
Wenn der Cron-Job mal 24 Stunden lang nicht ausgeführt wurde, steht das unter Administration-Mitteilungen.
Gruss: Beatus
"Auf das mail.log bekomme ich keinen Zugriff, da dies nur mit root Access einzusehen ist."
Dann bitte deinen Provider, nach der entsprechenden Adresse im mail.log zu suchen und dir die entsprechenden Stellen zu greppen (mit "grep" herauszusuchen).
Es muss ja auch im Interesse deines Anbieters liegen, dir zu zeigen, dass mit der Konfiguration des MTAs alles in Ordnung ist - da habe ich bei "professionellen Anbietern" auch schon ganz viel gesehen...
Die Zeilen kann ich dir gerne hier interpretieren.
Gruß,
Maik
Es muss ja auch im Interesse deines Anbieters liegen, dir zu zeigen, dass mit der Konfiguration des MTAs alles in Ordnung ist - da habe ich bei "professionellen Anbietern" auch schon ganz viel gesehen...
Die Zeilen kann ich dir gerne hier interpretieren.
Gruß,
Maik
Die Mails werden erst mit dem Ausführen des Cron-Jobs generiert. Wenn der generelle Cron-Job aktiviert wird, fragt er die cron-Funktionen der lip.php-Dateien der verschiedenen Funktionen ab und arbeitet diese durch. Dabei wird dann auch gefragt, ob jemand zu einer Gruppe im Forum gehört, Mail-Benachrichtigungen wünscht oder eine Tageszusammenfassung wünscht.
Es kann zu Problemen mit der Abonnentenliste kommen wenn die Einstellungen des Forums bzgl. Mailversand hin-und her umgestellt wurden.
Es gibt auch noch einen Zusammenhang mit der Einstellung Posting gelesen. Wenn die Anzeige gelesen/nicht gelesen aktiv ist, kölnntees sein, dass wenn eine mail als gelesen registriert wurde, kein Mailversand mehr erfolgt.Dies habe ich mir nicht genau angesehen.
Es kann zu Problemen mit der Abonnentenliste kommen wenn die Einstellungen des Forums bzgl. Mailversand hin-und her umgestellt wurden.
Es gibt auch noch einen Zusammenhang mit der Einstellung Posting gelesen. Wenn die Anzeige gelesen/nicht gelesen aktiv ist, kölnntees sein, dass wenn eine mail als gelesen registriert wurde, kein Mailversand mehr erfolgt.Dies habe ich mir nicht genau angesehen.
Hallo Maik, Beat und Ralf,
vielen Dank für eure Hilfe. Jeder Tipp war für mich wertvoll, wenn er nicht direkt zum Ziel führte, so doch zu einem besseren Verständnis von moodle.
Es sieht so aus, als ob des Rätsels Lösung im Aufruf des cronjob lag. Dieser musste mit großem -O statt mit kleinem -o als Parameter für wget aufgerufen werden.
Komisch: Jetzt, wo ich es weiß, finde ich nur noch Beispielseiten mit großem O. Als ich den cron installierte, muss ich wohl zielsicher das einzige Beispiel mit kleinem o gefunden oder schlicht zu schwach auf die Shift-Taste gedrückt haben ...
Nochmals vielen Dank für eure Hilfe
Nis Randers
**********************
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
vielen Dank für eure Hilfe. Jeder Tipp war für mich wertvoll, wenn er nicht direkt zum Ziel führte, so doch zu einem besseren Verständnis von moodle.
Es sieht so aus, als ob des Rätsels Lösung im Aufruf des cronjob lag. Dieser musste mit großem -O statt mit kleinem -o als Parameter für wget aufgerufen werden.
Komisch: Jetzt, wo ich es weiß, finde ich nur noch Beispielseiten mit großem O. Als ich den cron installierte, muss ich wohl zielsicher das einzige Beispiel mit kleinem o gefunden oder schlicht zu schwach auf die Shift-Taste gedrückt haben ...
Nochmals vielen Dank für eure Hilfe
Nis Randers
**********************
Da hängt noch ein Mann im Mast, wir müssen ihn holen!
Hallo zusammen,
ich habe das gleiche Problem, dass der automatische E-Mail-Versand nur an bestimmte Adressen funktioniert, an andere wiederum nicht (z.B. freenet, web.de)
Leider werd ich aus der obigen Disukussion nicht schlau.
Das große O und klein o ? Bezieht sich die Lösung auf den cronjob allgemein oder auf die Lösung mit dem Emailversand an alle Adressen?
Gibt´s sonst noch alternative Lösungsvorschläge?
Ich lass die Email über Moodle versenden, ohne SMTP, zur Info. Die Moodle Installation liegt auf eigenem Webserver.
Besten Dank für die Antworten im Voraus,
Karl
ich habe das gleiche Problem, dass der automatische E-Mail-Versand nur an bestimmte Adressen funktioniert, an andere wiederum nicht (z.B. freenet, web.de)
Leider werd ich aus der obigen Disukussion nicht schlau.
Das große O und klein o ? Bezieht sich die Lösung auf den cronjob allgemein oder auf die Lösung mit dem Emailversand an alle Adressen?
Gibt´s sonst noch alternative Lösungsvorschläge?
Ich lass die Email über Moodle versenden, ohne SMTP, zur Info. Die Moodle Installation liegt auf eigenem Webserver.
Besten Dank für die Antworten im Voraus,
Karl
"Leider werd ich aus der obigen Disukussion nicht schlau."
Aus welchem Punkt genau?
Gruß,
Maik
Aus welchem Punkt genau?
Du müsstest bitte mehr Informationen zu deinem System liefern - ein Anhaltspunkt, welche Daten wir benötigen, um die zu helfen, kann die Forenbeschreibung geben.
Vserver? Webspace? Eigener Server? Moodleversion? ....
Vserver? Webspace? Eigener Server? Moodleversion? ....
Gruß,
Maik
Hallo,
ich habe die Moodle Version 1.9.7. (Build 20100127) und bei SMTP Standard leer gelassen.
Meine Frage ist was ich tun kann, bzw. ändern soll damit alle User die automatische Forenbenachrichtigung bekommen.
Derzeit bekommen z.B. freenet, gmx.de, web.de User keine Benachrichtigung. yahoo.de Benutzer hingegen schon.
Was gibt es für Lösungsansätze?
Besten Dank im Voraus,
Karl
ich habe die Moodle Version 1.9.7. (Build 20100127) und bei SMTP Standard leer gelassen.
Meine Frage ist was ich tun kann, bzw. ändern soll damit alle User die automatische Forenbenachrichtigung bekommen.
Derzeit bekommen z.B. freenet, gmx.de, web.de User keine Benachrichtigung. yahoo.de Benutzer hingegen schon.
Was gibt es für Lösungsansätze?
Besten Dank im Voraus,
Karl
"Du müsstest bitte mehr Informationen zu deinem System liefern - ein Anhaltspunkt, welche Daten wir benötigen, um dir zu helfen, kann die Forenbeschreibung geben.
Vserver? Webspace? Eigener Server?"
Vserver? Webspace? Eigener Server?"
Leider ist ansonsten hier an dieser Stelle keine sinnvolle Hilfe möglich.
Gruß,
Maik
Hallo liebe Moodler,
da es in "eine ähnliche Richtung" geht, habe ich hierzu eine Nachfrage: Kann mir bitte jemand sagen, wie in den Rollenrechten die Möglichkeit heißt, einzustellen, dass jemand die über das Nachrichtenforum geschriebenen Nachrichten automatisch per Mail erhält?
Unsere, als Tutoren in den Kursen eingeschriebenen Personen, erhalten die Nachrichten aus dem Nachrichtenforum nicht per Mail. Ich habe bereits einmal nachgesehen, wie diese Möglichkeit heißt, konnte es aber nicht finden. Die Tutoren haben die Rechte, das Nachrichtenforum zu sehen, aber dort keinen Beitrag schreiben zu können (genau wie die TN). (Die TN erhalten jedoch alle Beiträge per Mail).
Über eine Antwort freue ich mich sehr!
Liebe Grüße
Kathrin
Ich bin noch einmal alle Rollenrechte durchgegangen und konnte leider noch keinen Hinweis finden, wo ich einstellen kann, dass Tutoren die Nachrichten aus dem Nachrichtenforum automatisch per Mail erhalten. Weiß jemand, wie hier die Einstellung heißt?
Liebe Grüße
Kathrin
Hallo Kathrin,
zunächst einmal folgende Eingrenzung des Problems:
Lehrer in einem Kurs haben immer das Recht, in dem Nachrichtenforum (das Forum, was Moodle automatisch in jedem Kurs anlegt) Beiträge zu schreiben und zu antworten. Sie bekommen auch die Post "zwangsverodnet" zugeschickt.
Jetzt schreibst Du, sie haben kein Recht, selbst Forenbeiträgen zu schreiben. Für mich heißt das, hier ist an den Rechten des Lehrers geschraubt worden.
Die erste Vermutung dieich habe: Wenn an den Rechten geschraubt wurde, kann es sen, dass das eine das andere ausschließt. Moodle geht da manchmal eigene Wege. Gib das Recht den Lehrern zurück, dass sie Beitrage schreiben können und überprüfe es noch einmal.
Anderer Ansatz: Die Lehrer haben in ihrem Profil ausgewählt, dass sie keine Benachrichtigungen haben wollen. Das schon mal geprüft?
Letzte Idee: Handelt es sich um ein neu angelegtes Forum? Dann gibt es eine Einstellung, dass nicht alle zwangsläufig die Post aus diesem Forum erhalten müssen. Sie können sich selber in das Forum einschreiben.
Vielleicht konnten diese Punkte schon helfen, oder sie helfen zumindestens schon einmal dahin, dass man die Gedanken in eine ganz andere Richtung lenken muss.
Liebe Grüße
Mike
Hallo Mike,
vielen Dank für deinen Beitrag!
Zum Verständnis noch einmal hier die Aufteilung unserer Rollen:
- TN, die in keinen Foren etwas schreiben können
- Tutoren: können in allen Foren etwas schreiben, aber nicht im Nachrichtenforum
- Dozent: kann überall etwas schreiben
Nun ist die Situation die, dass TN und Dozent eine Kopie der Nachricht aus dem Nachrichtenforum (es geht bei der Problematik nur um dieses Forum) erhalten, jedoch nicht die Tutoren. Das macht insoweit ja nur wenig Sinn, weil die TN ja auch die gleiche "Rechtsgrundlage" haben; sie dürfen ja ebenso wie die Tutoren auch nichts im Nachrichtenforum schreiben, erhalten aber die Nachrichten.
Jetzt habe ich einmal in den ROllenrechten nachgesehen und dabei kann man auswählen, ob jemand im Nachrichtenforum Nachrichten verfassen kann. Das dürfen Tutoren nicht - geht aber zugleich auch einher, dass sie die Nachrichten nicht empfangen? (Das was, was deine Vermutung war, denke ich könnte es wirklich sein...)
Ein Austragen beim Nachrichtenforum ist selbst für Tutoren nicht möglich - alle sind zwangsweise eingetragen.
Heißt das also, dass - sobald in den Rollenrechten eingestellt - jemand der nichts schreiben darf auch nichts empfängt?
Es wäre in unserem Falle jedoch wichtig, dass alle Personen des Kurses (also auch die Tutoren) die Nachricht erhalten.
Viele Grüße
Kathrin
Hallo Kathrin,
jetzt sehe ich schon mal mehr durch. Die Rolle Tutoren wurde also neu angelegt. Auf welcher Grundrolle basiert denn diese?
Wie bereits geschrieben, wenn Rechte verändert worden sind und dann funktioniert etwas nicht, dann einfach zurücksetzen und noch einmal ausprobieren. Es gibt immer wieder Beispiele dafür, dass ein bestimmtes "Fehlverhalten" mit der Änderung von Rechten zusammenhängt, ohne das diese einen direkten Zusammenhang haben.
Liebe Grüße
Mike
Hallo Mike,
die Tutorenrolle basiert auf der Rolle "Trainer/in ohne Bearbeitungsrecht" (<-- habe ich jedoch nicht selbst angelegt, nur die TrainerInnenrolle). Hilft dir die Information weiter?
So wie es mir scheint, gibt es wirklich das Ausschlussverfahren - wer nichts schreiben darf, empfängt auch nichts (außer bei den TN, da geht es ja).
Denkbar möglich wäre natürlich nun, über die TN-Liste die Nachrichten per Mail zu senden (das geht) sodass die Tutoren hier wenigstens die Nachricht erhalten. 100pro zufriedenstellend ist das natürlich nicht, weil das Verfahren über das Nachrichtenforum deutlich einfacher wäre.
Viele Grüße
Kathrin
Hallo Kathrin,
jetzt wird es klarer. Es ist wohl in der Tat so, dass die eingeschränkten Rechte dieses Lehrers damit einhergehen, dass er keine E-Mails erhält.
Als Alternative würde mir einfallen, eine neue Rolle definieren. Diese beruht auf der Rolle des Lehrers und es werden alle Rechte entzogen, die etwas mit dem Editieren zu tun haben. Die Gefahr ist dann nur, was passiert im konkreten Fall dann wirklich.
Welche Version nutzt Du denn? Ich kann heute mal in einem 1.9.11 System die Sache durchspielen, vielleicht gibt es eine einfachere Lösung.
Liebe Grüße
Mike
Hallo Mike,
wir benutzen Moodle 1.9.10+ gerade. Was ich nicht verstehe: Die Teilnehmer haben ja auch nicht das Recht, etwas schreiben zu dürfen, erhalten aber trotzdem die Mails aus dem Nachrichtenforum... hmpf.
Wenn du mir helfen könntest (sofern es deine Zeit zulässt) wäre das super!
Viele Grüße
Kathrin
Hallo Kathrin,
ich habe einen Lehrer ohne Editorrechte in einem Kurs angelegt. Fürdas Nachrichtenforum habe ich eingestellt, dass alle das Forum aboniert haben. Dann hat dieser Lehrer auch die Post bekommen. Er hat aber auch das Recht, auf diese Beiträge zu antworten - ich habe also keine Änderungen der Rechte vorgenommen.
Wenn ich Dich richtig verstehe, dann soll gerade dieses Recht eingegrenzt werden? Warum eigentlich? Wenn die Absprache besteht, dass diese Personen nicht anworten sollen, dann müsste es doch auch gehen?!
Wie Maik hier in diesem Forum bestimmt schon einmal geschrieben hat.
Soziale Probleme sollten nicht versucht werden technisch zu lösen. Für mich ein wichtiger Ansatz bei der Arbeit mit Moodle.
Liebe Grüße
Mike
Hallo Mike,
vielen Dank für deine Antwort und das Austesten der Funktion! Du hast recht: Sie sollen nicht schreiben dürfen, aber die Beiträge erhalten. Ich verstehe deinen pädagogischen Ansatz und vielleicht ist das etwas, worauf ich hier achten sollte (jedoch ist dennoch verwunderlich, warum es bei Personen mit der Rolle Teilnehmerin dies möglich ist), aber ich glaube, das wäre eine zweite Diskussion.
Dein Test bei der Rollenkonfiguration zeigte noch einmal, dass es wirklich mit den Rechten zusammenhängt: wir jemand das Recht entzogen etwas schreiben zu dürfen, erhält er auch nicht den Beitrag per Mail.
Vielen, vielen, vielen Dank für deine Mithilfe!
Viele Grüße
Kathrin