Blocks ::: block_quickmail
Maintained by Picture of Buddy EthridgeBuddy Ethridge, Picture of Robert RussoRobert Russo
A block that provides selective, bulk emailing within courses. Developed by LSU.
Latest release:
3442 sites
98 fans
Current versions available: 6

Quickmail is a block that provides selective, bulk emailing within courses.


  • Multiple attachments
  • Drafts
  • Signatures
  • Filter by Role
  • Filter by Groups
  • Optionally allow Students to email people within their group.


Quickmail adopts the same license that Moodle does.


Quickmail was developed at Louisiana State University.

Potential privacy issues

The Privacy API is not implemented in this plugin.


Screenshot #0
Screenshot #1
Screenshot #2
Screenshot #3


Picture of Buddy Ethridge
Buddy Ethridge (Lead maintainer)
Picture of Robert Russo
Robert Russo: Lead Maintainer
Picture of Philip Cali
Philip Cali: Former Lead Developer
Picture of jason peak
jason peak: Former maintainer
Picture of David Elliott
David Elliott: Former maintainer
It's me!
Chad Mazilly: Former Maintainer
Please login to view contributors details and/or to contact them

Comments RSS


  • It's me!
    Tue, Jul 18, 2017, 10:11 PM
    Hi Ben, in regards to a road map we don't really have one at this point. Our current objectives are simply to bring the package up to date with some of Moodle's core additions since original development such as leveraging the messaging API and utilizing renderers. Internally, I decided to shift around the code a bit so that a "course" email and an "admin" email run through the same methods but this won't make much of a difference for the end user - hopefully performance will increase a little. I'm also planning on adding more Javascript and async behavior to the UI for a more modern feel.

    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.


  • Picture of Robin Leung
    Wed, Jul 19, 2017, 7:24 AM
    Does the most recent version of the plugin fix the issue where the textbox area does not auto-resize?
  • It's me!
    Wed, Jul 19, 2017, 11:41 PM
    Robin, just to clarify, are you referring to the message body input textarea not being responsive for smaller screens, forcing a horizontal scroll?
  • Picture of Robin Leung
    Thu, Jul 20, 2017, 12:42 AM
    Hi Chad, Yes. That's correct. The message body input textarea is not responsive.
  • Picture of Robin Leung
    Tue, Jul 25, 2017, 3:23 AM
    Hi Chad, are you able to reproduce?
  • It's me!
    Tue, Jul 25, 2017, 11:35 PM
    Hi Robin, yes I'm able to reproduce. The entire layout of that page is not currently responsive across different widths. I'm going to leverage "renderers" in this next version which will bring that responsive behavior and should work better with themes. What version and theme are you currently using?
  • Picture of Robin Leung
    Wed, Jul 26, 2017, 7:41 AM
    Sounds great, Chad.
    Our institution is currently on 3.1 and we're using a custom responsive theme based on evolve-D.
  • When will it be upgraded for Moodle 3.2 and later?
  • Picture of Yvonne Hamilton
    Thu, Aug 3, 2017, 7:48 AM
    Hi, Just to confirm the issue I reported earlier about the Potential Recipients box is a set height and rather large. It is much bigger than the box for Recipients only happens in the Edge browser when using Windows 10. Seems fine in Chrome with Windows 10 and fine in IE and Chrome on Win7 so not so bad as first thought.
  • It's me!
    Thu, Aug 3, 2017, 11:15 PM
    Hello Stabsstelle, I'm going to put through a small patch today that will address Moodle 3.3 compatibility. I installed Quickmail on a fresh install of 3.3 today and I did see an error in regards to a deprecated "pix_url()" function. I've got that taken care of. Will do a little further testing to make sure I've got it handled. Wanted to ask if you are aware of anything else that stands in the way of Quickmail being compatible with 3.3?

    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.

  • Hello, 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
  • It's me!
    Sat, Aug 5, 2017, 12:38 AM
    Yvonne, first, I didn't mean any offense in my comments about Edge! I'm just on a Mac now and have never had the opportunity of using it. With that said, I just got it set up on my machine and it looks quite nice, in fact way faster than my favorite, Chrome! But anyway... I found that on 3.3, a Quickmail install straight of the box (Dev-30 branch, what is available through this Moodle site) looked nearly identical to what I see on Chrome. I also checked it out on our production site which runs 3.1 and the essential theme and get very similar results. I've got screenshots I can share but, for the sake of discussion, I can say that it's (potential) about ~1.5" larger on the screen (than selected). Is this what you're experiencing? I will fix this but I want to make sure I'm not missing something here.

    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.

  • Picture of Hermann Keppler
    Wed, Aug 30, 2017, 1:15 AM
    Hi Chad! Love QuickMail. Is there away we can add just the first name of the students we send to, onto the letter?? Also, I noticed when sending messages out, the name 'Quickmail' is associated with the 'no-reply' email address. Any way we can mod this?? We do use the 'no-reply' email address for students to actually reply to our letters generated by QuickMail.
  • It's me!
    Wed, Sep 6, 2017, 3:42 AM
    Hey Marvin, thanks for the message. To answer your questions: In regards to the "no-reply" outbound email, yes, we'll make that configurable. In regards to injecting custom data like names, no. LSU is focused on pedagogical features when it comes to Moodle. Our opinion is that data even as simple as a user's first name doesn't support pedagogical purpose. We see that as more of a "marketing" feature if you will.
  • Picture of Hermann Keppler
    Wed, Sep 6, 2017, 3:55 AM
    Thanks Chad! Interesting views on names being non-pedagogical. I will let that spin around in my head for a little while. lol
Please login to post comments