Notice: CMSB v2.16 Beta!

Hi Djulia,

No problem, here's some answers. Let me know if anything isn't clear.

>Is it possible not to register the emails in the table since the function?

I'm not sure what you mean? Can you explain?

>I sent a newletter (it is plugin which we created with the emailTemplate_load function)
>and all the emails were registered in the table.

Yes, this will happen if you have logging enabled under: Admin > General Settings > Email Settings

>If a cronjob had been programmed, the emails would be again sent?

No, only if you had set backgroundSend = 1. By default backgroundSend is set to 0. Basically we're using "_outgoing_mail" as both an email queue for bulk mailings and an email log for everything. Nothing will be sent again unless backgroundSend is 1. Maybe a better name would have been "background send pending".

I've attached our current version of background-mailer.php so you can have a look what we're working on.

>Is the emailTemplate_load function more advanced?

emailTemplate_load() hasn't changed. I prefer to use emailTemplate_loadFromDB() which loads the templates from a section in the CMS. As it's easier to edit email templates from within the CMS. We're still working on the multi-language issues for this and those are undocumented features.

I've attached an example /data/schema/email_templates.ini.php schema we use for custom projects (works in 2.16 only). This might be added to the main CMSB eventually. It's very helpful for our custom projects and emailTemplate_loadFromDB() automatically updates the placeholder list.

>Is it possible for example to send a email to the text format ?

It should be with sendMessage() by specifying only text and not HTML. Or perhaps in future with background-mailer (or something similar) if the HTML fields is empty.

>I do not understand the use of the Message Headers field. Are the headers sent by the function (emailTemplate_load, ...) ?

This isn't currently used but you can specify additional headers for sendMessage() so these could be logged here and viewed for reference or set for backgroundSend messages when you wanted additional headers to be used. Examples of additional headers might be Reply-To:, Precedence:, etc. This isn't fully supported or tested yet.

Developing and debugging mail is one of the slowest parts of our development process. These are some of the tools we've been developing internally to speed things up for us, such as being able to view logged messages instead of checking 4-5 email accounts to make sure everything got mailed to the right people, or being able to edit email templates in the CMS instead of a file, and seeing a dynamic list of available placeholders, etc. We've added them to the CMS in the hopes it will speed things up for others as well.

Hope that helps, let me know any other questions (and thanks for your interest!).