Search results

I appreciate your absolutely useless response.

SparkPost open tracking can be enabled by adding the following to the API request: "options": { "open_tracking": true, "click_tracking": false } However, which MailWizz file builds this API request? So that I can modify it. Thanks!

This would be best, agreed.

Thank you!

What the heck, I swear this isn't in my DswhController...

Was this added in the latest MailWizz release? Because that is not in the version I have, one release prior to the latest.

FYI, MailWizz does not properly process when a user unsubscribers via list-unsubscribe or EE's unsubscribe tag. MailWizz needs to deal with $status == 'Unsubscribed', which it doesn't.

Thank you good sir. I tried figuring this out on my own but I wasnt even close. Question. '$this->date_added' is the date / time the campaign was added? Can we do it so we use the date / time that the campaign was started? Because a campaign may be dated a few days before a campaign is actually...

What version of MailWizz are you running? You may have a version before PCNTL support.

@twisted1919 Specifically, this would work: make sure `date_added` in `mw_list_subscriber` is less than or equal to `started_at` in `mw_campaign` when processing subscribers. I assume both are recorded in same timezone, right? How would I add this to the send campaign command? I really need this.

@twisted1919 I think I may have figured out what is going on. The two queries above are from findSubscribers and countSubscribers functions. I think what is happening, new subscribers are added to our list as MailWizz is processing campaigns sent to the list. When MailWizz gets to the end of a...

This is the query being run, can you tell me what MailWizz is doing? SELECT `t`.`subscriber_id` AS `t0_c0`, `t`.`subscriber_uid` AS `t0_c1`, `t`.`email` AS `t0_c3`, `t`.`list_id` AS `t0_c2`, `t`.`ip_address` AS `t0_c4`, `t`.`source` AS `t0_c5`, `t`.`date_added` AS `t0_c7` FROM...

cPanel updates were restarting the database. Moved cPanel updates, no more stuck campaigns.

This is probably what is happening. Thank you. Will take a look.

I have a problem ever since updating to the latest MailWizz. Emails send fine, but campaigns appear to be stuck at 100% processing for hours. The campaigns eventually finish, but I'm a bit worried about why it is taking literally hours at 100% processing. It takes the regular few hours to get to...

I've recently been struggling with MailWizz campaigns being stuck at processing due to a restart in my MySQL database. The restart caused MailWizz PCNTL processes to be killed (lose connection) with the campaigns still being at the 'processing' stage; hence, when the send command is run again...

It is not server overloading... I'm still investigating what it is. I'm on a dedi and sql logs are no help.

What do you think about adding a catch-all redirect for any 404 errors in the next update in MailWizz? Meanwhile, I've added some JavaScript to error.php that redirects people.

As I said, overloading is not the issue.

Naw, database overload is not the issue. Our server has plenty of resources and we do not use even close to the number of max DB connections. Something else is up, I've started logging to see what is what. Will update when I find out more.