Visvanath Ratnaweera

Hallo Klaus

Du hast genau lokalisiert. Das Problem liegt in der Absenderadresse, genauer, ob GMX dies erlaubt.
===
MAIL FROM:
2016-11-05 10:16:42 SMTP -> get_lines(): $data is ""
2016-11-05 10:16:42 SMTP -> get_lines(): $str is "550-Requested action not taken: mailbox unavailable
"
2016-11-05 10:16:42 SMTP -> get_lines(): $data is "550-Requested action not taken: mailbox unavailable
"
2016-11-05 10:16:42 SMTP -> get_lines(): $str is "550 Sender address is not allowed.
"
2016-11-05 10:16:42 SERVER -> CLIENT: 550-Requested action not taken: mailbox unavailable
550 Sender address is not allowed.
===

Ist es eine @gmx.com? Gibt es diesen Mailbox? Kannst auf Thunderbird z.B. damit E-Mail versenden (und empfangen)?

Hoi Mary

Du hast ins Schwarze getroffen! Ich habe alles im Nutzerprofil abgegrast - in der Kurs-Adminstration zu suchen habe ich nicht gedacht.

Das gesagt, ich bin immer noch der Meinung, das dies Einstellunge nutzerbezogen sein sollte, nicht kursbezogen. Ist egal, Hauptsache, das Problem ist behoben. Vielen Dank!

Auf einem Moodle Moodle 2.7.16+ (Build: 20160915) mit Theme Bootstrap 3, Version 2014120803, haben wir das folgende Phänomen:

- Die allermeisten Nutzer, wenn sie einen Kurs bearbeiten, sehen sie _einen_ Link "+Material oder Aktiviät hinzufügen" und das startet das moderne Popup, wo Aktiviäten und Arbeitsmaterial" zusammen ausgeführt sind.

- Wenige Nuter aber, sehen "Arbeitsmaterial anlegen..." und "Aktivität anlegen..." als zwei getrennte Dropdowns wie in den alten Zeiten.

Mein erster Verdacht war die Arbeitsumgebung von den Nutzern: Windows 10 und Chrome. Auf Windows 10 haben wir Firefox und Edge probiert - das gleiche Verhalten. Auf Linux Mint Firefox das gleiche Verhalten. Sogar, wenn der Administrator, auf seinem Debian/Iceweasel, mit "Login als" zu diesen Nutzern wechselt, passiert genau dasselbe. Also, es muss an diesen Nutzern liegen.

Aber wo?

Hi Dan

Thanks for the clarifications. You wrote:

> the current default has $CFG->emailonlyfromnoreplyaddress disabled - so Moodle tries to email out as real user email addresses (and is a broken default IMO, which is why we are trying to fix it).

Yes, it was an unfortunate default. Sending mail on behalf of all its users was optimistic. It could have worked a decade ago. But today the success rate is low. Then there was an organizational weakness in that choice too. People just press "reply" to those mails and, knowingly or unknowingly, switch to private mail!

>> For a start, if the old default and new default are identical, no harm could be done.
>
> That isn't the case -

OK. Then this is break in the tradition. Needs to think it out from the beginning. But I still have a fundamental problem with the plan, sorry. The description sounds like a) defining the address(es) Moodle will use to send mail b) defining the address(es) Moodle is allowed to send.

That doesn't sound right. Moodle will tipp over its own feet. I am reluctant to be old fashioned, but don't we need to make the distinction between Mali User Agent (MUA) and the Mail Transfer Agent (MTA)? Moodle is a MUA, not a MTA, and wants to remain that way. Am I right?

>> Talking of the old default, the e-mail address of the admin used to play a role in e-mail sending. Is it still the case or has it been isolated and removed?
>
> There is also the support user which has been used.

So it was the site's support address I was talking about?

To make matters worse, there is also an Envelope Sender. We are talking about the body From: header, right?

Hi Dan and all

I haven't yet looked at MDL-44467 in detail. For a start, if the old default and new default are identical, no harm could be done.

Talking of the old default, the e-mail address of the admin used to play a role in e-mail sending. Is it still the case or has it been isolated and removed?