Date   

moderated Pending member count is incorrect #bug

Sandra <sancole827@...>
 

I noticed yesterday our pending member count was out by one. I thought it might fix itself overnight, however it is still not correct. We have three pending members, and onscreen (Web/U/I) it shows 2. 

Not earth shattering. I wasn't sure if anyone else had noted the same. 

Sandra


moderated Re: CSS tags and HTML attributes stripped from elements but only online? #bug

Bruce Bowman
 

On Sat, Jun 26, 2021 at 11:41 AM, Bruce Bowman wrote:
I believe the request is not so much to allow more tags, but to retain the style attributes within a tag.
For more clarity, I personally don't mind this behavior so much in messages saved to the online message base. For me, it's more of a problem in the wiki, where the stripping of inline styles leaves one really hamstrung in our ability to make pages look the way we want them to.

Regards,
Bruce


moderated Subject line length #suggestion

 

I noticed that the subject line has recently added, "happening now" and members of my group have remarked that now they can't see the "real" subject line in the mailboxes. 

I find it annoying as well, especially when I am looking for a specific email.
Can anything be done?

Thanks in advance,
Aliza


moderated Re: CSS tags and HTML attributes stripped from elements but only online? #bug

Bruce Bowman
 

On Fri, Jun 25, 2021 at 05:27 PM, Mark Fletcher wrote:
If there's a specific tag that you'd like whitelisted, we may be able to do so.
I believe the request is not so much to allow more tags, but to retain the style attributes within a tag.

Regards,
Bruce


moderated Site updates #changelog

 

Changes to the site this week:

  • INTERNAL: Completed the transition from using Go templates for the web site to Quicktemplate.
  • INTERNAL: More work on re-organizing the code base.

June 25, 2021:

  • BUGFIX: The activity log entry for a moderator changing a member's email address did not properly include the new email address.

Take care everyone.

Mark


moderated Re: CSS tags and HTML attributes stripped from elements but only online? #bug

 

On Fri, Jun 25, 2021 at 10:08 AM Jim Wilson via groups.io <groupsio=texnetsys.com@groups.io> wrote:

Per a question posted on GMF, table (and I assume other) elements style tags and even old HTML element attributes are being stripped out completely but only when viewing online. I first thought it was the browser, however emails of individual test posts received via Outlook displayed correctly. Also, emails received via Gmail and viewed in Chrome displayed correctly, as well.

Is this a bug or is purposely done by the rendering engine for the web site?

This is on-purpose, to defang potentially mischievous emails. If there's a specific tag that you'd like whitelisted, we may be able to do so.

Thanks,
Mark


moderated Hyperlink names of RSVP event responders as we do for poll responders #suggestion

Andy Wedge
 

Hi Mark,

there was a recent change to hyperlink the names of poll responders. Can we do the same for RSVP event responders please?

Thanks
Andy


moderated CSS tags and HTML attributes stripped from elements but only online? #bug

Jim Wilson
 

Per a question posted on GMF, table (and I assume other) elements style tags and even old HTML element attributes are being stripped out completely but only when viewing online. I first thought it was the browser, however emails of individual test posts received via Outlook displayed correctly. Also, emails received via Gmail and viewed in Chrome displayed correctly, as well.

Is this a bug or is purposely done by the rendering engine for the web site?
--
Jim


moderated Re: #misc Issue with bouncing messages (seems as mail from groups.io is sent to wrong mail server) #misc

YT9TP - Pedja
 

I still have this issue. It seems evident that groups.io occasionally sends mail to wrong server, not following MX records for receiving domain.




6:17pm #22929 [nanovna-users] Nano-F - Did I make a Mistake? 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:38666 is not permitted to relay through this server without authentication.
5:26pm #22925 [nanovna-users] Off topic, but still RF 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:54350 is not permitted to relay through this server without authentication.
Jun 23 #22907 [nanovna-users] Charging LED Operation on NanoVNA-H4 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:43750 is not permitted to relay through this server without authentication.
Jun 21 #22885 [nanovna-users] NanoVNA-Saver on Windows 10 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:52080 is not permitted to relay through this server without authentication.
Jun 21 #22882 [nanovna-users] NanoVnaSaver version 0.3.9 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:56252 is not permitted to relay through this server without authentication.
Jun 20 #22845 [nanovna-users] NanoVNA-saver on Windows 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:51414 is not permitted to relay through this server without authentication.
Jun 20 #22844 [nanovna-users] Opinions about the NanoVNA-F V2 96.31.72.43: 550 Please turn on SMTP Authentication in your mail client. web01.groups.io [66.175.222.12]:38940 is not permitted to relay through this server without authentication.


