Date   

moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

Duane
 

On Tue, Feb 4, 2020 at 07:05 PM, J_Catlady wrote:
Not so sure about this "fix." In my group there were no less than FOUR "xyz is bouncing via system" log entries on Feb 1 for the same member
I'd bet that none of them were 554 codes which is the one (#bug) described in this topic.  My guess is that the first couple of bounces were either indeterminate hard bounces or soft bounces.  That triggered the bounce handling system which has decided to send bounce probes.  The one on Feb 4 also bounced.

As noted on the Help page, some codes may not be well defined.  GIO treats them as soft bounces to do the least damage, thus multiple entries in the Activity log.  I'd only see them there by accident since I check Bouncing in the Email Delivery History of the Member.

Duane


moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

 

It's the 4 log entries: Feb 1 at 5:30 a.m., 10:09 a.m., and 2:55 p.m., and today at 3:45 p.m. I'm expecting more tomorrow. :)
--
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


moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

Mark Fletcher
 

On Tue, Feb 4, 2020 at 5:05 PM J_Catlady <j.olivia.catlady@...> wrote:
Not so sure about this "fix." In my group there were no less than FOUR "xyz is bouncing via system" log entries on Feb 1 for the same member, who is subscribed via special notices, and just for good measure, there was another one this afternoon;).

Not sure I understand. Did you not expect the person to be bouncing? Or was it the fact that there were 4 bouncing log entries?

Thanks,
Mark 


moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

 

Correction: there were four in total for this member, including the one today. 
--
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


moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

 

Not so sure about this "fix." In my group there were no less than FOUR "xyz is bouncing via system" log entries on Feb 1 for the same member, who is subscribed via special notices, and just for good measure, there was another one this afternoon;).
--
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


moderated Allow both the creator and organizer(s) to edit Calendar events #suggestion

Bill Hazel
 

Moving this idea over from the GMF thread Calendar Question: "Public can view, Subscribers can view and edit" clarification 
Simply put, allow both the Creator and Organizer(s) edit Calendar events.

Bill


moderated Re: A 554 Bounce code not recognized as bouncing on first occurrence #bug #fixed

Chris Jones
 

On Thu, Jan 23, 2020 at 03:08 PM, John Pearce wrote:
What I found is that a 554.30 mail box disabled is not seen as a hard bounce and will not trigger groups.io to process the member as bouncing.
As rather suggested by Mark's "fixed" hashtag this problem has been, er, fixed. "Our" Monthly Message goes out as a Special Notice on the 1st of every month and the outcome was that about 72 new bouncers have been listed. I haven't checked every one but those I have checked were all on Special Notice deliveries and their recorded bounces were all listed... one per month.

Definitely a better way of doing things, so thanks to John for raising the matter and thanks to Mark for the prompt fix.

Another clear - out looms...

Chris


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

Ok, now I get it. These people are using their email address for the name portion of their email address. Pretty we’d. I guess I can now see how that qualifies (sort of) as an example of “posting” an email address as text. It seems to apply to any group in which people (for unknown reasons) do this, not just groups where non members can post. I’m on either way since this would not seeem to occur commonly in most groups.


On Feb 2, 2020, at 1:37 PM, Thomas Gruber <computerhusky@...> wrote:

Hi J,
I did a little test - configured an email account and put the email address also into the „name“ field (in Apple mail on iPad actually). Then I sent a message to Groups.io to a group that accepts messages from non members. 
Then the message appeared in Groups.io with the name part showing the email address, as I had set up the account. The part inside the < > (the proper email address) only showed the part before the @ sign)
So anyone configuring their account with the email address used both as the name and as the address would show their email address in the online version of Groups.io.
My opinion is that that‘s their own fault - the „name“ part of an email configuration should have the real name, or a nickname if you don‘t want to show your name to the public. But if you give away your email address by putting it into the name field then a system like groups.io can‘t correct that ( and maybe shouldn‘t).
Thomas

Am 02.02.2020 um 21:58 schrieb J_Catlady <j.olivia.catlady@...>:

On Sun, Feb 2, 2020 at 11:21 AM, Shal Farley wrote:

In my use case the Display Name shown is the part of the From field that came before the < which delimits the email address proper.
Shal, I think that's correct and that my statement that groups.io harvests and uses the email address as the display name is wrong. I think it harvests, as you reference here, the name that comes before the actual email address. However, if that's the case, then I don't understand why the actual email addresses are showing as the display names for your non-member posters. So I will take a (possibly temporary;) break from this thread until I understand the issue.
 
--
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


--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

Thomas Gruber
 

Hi J,
I did a little test - configured an email account and put the email address also into the „name“ field (in Apple mail on iPad actually). Then I sent a message to Groups.io to a group that accepts messages from non members. 
Then the message appeared in Groups.io with the name part showing the email address, as I had set up the account. The part inside the < > (the proper email address) only showed the part before the @ sign)
So anyone configuring their account with the email address used both as the name and as the address would show their email address in the online version of Groups.io.
My opinion is that that‘s their own fault - the „name“ part of an email configuration should have the real name, or a nickname if you don‘t want to show your name to the public. But if you give away your email address by putting it into the name field then a system like groups.io can‘t correct that ( and maybe shouldn‘t).
Thomas

Am 02.02.2020 um 21:58 schrieb J_Catlady <j.olivia.catlady@...>:

On Sun, Feb 2, 2020 at 11:21 AM, Shal Farley wrote:

In my use case the Display Name shown is the part of the From field that came before the < which delimits the email address proper.
Shal, I think that's correct and that my statement that groups.io harvests and uses the email address as the display name is wrong. I think it harvests, as you reference here, the name that comes before the actual email address. However, if that's the case, then I don't understand why the actual email addresses are showing as the display names for your non-member posters. So I will take a (possibly temporary;) break from this thread until I understand the issue.
 
