On Mon, Mar 16, 2020 at 11:54 PM, Jim Avera wrote:

The point is we have an *existing* email address used to "send messages to the list" (in the old system), and I want messages sent there to go out in the new GIO list.  But only if the sender is authorized to post (this screening function used to be performed by a human, and now is supposed to be automatic with GIO).

The existing email is not secret.  So the original sender MUST be validated before posting messages received via that original posting mbox.

Jim -- I guess I don't understand the problem. Clearly, what we're talking about is not a bug...at worst, it's a missing feature.

Please post to GMF and perhaps we can help you there. I have further suggestions but don't want to extend what amounts to an off-topic thread.

Regards,
Bruce 

Praying for your family, Mark.
--
Tom Biggs
GFCA

On Mon, Mar 16, 2020 at 11:03 AM, Duane wrote:
  On Mon, Mar 16, 2020 at 12:38 PM, Jim Avera wrote:
     But ANY message from any user gets posted.

Another but, only if they have the specific email address assigned to the integration.  Highly unlikely that someone would accidentally create that address.

The point is we have an *existing* email address used to "send messages to the list" (in the old system), and I want messages sent there to go out in the new GIO list.  But only if the sender is authorized to post (this screening function used to be performed by a human, and now is supposed to be automatic with GIO).

The existing email is not secret.  So the original sender MUST be validated before posting messages received via that original posting mbox.

P.S. I don't see any way to "assign to the integration" our existing email address.  The only option I see is to generate a new email address of the form groupname+int+gobbledegook@groups.io and forward our existing mbox to that.  Which defeats all posting security AFAICT.   If I'm missing something here please reply -- I don't understand how the "email integration" can be very useful for announce-only groups.  Thanks.

Take care of yourself and your family, that's a higher priority. This all can wait.

Best,

Glenn

Oh no Mark, y'all stay well out there.

--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

Our block group is organizing for the pandemic and trying to get the whole block involved. To that end, we are re-inviting many people who did not act on invites a long time ago. To to this, we are using "send again" from the Sent Invite page, but are discovering to our chagrin that the original (and now completely obsolete) custom messages sent to them years ago are going out to these people again. Hopefully I'm missing something, but I can't find a way to change it. I think the custom message should be editable when re-sending an invite.
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

On Mon, Mar 16, 2020 at 12:38 PM, Jim Avera wrote:

But ANY message from any user gets posted.

Another but, only if they have the specific email address assigned to the integration.  Highly unlikely that someone would accidentally create that address.  And you could also set the #email hashtag that will be assigned to them as moderated for a backup plan.

Duane

Ah,perfect!  (the From: and ReplyTo: headers point back to the originating sender).

Not so perfect after all!   This is an announce-only group, so only messages sent by moderators should get posted.  But ANY message from any user gets posted.

So the "email integration" thing is not usable except for completely-open groups.

On Mon, Mar 16, 2020 at 07:15 AM, Bruce Bowman wrote:

Jim -- Consider setting up an email integration for your group and have the forwarder send it's messages to that. 

Ah,perfect!  (the From: and ReplyTo: headers point back to the originating sender).  Thanks for the tip.

P.S. Is there a convention for marking a topic (like this one) "closed" or "solved"?

Hmm, there a BUG/REGRESSION may have crept in to the Direct-Add Notification stuff:

The help text says (I see now) that D-A Notifs are auto-sent if "active". But that is not the case, i.e. a D-A Notif. is not used automatically; and there is no checkbox to make a D-A Notification "active" (like there is for Welcome and Guidelines).

Here is the current help text for the D-A Notification:

When clicking on a map pin, the list of entries automatically scrolls below the map with the selected row being highlighted by a blue bar on the left side. However, if the pin relates to the last entry on the list, scrolling is not quite to the bottom of the page meaning an extra user action is required to show the selected row.

Andy

On Sun, Mar 15, 2020 at 11:27 PM, Jim Avera wrote:

If an email account is set up to auto-forward to a GIO group, then the resulting messages appear to be from the forwarding email mbox, not the original sender.   Consequently, a "reply" to the post goes to the forwarding mbox and just loops back to the group (and I suspect that GIO is checking subscriber privs based on the forwarding mbox instead of the original source mbox). 

Jim -- Consider setting up an email integration for your group and have the forwarder send it's messages to that. 

Regards,
Bruce

On Mon, Mar 16, 2020 at 03:28 AM, Jim Avera wrote:

You have been added by <owner name> to the <group name> group at Groups.io.

In cases where there are multiple owners and/or Mods with the relevant permissions, for clarity, <owner name> should really be <owner/mod doing the DA>.

Andy