moderated Re: Calendar events message title and contents issues #bug

Andy Wedge
 

On Wed, Jun 23, 2021 at 10:50 PM, Mark Fletcher wrote:
I believe that is your email client ignoring the actual subject line of the email and instead substituting in the name of the first event as the subject.
Hmm. It seems you are correct. The email address is a Gmail account that I am pulling into Outlook. I've checked the same message via the Gmail web interface and it looks OK there.  It's odd that it does it for calendar removal notices but not for the invites sent when joining a group.

Andy


moderated Re: Calendar events message title and contents issues #bug

 

On Wed, Jun 23, 2021 at 2:42 PM Andy Wedge <andy_wedge@...> wrote:
On Wed, Jun 23, 2021 at 10:23 PM, Mark Fletcher wrote:
Hmmm. Does the body of the email start with 'Attached are calendar removal notices' ?
Yes, correct.  The first entry in the ICS file is from a test I did in 2019.




I believe that is your email client ignoring the actual subject line of the email and instead substituting in the name of the first event as the subject.

Thanks,
Mark 


moderated Re: Calendar events message title and contents issues #bug

Andy Wedge
 

On Wed, Jun 23, 2021 at 10:23 PM, Mark Fletcher wrote:
Hmmm. Does the body of the email start with 'Attached are calendar removal notices' ?
Yes, correct.  The first entry in the ICS file is from a test I did in 2019.




  • The text of both messages refers to 'upcoming' events but the attached ICS file contains details of past events too.
That's by design, to remove all events from your calendar.
I can understand the need to remove all events but the word 'upcoming' doesn't make much sense for past events.

Regards
Andy


moderated Re: Calendar events message title and contents issues #bug

 

On Mon, Jun 21, 2021 at 9:41 AM Andy Wedge <andy_wedge@...> wrote:

If 'Send Invites On Join' is set for a group calendar then:

  • The email subject for the invites when someone joins is 'Calendar events for <GroupEmailAddress> but when they leave, the email subject is the name of the first event that appears in the attached .ICS file.
Hmmm. Does the body of the email start with 'Attached are calendar removal notices' ?

  • The text of both messages refers to 'upcoming' events but the attached ICS file contains details of past events too.
That's by design, to remove all events from your calendar.

Thanks,
Mark 


moderated Re: Still seeing Mute/Notify for hashtags when Following Only is set #misc

 

I noticed long ago that both types of options remain, and go into effect (or not) depending on whether you’re FO or not. I think that makes sense and is efficient. If you change to FO, your selections stay. I haven’t looked at this in years so maybe you’re reporting something different, and/or things have changed.

I think of it like a master light switch in conjunction with each individual lamp on the switch being on or off. The individual lamps’ switches stay in or off even if the master switch is off. Then when you turn the master switch on, all the lamps set to “on” turn on.

Then again, I’m still in caffeinated over here…


On Jun 22, 2021, at 7:51 AM, Andy Wedge <andy_wedge@...> wrote:



Hi Mark,

I raised this on GMF a few days ago but got no response.

During some testing on my Owner account I found that if I changed my subscription settings to Following Only (and saved the change) and then went to the Hashtags page, I still see Mute/Notify for each hashtag when I should see Follow/Notify.

It works fine for my Moderator and Member accounts on the same group but for some reason not my Owner account. A bug or am I missing something?

Thanks
Andy


--
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 Still seeing Mute/Notify for hashtags when Following Only is set #misc

Andy Wedge
 

Hi Mark,

I raised this on GMF a few days ago but got no response.

During some testing on my Owner account I found that if I changed my subscription settings to Following Only (and saved the change) and then went to the Hashtags page, I still see Mute/Notify for each hashtag when I should see Follow/Notify.

It works fine for my Moderator and Member accounts on the same group but for some reason not my Owner account. A bug or am I missing something?

