Quickmail
Maintained by
Robert Russo, David Lowe
A block that provides selective, bulk emailing within courses. Developed by LSU.
Comments
Comments are no longer open for new posts. Existing comments remain available to read.
Hey Robert, and greetings to you from Louisiana. I see your problem there. That "allowedemaildomains" config option was added in to Moodle core since 3.1 which is why it wasn't handled by our development thus far. With that said, I don't believe this is something we would allow here at LSU for security reasons (potential spoofing, etc) but I could be wrong. I will discuss further with our team and find out what we can do. But out of curiosity, if you set up the configuration in Moodle to allow whitelist subdomains, and to NOT use the default noreply, wouldn't the email go out as you want it - with whatever that user's email address is? If not, what kind of errors are you receiving?
By the way, I committed that one small change (3.3 compatibility) yesterday to our dev-30 branch on github. I will go ahead and run through it the Moodle plugins system today as well.
Chad
We use Moodle 3.3.1 (Build: 20170710). We have put at ./moodle/admin/settings.php?section=outgoingmailconfig "allowedemaildomains", Quickmail does not take these data and so outgoing e-mails are sent with the common noreplyaddress instead of the personal sender's adress. Would be fine if you can do it ...
Greetings from Salzburg, Austria
Robert
Hey Yvonne, thanks for this great feedback! I have to admit that I rarely (well, never) test in Edge. I'll be sure to do so today and take a look at that sizing issue in hopes of including any styling fixes on today's small patch.
Chad
Our institution is currently on 3.1 and we're using a custom responsive theme based on evolve-D.
There will be no breaking changes in this new 2.0 version which I felt was important since the package is so widely used. But I do feel that this will be a great starting pointing for adding some new features like what you're describing. To me, Quickmail's core function is to provide an interface that allows a user to easily construct a message that is scoped to a course - a "recipient repository layer" on top of sending a message. So I think your idea here about course-specific variables/parameters could very well fall within the scope of this package.
What did you have in mind? Would these variables be injected into the message contents? Would they be used to filter recipients? I'd love to chat about any ideas you have.
Cheers,
Chad
we are using Moodle 3.1.7 with Essential theme and notice with the latest 2017 plugin instance the Potential Recipients box is a set height and rather large. It is much bigger than the box for Recipients. It is the similar problem in Clean theme but worse in Essential. This is a change from the previous version where boxes were aligned and tidy. Looks very out of proportion in this latest version.