As discussed before, MUMARA offers a flexible way of scheduling an email campaign by exploring numbers of sending variations. Some of the sending variations are discussed as below.
Select one of the lists during the first step of scheduling an email campaign and proceed to the 2nd step to select the “Type” of campaign. MUMARA offers selection of the three campaign types as discussed in “Schedule an Email Campaign”. For both “Custom Campaign” and “Adnowledge Campaign”, you will have the ability to select more than one campaigns or ADK campaign IDs to schedule.
When you schedule the kind of campaign in which multiple emails/ADK IDs are selected to send to the subscribers of one email list, application applies cyclic rotation. Following example further explains that how actually this combination of multiple campaigns for one list works?
For example, list “List-A” contains 15 subscribers, and you have selected three different email campaigns to send to the subscribers in “List-A”. The default rotation for such campaign is cyclic, which sends first email campaign from the row to the subscriber number one of the selected list, then 2nd campaign to subscriber number 2 and 3rd to subscriber number three respectively.
After the selected number of campaigns (3) finish their first cycle, the process repeats it course from subscriber number 4 who will receive the first campaign.
You can send to multiple lists by ticking the boxes with names of the lists during first step in the process of scheduling a new campaign. Move forward by clicking next. You can select one of the three available campaign types, a) custom b) Adknowledge and c) split test. The selected campaign will be sent by following the sequence of the list creation date. The subscribers in the list created earlier will first receive the campaign, followed by the list created later.
You might have reached third step “SMTP”, by selecting multiple lists and multiple campaigns during the course of completing first and second step. It may confuse that will this selection work or not? All other contemporary sending applications don’t facilitate with this kind of sending. But with MUMARA this selection is perfectly appropriate for sending.
Application will separate out one of the selected lists and will start sending all selected campaigns to it, by following the same cyclic rotation as mentioned above. For example, three lists and three campaigns are selected. Application will take first lists having 15 subscribers; the first subscriber will receive the campaign number one, second will receive campaign number two, and third will receive the campaign number three.
The same cycle will repeat its course from subscriber number four, and the cycle will repeat its course for 5 times to complete sending to the particular list having 15 subscribers. After it completes sending to first list, the second list undergoes the same process.
One may think that the process will take enough time to complete, especially for a larger list having thousands of subscribers. But in case of more than 200 subscribers in one send, MUMARA automatically breaks the number of subscribers into batches for fast sending.
MUMARA allows setting up more than one SMTP accounts and also the selection of multiple SMTP accounts for sending. Available SMTP accounts appear during the 3rd step in the process of scheduling an email campaign. It facilitates for the selection of multiple SMTP accounts by ticking the checkboxes parallel to the name of each SMTP account in the list.
As mentioned above, MUMARA enables setting up more than one SMTP accounts and selection of multiple SMTP accounts during the process of scheduling an email campaign. For schedule multiple campaigns using multiple SMTPs to one list. Start by selecting the desired list and multiple campaigns during the first two steps respectively, and move to the third step for the selection of multiple SMTPs. Complete rest of the requirements to schedule the email campaign and submit.
Application will send this email campaign to the subscriber of selected list by spinning the selected campaigns in cyclic rotation, cyclic rotation has been discussed above. For the SMTPs, application will divide the number of subscribers in the list on the number of selected SMTPs to create subscriber batches. In result of division, first batch will receive the campaign using first SMTP account, and the next batch will receive the campaign using the next one.
More on Creating SMTP Account
More on Creating Email Campaign
Follow the same selection pattern as mentioned above in case of “sending multiple campaigns using multiple SMTP accounts to one list” except for the selection of subscriber list. For this variation, you need to select multiple subscriber lists during the first step of scheduling the email campaign. Rest of the things will remain the same as mentioned above.
Application will separate out one of the selected list(s), and will start sending campaigns by following the cyclic rotation. If the subscribers in the list exceed from 200, application automatically creates sending batches. Each batch will take 200 subscribers to work with in the first instance, and the next 200 after completing to the first ones.
For the SMTPs; application will divide the number of subscribers in the selected list(s) on the number of selected SMTPs to create subscriber batches. In result of division, first batch will receive the campaigns using first SMTP account, and the next batch will receive the campaign using the next one.
Domain selection has already been discussed before, while explaining the 3rd step of the process of scheduling an email campaign. You can mask the domain of current installation/ local domain with a masking domain setup in the selected SMTP.
Or you can also select more than one masking domains with the help of “Custom Selection” the third option to select a sending domain. See the following Figure#4.6.1. If you select multiple sending domains, the application will follow the same pattern of rotating the selected domains in the cycle, cyclic rotation has been discussed various times.