Thanks
Andy


moderated Calendar events message title and contents issues #bug

Andy Wedge
 

Hi Mark,

If 'Send Invites On Join' is set for a group calendar then:

  • The email subject for the invites when someone joins is 'Calendar events for <GroupEmailAddress> but when they leave, the email subject is the name of the first event that appears in the attached .ICS file.
  • The text of both messages refers to 'upcoming' events but the attached ICS file contains details of past events too.
Regards
Andy


moderated Re: Stop adding images from cal-summary messages to the Emailed Photos album #suggestion

Andy Wedge
 

Hi Bruce,

On Sat, Jun 19, 2021 at 03:56 PM, Bruce Bowman wrote:
My understanding is that Emailed Photos is merely an index of photo attachments...another way to "get at" these photos. It's also my understanding that the #cal-summary messages are stored in the message archive, like any other message. Please correct me if I'm wrong with either of these premises.
The Member's Manual and the Owner's Manual in particular state that images are stored in the Emailed Photos Album and count towards a group's storage limit.  I am happy to be corrected but that doesn't sound like merely an index to me.

In answer to your questions:

Is it prudent to create a discrepancy between what arrives in your email inbox and what appears in the archive?
I'm not saying that.  If the Emailed Photos Album is holding an extra copy each time a #cal-summary message is created than I don't believe that's necessary.

Would it make more sense to just strip all images from the #cal-summary before sending? 
We advertise different events in our calendar which include various images to make things more appealing to members. I don't think stripping out images would help in that respect.  The #cal-summary message in particular is a repeat of what is already in the archive and an individual event and it's images can be sent out multiple times (each week in our case)..

If the images aren't stripped, yet don't appear in Emailed Photos, won't that make it harder to delete them later? 
In relation to #cal-summary messages, they all have the same subject: "Upcoming Events" and so are easily identifiable via Admin > Billing (or Admin > Usage) and then viewing attachments (being able to sort by message Subject may make it easier though).

Maybe something like this should be done for every system-generated message. Is there something special about #cal-summary that makes it an exception?
I think my comments above have covered this.


If the Emailed Photos Album is an index then it's not very user friendly (and I would suggest the manuals need clarifying).  If I look something up in an index in a book then a single entry will typically list all the page numbers where that item is found.  The equivalent on Groups.io would be to show a single image and then list all the messages where that image occurs (and listing the image size and number of occurrences would help storage management too).

Regards
Andy


moderated Re: Stop adding images from cal-summary messages to the Emailed Photos album #suggestion

Bruce Bowman
 

On Fri, Jun 18, 2021 at 08:15 AM, Andy Wedge wrote:
our calendar events frequently feature pictures in the event description and I have found that our weekly #cal-summary messages are creating duplicate images in the Emailed Photos album. Can I suggest that we don't do that please?
Andy -- I'm not yet clear on what the proposal is or what its impact might be.

My understanding is that Emailed Photos is merely an index of photo attachments...another way to "get at" these photos. It's also my understanding that the #cal-summary messages are stored in the message archive, like any other message. Please correct me if I'm wrong with either of these premises.

Questions:
  • Is it prudent to create a discrepancy between what arrives in your email inbox and what appears in the archive?
  • Would it make more sense to just strip all images from the #cal-summary before sending? 
  • If the images aren't stripped, yet don't appear in Emailed Photos, won't that make it harder to delete them later? 
  • Maybe something like this should be done for every system-generated message. Is there something special about #cal-summary that makes it an exception?
Regards,
Bruce


moderated Re: Beta Group Guidelines #meta

 

On Sat, Jun 19, 2021 at 07:13 AM, Duane wrote:
For me, the rest of that line covers things,
Yes, of course,  the rest of it is correct. So why not make it correct from the get-go?
 
--
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: Beta Group Guidelines #meta

Duane
 

On Sat, Jun 19, 2021 at 08:59 AM, J_Catlady wrote:
I've noticed one slightly inaccurate and possibly confusing statement in the guidelines: "All new topics are moderated."
For me, the rest of that line covers things, "Therefore, if your message creates a new topic, expect a delay before it is posted to the group."

Duane

1201 - 1220 of 30674