Well if you've ever lived where there has been an extended outage in both time and area, you would worry about the restart capability of such a huge network of generators and users.  Just resyncing 100 and more generators is time consuming.
But this isn't just Northern Callifornia, Southern California Edison is also in the mix.

Oh well, this is a good earthquake/any disaster exercise for us.
We had already started a local Disaster Group at groups.io to common sharing and access of information and resources.

--

Bob Bellizzi

On Wed, Oct 9, 2019 at 1:26 PM Glenn Glazer <glenn.glazer@...> wrote:

Speaking as someone working for a company with a huge colo presence, if they don't have failover power, it's time to switch data centers. Or go to the cloud.

Oh, I know they do have failover power, both battery and generator. But if we're talking about 5 days of no electricity, that's something I'd be concerned about.

Thanks,

Mark

Ah, gotcha. From what I've read (I live in Northern California), the outages aren't supposed to be more than 2-4 days.

Best,

Glenn

On Wed, Oct 9, 2019 at 1:05 PM Bob Bellizzi <cdfexec@...> wrote:

I know where you reside but not where your servers are.
Might they be affected by  the Planned Shutoffs which  can last up to 5 days?
Our home has Battery Backup Grid tie solar so hopefully we will generate enough  for basics.

Good question. The machines are in a datacenter in Fremont, Ca. Looking at the PG&E outage maps, it seems that parts of Fremont are scheduled to lose power. I don't know if that includes the datacenter. I would hope that we would have received notice if that was the case. In any event, I have a support ticket open to see if I can get verification that the datacenter will continue to have power. If I hear of any interruptions, I will let you know. Things seem to be quite fluid at the moment unfortunately.

Thanks,

Mark 

Speaking as someone working for a company with a huge colo presence, if they don't have failover power, it's time to switch data centers. Or go to the cloud.

Best,

Glenn

Mark,
I know where you reside but not where your servers are.
Might they be affected by  the Planned Shutoffs which  can last up to 5 days?
Our home has Battery Backup Grid tie solar so hopefully we will generate enough  for basics.

--

Bob Bellizzi

On Sat, Oct 5, 2019 at 06:18 AM, Mark Fletcher wrote:

- NEW: Added subject checks for 'ris:' and 'r: ' which can indicate a message
is a reply.

Thank you for helping our non English-language group, Mark.
Have a nice week,
Marina

Ok well YAHOO decided to remove the integration email from the member list, so no more posts are coming in. Turns out the
integration email address is too long I believe.

As a solution would creating a subgroup serve as an integration where the email to post to that should be short enough to work,
then can I add the post-to address of the main group as a subscriber so it works?

Mark,

J wrote:

I think they absolutely have to be optional for moderators.

I can almost see uses for moderators being able to upload files (or to take some other "notified" actions) without creating a notification entry. Mods / owners are particularly likely to undertake setup and organization tasks that might otherwise create a lot of nuisance notification items.

I would not want members to be able to do so.

If this is implemented I think it should not be piggy-backed on the existing checkbox, if that one remains, but should be a separate one with a clear name and description. For example:

|_| Do Not Notify

Checking this box prevents the generation of web or email notification
to group members for this upload.

Shal

Mark,

In the new system, should these checkboxes exist?

That depends.

That is, should the person adding the file/creating the event/starting
the chat/etc continue to have the option to not notify the group?

No.

Let me unpack those two answers:

The checkbox currently says "Notify Members" members, but what it really means is "Message the group" - it creates a message that posts to the group's Messages/Topics and is sent to members per their Subscription Email options.

The new notices are different beasts. They don't become part of the group's Messages/Topics and are sent to members (or not) per the member's subscription Notifications options. Unlike messages, which ordinary members likely receive by email, I expect that only a few advanced members will enable email notifications, most will stick with the default "Web/App only.
https://beta.groups.io/g/main/message/22228

So I would say if the checkbox remains then it continues to do what it does now, and checked or not should not affect the generation of an item in the notification system.

My inclination would be to remove the checkbox and thereby remove the "message the group" function they currently perform.

Shal

Changes to the site this week:

• INTERNAL: More work on the upcoming notifications system.
• INTERNAL: Much work to revamp the activity log system to support webhook API functionality.
• BUGFIX: The /getmembers API endpoint would return all members, including banned and pending members, if you didn't specify a type, instead of only returning normal members, which it should do.
• NEW: Added subject checks for 'ris:' and 'r: ' which can indicate a message is a reply.
• CHANGE: Changed the file upload notification so that only one notification is generated regardless of the number of files/directories that are uploaded.

Thank you, this is a big improvement!

Best,

Glenn

• API: Added /getphoto endpoint.
• API: Added display_name, user_name, profile_photo_url, profile_privacy, email fields to the photo object.
• API: Added /reportcontent endpoint.

Have a good weekend everyone.

Mark

Changes to the site this week:

• INTERNAL: More work on the upcoming notifications system.
• INTERNAL: Much work to revamp the activity log system to support webhook API functionality.
• BUGFIX: The /getmembers API endpoint would return all members, including banned and pending members, if you didn't specify a type, instead of only returning normal members, which it should do.
• NEW: Added subject checks for 'ris:' and 'r: ' which can indicate a message is a reply.
• CHANGE: Changed the file upload notification so that only one notification is generated regardless of the number of files/directories that are uploaded.
• API: Added /getphoto endpoint.
• API: Added display_name, user_name, profile_photo_url, profile_privacy, email fields to the photo object.
• API: Added /reportcontent endpoint.

Have a good weekend everyone.

Mark

On Thu, Oct 3, 2019 at 04:33 PM, AG1P Ron wrote:

We're trying to prevent commercial advertising on our non-profit reflector.

I have to ask just how is commercial advertising turning up? Is it "rogue" members doing it? If so just put them on moderation, permanently if necessary.

Chris

Just need it for the subject line. We're trying to prevent commercial advertising on our non-profit reflector.

Regards
Ron

That could become a "unique sellingpoint" of io-groups. Would it be for the subject only or include the "body" of the message?

groetjes, Ronaldo

I think the checkbox is a good idea. Then you can check the box or not.   What I would like is for you to have a checkbox when you add a photo to notify the group.   In Facebook under notifications you can have it posted or not.  You can also list someones name if you don't want them to see it. You can make it public or private also.   Anita

We would also like key word filtering to automatically put messages into moderation before they go out to the members. There are certain topics we wish to block and now the first message always has to go out before we can block any others with te same subject.

Thanks
Ron