Date   

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

 

The group activity log. That’s where bouncing accounts are logged, even when they’ve bounced a messsge from another group. I’m thinking this bounce-handler bug is showing up now for the first time only because the 554 bug was fixed, which caused one-time special-notice guideline bounced messages to cause accounts to be marked blue B, which causes log entries for every group they’re in to be logged in every other group they’re in. Because all auto-sent guidelines are sent on the 1st of the month, you would now (for the first time, because of the fixed bug) see multiple log entries for a single member on the same day. If this is what happened, the bounce handler bug existed before but was only made manifest since the 554 bug was fixed. If all of this is correct, the bug is thst it creates a log entry that a member is bouncing when the member already has a blue B in the group.


On Feb 5, 2020, at 12:59 AM, Chris Jones via Groups.Io <chrisjones12@...> wrote:

On Wed, Feb 5, 2020 at 06:59 AM, J_Catlady wrote:
I wonder, Chris, whether you also have some duplicate log entries as well, like my group does for the one bouncing special-notice member.
I'm not currently aware of any "anomalies" but I'll have a closer look later; for the moment other off - line activities have to take precedence!

In the meantime when you say "logged" do you mean in Activity or in the individual member's Email Delivery History?

Chris

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

Chris Jones
 

On Wed, Feb 5, 2020 at 06:59 AM, J_Catlady wrote:
I wonder, Chris, whether you also have some duplicate log entries as well, like my group does for the one bouncing special-notice member.
I'm not currently aware of any "anomalies" but I'll have a closer look later; for the moment other off - line activities have to take precedence!

In the meantime when you say "logged" do you mean in Activity or in the individual member's Email Delivery History?

Chris


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

 

I wonder now whether the multiple log entries originated from other groups in which the member is *also* bouncing. The guidelines notice goes out on the 1st in every group every member is in. The system logs "x is bouncing" for every message in every group the member is in, according to what I remember.  So it makes sense that if the member is in four groups, four messages bounced on the same day - one for each group's guidelines message (even though only one was from mine). Maybe the guidelines go out at different times of day depending on the time zone? I'm just guessing here.

If this is the issue, I would change the bounce handler so that if the member is already bouncing (i.e., blue B), no further log entries would be triggered for that member (unless, of course, they unbounce in between).
--
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

 

Actually I just checked and it's 554.
--
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

 

Chris noted the following:
""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."

So the new behavior in both his group and mine seem related to that bug fix. My group member is also special-notice, and she was noted as bouncing for the first time on only on Feb 1 of this year, despite her most recent successful delivery showing as April of last year. So the bug fix did finally note her as bouncing. And there was just once bounce. It's the log entries that seem off.

I wonder, Chris, whether you also have some duplicate log entries as well, like my group does for the one bouncing special-notice member.
--
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

 

On Tue, Feb 4, 2020 at 10:10 PM, Duane wrote:
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.
Possibly. But coincidentally, (a) this has never happened in my group before; (b) the logging behavior occurred immediately after the bug fix; (c) the member is on special notices only; and (d) here was only one special notice sent in my group, and it was the guidelines notice sent on Feb 1. 
 
--
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

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

3921 - 3940 of 27743