|
Re: Getting rid of Avatars globally
On Thu, May 12, 2022 at 06:59 AM, Lynda Kane wrote:
Is there a way, globally to remove the (extremely annoying and waste of space! ;) ) Avatar column in all my accounts/viewsLynda -- You can upload a blank image (such as the one attached) as a Profile Photo. This will effectively remove your own "avatar." There is no provision to modify the Profile Photo of others, nor can you eliminate the "placeholder" image displayed for those who haven't uploaded one. Regards, Bruce Check out the groups.io Help Center?and?groups.io Owners Manual |
|
Re: Send Bounce Probe option missing
¿ªÔÆÌåÓýPaul,Just curious, what happens if you click on one of those bouncing members whom you cannot otherwise check then do Actions-Send Bounce Probe?? There is a Send Bounce Probe in that screen as well which when clicked will take you back to the bouncing screen with a green note on top of the page, "A message has been sent to the member containing a link to unbounce their account."? Cheers, Christos |
|
Re: Send Bounce Probe option missing
On Wed, May 11, 2022 at 06:54 PM, Epicatt2 wrote:
Not sure if there is anything else the might affect the accessibility of a send bounce probe option in that one group. Could it perhaps be a bug or glitch that might affect only that one group of mine?That seems unlikely. This is all very weird. Could it be that someone is both bouncing and NC? I didn't think that was possible, but we seem to be treading into new territory now. A screenshot might be helpful but you'd have to obliterate all the email addresses. Bruce Check out the groups.io Help Center?and?groups.io Owners Manual |
|
Re: Send Bounce Probe option missing
Bruce wrote:
"it's best to filter the member list so it displays only Bouncing members before making those selections. Try that and see if it helps." === Bruce, I did filter the member list (I ticked Boouncing) first (as I always do) just as you suggested, but that one group never offers me the option 'send a bounce probe'. I did however remove any of the red badged bouncing members before trying to send the bounce probe to the blue badged bouncers. Yet this does not happen with my other group, filtered in similar fashion and the 'send bounce probe' option is always there in the dropdown menu under the 'Action' button. This is what made me suspicious that it might be an overlooked setting on the one group. Not sure if there is anything else the might affect the accessibility of a send bounce probe option in that one group. Could it perhaps be a bug or glitch that might affect only that one group of mine? Regards, Paul M. Owner - CostaRicaLIving == |
|
Re: Send Bounce Probe option missing
On Wed, May 11, 2022 at 12:33 PM, Epicatt2 wrote:
I am an owner on two unrelated GIO groups. ON one I can send blue badged bouncing members a bounce probe. On the other group that option is not available. They are both paid legacy groups.If you've accidentally checked anyone who is not bouncing, the "Send Bounce Probe" option won't be available in the Actions menu. You may have thought you didn't do that, but you could have someone checked on a different page/screenful of members. For this reason it's best to filter the member list so it displays only Bouncing members before making those selections. Try that and see if it helps. Regards, Bruce Check out the groups.io Help Center?and?groups.io Owners Manual |
|
Send Bounce Probe option missing
I am an owner on two unrelated GIO groups. ON one I can send blue badged bouncing members a bounce probe. On the other group that option is not available. They are both paid legacy groups.
Is there a setting to enable this feature? If so I've been unable to discover how to enable it on the one group. Any advice will be welcomed. TIA Paul M. Owner ¨C CostaRicaLiving == |
|
Re: Reverse DNS does not match the SMTP Banner on the server
The tech is not exactly wrong but he's not exactly right, either. This is because GIO is a fairly unique case.
?
I'm not affiliated with GIO but I know (from past Mark messages) that GIO uses separate servers for inbound (lb01 at 45.79.81.153 and lb02 at 173.255.221.194) and outbound (web01 at 66.175.222.12 and mail02 at 66.175.222.108) email. The outbound servers do not allow inbound connections whatsoever (I know because I checked) so there is no way to check the "SMTP Banner" on either of them. This is not uncommon on large-volume providers. As a result, you cannot rely on MxToolBox because it is impossible for them to create a "tool" for this scenario.
?
The inbound email servers indicated by the MX entries in DNS (lb01 at 45.79.81.153 and lb02 at 173.255.221.194) are the same as the IP's for the web sites. (I strongly disagree that GIO should be using the same IP's for the web sites and inbound email servers but that's a separate issue.)
?
The tech is correct that the MX servers do not match the SMTP Banner because both report "groups.io" instead of lb01 and lb02, respectively. However, this has no bearing on the receipt of email and the tech should concentrate only on the email header because, for speed and efficiency, email systems only check information regarding the IP that is connecting to it's system and which is attempting to transmit email for a particular domain.
?
Each outbound server has the correct entries for Reverse DNS and are authorized to transmit on behalf of groups.io according to the SPF record. GIO does not do DMARC due to complexity and the probability that it cannot accommodate GIO's circumstance.
?
So, the other major mitigating factors are reputation (blacklisting) and clamps on volume at various ISP's around the country. This is the bane of GIO's existence and the most major reason for "bouncing" messages. I know that GIO makes every effort to placate those providers but it is really out of the control of GIO. Sadly, most end-users are also at the mercy of these ISP's because they rarely listen to customers when so few are affected but one should still voice their complaints with the ISP. The alternative is to use a separate email provider that works better.
?
-- Jim |
|
Re: 500 invalid request - bounce message
no reverse DNS for 121.200.0.92 This has only just started happening to them in past couple of daysThe member needs to tell technical support of their ISP to pass following to their sysadmin: DNSSEC for the reverse zone is invalid: NS lookup with the "checking disabled" flag works but doesn't work normally (without that flag): ~ $ dig +cdflag -x 121.200.0.92 @8.8.8.8 ... ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34526 ... ;; ANSWER SECTION: 92.0.200.121.in-addr.arpa. 3600 IN PTR smtp01.aussiebb.com.au. ... ~ $ dig -x 121.200.0.92 @8.8.8.8 ... ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 23500 |
|
Re: Reverse DNS does not match the SMTP Banner on the server
On Tue, May 10, 2022 at 05:05 PM, Doug Becker wrote:
I think it shows it¡¯s a Groups io problem, but I¡¯m not techie enough to be sure.The 173.255.221.194 address is for the web site.? The email servers that Groups.io uses are 66.175.222.12 and 66.175.222.108.? Unless it's a recent change that I haven't heard of, there should be no messages sent from the .194 address.? Maybe someone else knows for sure. Duane -- Lots of detailed information can be found in the Owners Manual and Members Manual. |
|
Re: Reverse DNS does not match the SMTP Banner on the server
toggle quoted message
Show quoted text
|
|
Re: Reverse DNS does not match the SMTP Banner on the server
¿ªÔÆÌåÓýI¡¯ve gotten further data. I think it shows it¡¯s a Groups io problem, but I¡¯m not techie enough to be sure.
|
|
Re: Reverse DNS does not match the SMTP Banner on the server
On Tue, May 10, 2022 at 03:53 PM, Doug Becker wrote:
Is Groups.io aware of the issue and doing anything about it?I don't think it's Groups.io's problem, it appears to be the email receiving service for the member.? This happens pretty regularly with some services.? Things get tweaked or replaced and some of the settings no longer match up.? You can look at the member's Email Delivery History, in the Bounces section at the bottom, for additional details that might help. Duane -- Lots of detailed information can be found in the Owners Manual and Members Manual. |
|
Re: Moving individual groups to become subgroups of a new group?
#migration
#subgroups
Thanks everyone, there are some really useful responses here.
@SMax, thanks for your guidelines but it seems that the approach you describe would only migrate the membership list. We have 10 years of history of some of these groups (going back to when they were on Yahoo! Groups) so we would really like to migrate the archives as well. If we can't do that, then we would prefer to stick with the status quo. Luckily we haven't really used calendars, wikis etc so we don't have to worry too much about broken links. I'll contact support and see what they recommend. Thanks again, everyone! Brendan. |
|
Re: 500 invalid request - bounce message
On Tue, May 10, 2022 at 05:36 AM, Peter Cook wrote:
Any insights / fixes would be appreciated.My guess would be that the folks that own the mail server (121.200.0.92) have made a change and haven't got it set up correctly.? Sometimes things like that start working after a few people complain to the company and/or they finish the setup.? It looks like it's owned by an Australian company, if that helps any. Duane -- Lots of detailed information can be found in the Owners Manual and Members Manual. |
Bruce
Christos Psarras
Epicatt2
Jim Wilson
Lena
Duane
Brendan Quinn