AlexWebsites

Thank you for fixing this for me. @Martin A. fixed some bad analytics code I had on my site that was preventing the map from displaying. He took the time to help me with this and I really appreciate it.

Ok will do thanks. I uninstalled and reinstalled and lost all markers, so will have to rebuild. Still no map after reinstall.

4.1.18.2. Tried all of that but it isn't showing the main map. Tried chrome, FF, IE, Edge, iOS phone..no map. Is it ok to uninstall and just reinstall? I'm on php 7.0.16 and have zend opcache alongw with memcache running..if that has anything to do with it. It was working though, so it's odd.

After the last IPS update, my map stopped showing. The markers individual map when you look them up is working but the main map is not. Tried default theme and also different mapquest key, still nothing. Has anyone else run into this?

I'm not sure either, I'm just using their terminology from the post. Sounds like it'll work for what I need then in preventing bad emails from going out f you are using the built in mail functions. Continuously sending to bad emails reduces deliver-ability with ISPs. I have a few older sites with members that have changed or deleted their emails.

Does this app use the built in internal mail send? see this post: I'm thinking of using that plugin in conjunction to stop sending newsletters and other mail to old members who's emails are no good and just kill the ISP mail ratings.

What does your next distribution time say? The distribution settings are a bit confusing. Daily should be every day and weekly should be once a week on the days you pick. I would just remove that daily choice all together and just have weekly and then pick every one of the days you want for the week. Picking all 7 would essentially make it daily. Actually I see it says next week. Do your tasks run via cron or community activity?

Seems to be working now, maybe it was a cache issue.

Thanks for this plugin. For some reason if I put the similar contents block above or below this one under topics the similar contents block will not load. Any ideas?

Yes that sounds like it could be the issue. Thanks for the reply on this. As far as selecting weekly and daily, what's the difference if you are selecting the days in each? Just so I understand, If I select daily and check off Monday and Thursday it will send every Monday and Thursday? If so, what's the difference if I select weekly and check off Monday and Thursday? Same or different?

Just to follow up, I put my actual time in the distribution time (matches my server time and php time I set) and the newsletter sent according to that and not the GMT time that it shows on the distribution setup page. I guess it would be good to change that or just put in the php or server time. Just a suggestion because it was a bit confusing.

I scheduled my first weekly newsletter and received complaints that it sent every hour for up to 10 hours. Is there a log that shows this or has this happened to anyone else? I'm assuming it has something to do with the hourly task, but my settings show weekly distribution. I've disabled it and will run some checks sending to the admin group, but something went funky here. Members complained of spamming... Maybe the issue is that the PublishNewsletters task is set to send hourly but the PruneDistributionHistory is set daily? i also notice that after it sent the next distribution time did not change, which should have been one week from now. I manually ran the PruneDistributionHistory task but it did not change. EDIT: I just noticed that my next distribution did not change to next week with the weekly interval setting. The daily and weekly intervals act the same for the next distribution time. I changed it to every two weeks in the interval setting and now the distribution time shows a week from now....funky. So I took a look at some of the files and not sure if this is the reason or not. Looks like in /applications/newsletters/sources/Newsletter/Newsletter.php you have the code below: switch( $this->publish_interval ) { case static::PUBLISH_DAILY: case static::PUBLISH_WEEKLY: $day += $daysToAdd; break; case static::PUBLISH_WEEKS: $day += $daysToAdd; $day += 7; break; case static::PUBLISH_MONTHLY: $month++; break; case static::PUBLISH_ANNUALLY: $year++; break; } My choices are Daily, Weekly, Every Two Weeks, Monthly, Annually, and Manually when in settings. I seem to only be able to get a weekly +7 days by choosing Every two weeks which is your Publish_weeks in the code above? every 2 weeks should be +14 and weekly I would imagine should be +7 like; switch( $this->publish_interval ) { case static::PUBLISH_DAILY: case static::PUBLISH_WEEKLY: $day += $daysToAdd; $day += 7; break; case static::PUBLISH_WEEKS: $day += $daysToAdd; $day += 14; break; case static::PUBLISH_MONTHLY: $month++; break; case static::PUBLISH_ANNUALLY: $year++; break; } When I change this, it shows correctly in my "next distribution" when picking weekly. I would have the weekly with just a start date and from there +7 days send it weekly and then on the Daily, to actually pick the days of the week to send. But that's me.. If you have weekly, and pick two or more days it'll actually send in an interval that's less that a week. I think this is what happened to me. I accidentally had Friday and Saturday checked off under weekly because I was messing around with it the day before. Since the task sends every hour and the distribution time only updates once a day, it kept going even though I assumed it would only send once a week regardless. I also think that update distribution time should be changed to hourly if the send is hourly.

Is there a way to see who unsubscribes and a total count of subscribed members as opposed to just looking at the subscribed member pages?

I've changed the server time and php time settings to America/New_York and verified it's changed. However, I am still getting the same time output in newsletter distribution settings. I did see that in the language settings the time zone text seems to be Distribution times are calculated according to GMT. Time now is %s. The time zone isn't set as a variable so I just want to make sure it's not manually set. Any ideas? Not a huge deal, but I'd like to sync with my time if possible.

I just changed my server time and its not that. It's actually php time zone if anyone is looking.

No problem, I'll have to check my server didn't realize that. Thanks.

Is there anyway to change the sync time and does that run off the server time? Distribution times are calculated according to GMT. Time now is 02/09/2017 01:47 AM

The *|member_name|* works well if you put it in the name of the newsletter and it's then included in the subject of the email. However, when the member goes to manage their newsletters it shows the variable instead of their display name under Manage Newsletter Subscriptions. Is there anyway to omit that if using it this way?

Thanks for the answers on this. I think I understand better how the app works. Would be helpful to have template options for content items and not so much the entire template if you use the default wrapper. Even if they were in a separate document.

My emails are using the wrapper but look like this as well, bullet-style. Is this normal when not using a custom template? This is turning into more work than I planned, was hoping for a clean default template and then set and go...

I just bought this app today and am trying to navigate. How do you get this type of output? I can't even get the hello member name...have blank on the newsletter template. Are gallery images supposed to be images or just links?

Question, can you add {{member_ name}} to the subject of the newsletter email? Something like {{member_ name}}, here are the latest topic from ....

This looks like a great plugin. Any way of adding a phrase to the end of the truncated text? Like , " to read more, click here" or something like that.

Me too!

Has anyone made a horizontal block template for their site? I was actually thinking of taking a look at the gallery image block to see how that works and maybe substitute for pages.