--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

On Sun, Feb 2, 2020 at 11:21 AM, Shal Farley wrote:

In my use case the Display Name shown is the part of the From field that came before the < which delimits the email address proper.
Shal, I think that's correct and that my statement that groups.io harvests and uses the email address as the display name is wrong. I think it harvests, as you reference here, the name that comes before the actual email address. However, if that's the case, then I don't understand why the actual email addresses are showing as the display names for your non-member posters. So I will take a (possibly temporary;) break from this thread until I understand the issue.
 
--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

On Sun, Feb 2, 2020 at 11:21 AM, Shal Farley wrote:
It seems highly unlikely that even two of them have Suzanne as the user part of their actual email address.
That part is true. Also, I checked and we have 5 Suzannes, 10 Susans, and 5 Sues. :-)
 
--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

On Sun, Feb 2, 2020 at 11:21 AM, Shal Farley wrote:
In a normal working group the member's email address is not displayed in either the lists or the opened messages - only the display name.
Exactly. But the display name IS the email address (since groups. io harvests it from any email sent to the group) or blank (if they've sent no email yet) until the member or a mod changes it. And I understand your issue to be that you can't change the display name, because there's no place to do that if there's no member - there's just the email address.

I'd be happy to leave that exception and not mask the Groups.io fill-in for a member with a blank display name (that's outside my use case).
 
What I don't understand is why you think this is an "exception." IIRC (and I may not), fig-leafing of email addresses was distinctly discussed and implemented for email addresses *that members post within their message bodies.* Not for the members' own email addresses.

What if the Display Name for a non-member simply read "Non-member"? .. Ack, no. Then users reading the archives couldn't tell who's writing except by opening the message body and hoping for a signature.
I would say that anyone who wants to be treated as a group member should join the group. That means that either their email address will display with their messages, or (as I suggested) the person would not be identified at all. I would argue strongly against masking all email-address display names in every group that masks email addresses in message bodies (which includes mine) just because of the odd (IMO) use-case where you want non-members to post AND have their email addresses hidden. 

--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

J,

Imagine a message showing up as being by "Suzanne@..." and your group
has 10 Suzannes (which is actually the case in my group:).
It seems highly unlikely that even two of them have Suzanne as the user part of their actual email address. That would mean that they have unique email domains. On the other hand ten given names of Suzanne in their display names is believable, but would be an issue outside the scope of my report.

Or I'm misunderstanding the suggestion.
I think so.

In a normal working group the member's email address is not displayed in either the lists or the opened messages - only the display name.

Except for members with no Display Name set. I'd be happy to leave that exception and not mask the Groups.io fill-in for a member with a blank display name (that's outside my use case).

In my use case the Display Name shown is the part of the From field that came before the < which delimits the email address proper. And in the cases I have those are plenty diverse enough to identify senders, even with the requested masking of domains.

What if the Display Name for a non-member simply read "Non-member"?
Ack, no. Then users reading the archives couldn't tell who's writing except by opening the message body and hoping for a signature.

Shal


moderated Re: Problem with sorting in Emailed Photos folder #bug #fixed

Anita L
 

i am having the same problem and it is not fixed. If you go to posted i just see blanks after i delete and the blanks stay there. I cant see to organize it in posting and that is what my members look at. So all they are seeing are blanks. Please fix this when you can. I also sent a letter to Mark about this. Please let me know if this can be fixed.
It just started happening about 3 days ago.  Thanks

Anita


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

What if the Display Name for a non-member simply read "Non-member"? If anyone wants to start actively participating in the group, they can join and you can have control over their Display Name. Because after all, a group is a "group" (of members, generally speaking:)
--
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


moderated Re: Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

Oh, so you can't change their Display Name because they have no member record. Interesting situation. 

However, I don't know if the masking rule for message bodies should generally be applied to Display Names in "normal" groups. I think that in "normal" groups you'd want some sort of comprehensible, complete Display Name in all cases, but if the email address is wiped out because of a masking rule, you'd have nothing. You could go in and change it in a "normal" group, but that might require some detective work in some cases. Imagine a message showing up as being by "Suzanne@..." and your group has 10 Suzannes (which is actually the case in my group:). You'd have to go into email to decipher who it was actually from.

Or I'm misunderstanding the suggestion.
--
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


moderated Re: Create a setting "edits moderated" as compromise to "disable editing" #suggestion

 

p.s. "P" members' edits would, of course, bypass the moderation.
--
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


moderated Hide Email Addresses In Archives fails to mask email addresses in Display Names #bug

 

Mark,

An admittedly unusual situation, but I've a group where many non-member posters have their email address duplicated in the Display Name field of the From they post with.

This causes their full email address to be shown in Topics & Messages lists, as well in opened messages -- even when the archives are viewed by a non-member.

Applying the same rule used for message bodies to email address syntax matched in the Display Name display would resolve this.

Shal


moderated Create a setting "edits moderated" as compromise to "disable editing" #suggestion

 

Currently, the only option a group has for controlling edits is to completely disable editing. The suggestion is to create another option, "edits moderated," that causes message edits to go through moderation in an otherwise unmoderated group.

(To keep it simple, I envision the setting as being independent of and able to be set whether or not the group is unmoderated, but that it would have an effect only if the group is or becomes unmoderated.)
--
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


moderated When a message edit comes through pending, allow editing of the "reason" #suggestion

 

If you or someone edits a message and the edit comes through pending (due to some moderation setting), it's possible to edit the content from within the pending queue, but not the "reason." You can select the text of the reason, but you can't change it.

The suggestion is to allow editing of the "reason" when a message edit comes through pending.
--
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

6881 - 6900 of 30697