CVS edit link for jerome.megel
Hello,I introduce myself, Jérôme MEGEL Web developer for the society Actency in Strasbourg (France). For our Drupal projects we have developed a module for testing emails, instead of sending out emails the module display all sent emails in a modal frame.
It was really useful for us, when we were working on notifications for example, we didn't have a lot of emails in our boxes. Thanks to this module you don't annoy each person of your company because you are doing testing. You can also redirect all outgoing emails to one email (like reroute_email module) if you want to be sure SMTP config is OK.
The devel module can catch outgoing emails as well but you have to go to your watchdog page each time you want to see if an email has been sent.
Email tester is added in the package devel and you can access configuration through devel config page: http://emailtester.actency.fr/sites/default/files/email_tester_config.jpg
Permission has been set for the module, if someone doesn’t have the permission to see outgoing emails, he won’t see anything and he won’t receive any emails. You have to disable “emails in modal frame” in devel settings.
You can see a demo there: http://emailtester.actency.fr and a screenshot (in case demo don’t work): http://emailtester.actency.fr/sites/default/files/email_tester_scrshot.jpg
Now we really would like to share this module and to know if the community would appreciate it, because we are using it for every project.
Jérôme MEGEL
Actency
jerome.megel@actency.fr
| Comment | File | Size | Author |
|---|---|---|---|
| #10 | email_tester.tar_.gz | 44.53 KB | jerome.megel |
| #8 | email_tester.tar_.gz | 38.33 KB | jerome.megel |
| #6 | email_tester.tar_.gz | 38.22 KB | jerome.megel |
| #4 | email_tester.tar_.gz | 38.23 KB | jerome.megel |
| #1 | email_tester.tar_.gz | 37.32 KB | jerome.megel |
Comments
Comment #1
jerome.megel commentedAnd that's the module.
Comment #2
avpadernoHello, and thanks for applying for a CVS account. I am adding the review tags, and some volunteers will review the code, pointing out what it needs to be changed.
Comment #3
avpadernoPHP doesn't have functions that are local to another function; every function is global.
Those hooks should be in the installation file.
hook_uninstall().Strings used in the user interface should be translated.
Comment #4
jerome.megel commentedHello and thanks a lot for taking care of my module,
1. I've modified it, I used coder module to test it and now it respects all coding standards (sorry for the time lost).
2. For this point I did this function the same way than in Devel module: devel.module line 1796 and the function is launched in mail.inc line 177, I dont think there is an other way to do it properly
3. Done
4. Done
5. Done, this module has nothing to uninstall (doesn't modify schema), i put the hook_uninstall with nothing inside, is it the good way ?
6. Done
Thanks
Comment #5
avpadernoPoint #1, and #5 are still valid.
Comment #6
jerome.megel commentedHello,
I've modified my module:
Point #1: Should be OK:
- no more instructions have more than one line
- all arrays have indentations with 2 spaces
- no arrays have more than 80 characters
- all if structure are made properly (not anymore with ? and :)
- files are formatted with \n as the line ending
If there is something else wrong could you please say me what because my module has no problems found with coder module and I read all Drupal Coding Standards and applied it
Point #5: I delete the variable 'backup_smtp_library' in hook_uninstall
Many thanks
Comment #7
avpadernoStrings used in the user interface should be translated (part of the message is not passed to
t()).When possible, it is better to give more context to the translators; it's normally better to not include HTML tags in the string to translate, but not if that means to split a phrase. In these strings, it's better to use placeholders, like in:
Words can be translated differently, basing on the context; if translators see the context in which a word is placed, they can understand better how to translate it (in example, in Esperanto of is translated in different ways).
backup_smtp_library, andreroute_email. That is also true for session variables (like$_SESSION['emails_to_disp']).Comment #8
jerome.megel commentedAll points are done, I've updated translations as well
Thanks
Comment #9
drupalshrek commentedHello,
Please add a README.txt. See:
http://drupal.org/node/161085
Comment #10
jerome.megel commentedHello,
I've added the README.txt file
Comment #11
zzolo commentedHi. Please read all the following and the links provided as this is very important information about your CVS Application:
Drupal.org has moved from CVS to Git! This is a very significant change for the Drupal community and for your application. Please read the following documentation on how this affects and benefits you and the application process:
Migrating from CVS Applications to (Git) Full Project Applications
Comment #12
avpadernoAs per previous comment, I am setting this issue to won't fix.
Since new users can now create full projects, applications have a different purpose and they are handled on a different issue queue. See Apply for permission to opt into security advisory coverage for more information.
Comment #13
avpadernoComment #14
avpaderno