Blocks: Quickmail

block_quickmail
Maintained by Picture of Buddy Ethridge Buddy Ethridge, Picture of Robert Russo Robert Russo, It's me! Chad Mazilly
A block that provides selective, bulk emailing within courses. Developed by LSU.
3229 sites
1k downloads
65 fans
Moodle 2.7, 2.8, 2.9, 3.0, 3.1, 3.2, 3.3, 3.4

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

Features

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

License

Quickmail adopts the same license that Moodle does.

Authors

Quickmail was developed at Louisiana State University.

Screenshots

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

Contributors

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
Please login to view contributors details and/or to contact them

Comments RSS

Show comments
  • Picture of David Colucci
    Wed, 13 Jun 2018, 9:28 PM
    Hi Everyone, We have the same issue as Robin. All emails that go out via Quickmail are sent to respective email addresses. However they come in "from: noreply@domain.edu ". Any suggestion would be very helpful. Thank you.
  • Picture of David Colucci
    Wed, 13 Jun 2018, 9:28 PM
    ps. We are on v.1.7.1
  • It's me!
    Thu, 14 Jun 2018, 12:13 AM
    Hey Robin and David, I think I may have found the problem. There is a setting in the "outgoing mail configuration" section called "allowedemaildomains". I did a test email send without this field populated and I received the email from "noreply@...". I then populated that field with the site's domain, sent another email, and the email came from the appropriate address "admin@...". I think the solution would be to add the domains that you want to whitelist in this setting and you should be good to go. Please let me know if not!

    Barbara, regarding your comment about emails only being sent to 25 users, this is a known issue in the current version of Quickmail. To get technical for a second, when you hit send email, the block will send out the emails synchronously (ie: looping through each one until finished at which point the "email sent" page will show). If you're sending attempting to send an email to 1000+ people, this could take some time and likely lead to a page timeout which cuts off any further action.

    We deal with this same problem at our institution, however, we've developed a newer version of Quickmail which fixes this problem by offloading the email sends to tasks which run in the background. Now when you hit send you will see "your email will be sent asap". Emails are processed as often as cron runs so there may be a short lag in the time it takes to actually send. I'd encourage you to try it out! It could be a great fit for your case and packs a few extra features. It is ready to go as-is but I'm still doing some development on completely new features and want to get that done before I officially release it here.

    If you would like additional info or have any questions please feel free to comment here or email me directly at cmazilly@lsu.edu and I can help.
  • Picture of Robin Leung
    Thu, 14 Jun 2018, 1:08 AM
    Hi Chad,
    Thanks! I was just about to post my findings out but looks like you beat me to it. Yes, this was something that was changed on Moodle's end in version 3.2/3.3? I forget which of how it handles email. Unfortunately, I have not yet found a way to use wildcard to whitelist all domains but have used wildcard to whitelist the popular domains (.com/.ca/.org/.net).
    Thanks again!
  • Picture of Robert Russo
    Thu, 14 Jun 2018, 1:51 AM
    I would not whitelist everything otherwise you'll get flagged by spam filters. Your domain should never send "from" other domains. It's generally frowned upon in the email community and will get you landed on spam lists.
  • Picture of Robin Leung
    Thu, 14 Jun 2018, 2:50 AM
    Thanks Robert, well noted.
  • Picture of Verónica V.
    Thu, 28 Jun 2018, 6:42 AM
    Hello everyone, first of all thank you very much for this very useful block.
    I ask you a question: is there a way to allow its use according to the type of email address that each user has? Example: only used by those who have gmail.
    From already thank you very much.
    Best regards.
    Verónica.
  • It's me!
    Tue, 3 Jul 2018, 4:52 AM
    Hey Veronica, interesting request but I don't think this is something we would add in. One option would be for you to create a group of the specific users (those with that email domain) and then you could send to them explicitly.
  • Picture of Verónica V.
    Tue, 3 Jul 2018, 5:40 AM
    Hi Chad, thanks for your reply. But I'm referring to the user who uses Quickmail. For this issue of security policies I need to prevent it from being used by those whose account does not match the server.
    Thanks again.
    Greetings.
    Veronica.
  • Ben Haensel
    Tue, 3 Jul 2018, 10:02 PM
    I'd suggest that you create a role that is assigned to users with a certain email domain and then use the block permissions (https://docs.moodle.org/34/en/Permissions#Block_permissions) to disallow those users from accessing the Quickmail block. The role could be assigned upon intake into Moodle from your SIS or other system. Thoughts? -Ben
  • Picture of Verónica V.
    Wed, 4 Jul 2018, 6:09 AM
    Thanks Ben for your suggestion, it's not a bad idea but I have about 200 courses and 300 teachers is a lot of work. Also, if they change their email address, I should not forget to update the role too.
    Thanks again.
    Greetings.
    Veronica.
  • Picture of Verónica V.
    Thu, 5 Jul 2018, 4:43 AM
    Hi Ben, I forgot to ask if you plan to upgrade to Moodle version 3.5?
  • Ben Haensel
    Thu, 5 Jul 2018, 4:53 AM
    About your previous post, I would suggest you set up a nightly update SQL script to do that. It wouldn't be too much trouble, let me know if you'd like some help with that. We're going to stay on Moodle 3.4 this year, and likely move up to the next long-term release version the following year. Ben
  • Picture of Verónica V.
    Fri, 6 Jul 2018, 6:30 AM
    Hi Chad, my question was addressed to you, I got confused. Do you have plans to update this plugin to the Moodle 3.5 version?
  • Picture of Verónica V.
    Fri, 6 Jul 2018, 6:34 AM
    Hi Ben, how would that configuration that you suggest, please could you explain me? Verónica
Please login to post comments