¿ªÔÆÌåÓý

Date

Re: Reverse DNS does not match the SMTP Banner on the server

 

¿ªÔÆÌåÓý

Jim,

Many thanks for taking the time to explain that. It¡¯s super helpful.

Doug

On May 11, 2022, at 7:27 AM, Jim Wilson via <groupsio@...> wrote:

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 "" 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 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: 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 days
The 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: 500 invalid request - bounce message

 

Thanks Duane.? The user in question has queried why he only gets this error when he emails to groups.io, and not with other emails he sends to friends etc.? I imagine this may be due to particular (rigorous) configuration requirements of groups.io.

Would you mind offering a (very) brief explanation, so I can pass it on?

With thanks
Peter


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

 

¿ªÔÆÌåÓý

Here is how my member¡¯s IT tech describes the screenshot below:

Mismatch is on their end, not yours¡­.
?
More importantly, they need to check it for themselves¡­. Both mail servers suffer from the SMTP banner/RDNS mismatch¡­¡­.
They can test it for themselves:?


image0.jpeg

On May 10, 2022, at 2:51 PM, Duane <txpigeon@...> wrote:

On Tue, May 10, 2022 at 03:53 PM, Doug Becker wrote:
Is aware of the issue and doing anything about it?
I don't think it's '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: 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.

image0.jpeg

On May 10, 2022, at 2:51 PM, Duane <txpigeon@...> wrote:

On Tue, May 10, 2022 at 03:53 PM, Doug Becker wrote:
Is aware of the issue and doing anything about it?
I don't think it's '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: 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.


Reverse DNS does not match the SMTP Banner on the server

 

Hello, I manage a forum (of 600) and I have a small percentage of members who are??persistently thrown into "bouncing" mode without an obvious reason. I have always suspect spam filters are the issue, but didn't know for sure. It has been a real drag.

Today I get a message from a bouncing member who had their IT tech look into it. Here's the response: "I see where they have a problem¡­. Their Reverse DNS does not match the SMTP Banner on their server¡­. So, they made a change that puts them in direct violation of a rule that runs on your email server¡¯s SPAM filter."?

Does anyone have more information on this? Is Groups.io aware of the issue and doing anything about it?

Doug Becker



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.


Re: #bug Pending Subscription Notices #bug

 

Thanks for the suggestions everyone. ?Without changing anything, the +owner now has mysteriously returned and two messages have been received and logged.

So, presumably a temporary quirk.


500 invalid request - bounce message

 

¿ªÔÆÌåÓý

Hi

I know this has come up before, but I have a subscriber who is getting their posts bounced, with the following error message:

?

host lb02.groups.io[173.255.221.194] said: 500 Invalid request, no reverse DNS for 121.200.0.92 (in reply to RCPT TO command)

?

This has only just started happening to them in past couple of days, previously he was able to post to our group.

?

Any insights / fixes would be appreciated.

?

Peter

?

?

?


Re: Another question about bounced email addresses...

 

It is a common problem especially with groups that have a long life or those that got moved from Yahoo or another platform.?

When this special notice I intend to create goes out, will it therefore overide these red bounce flags and get delivered to the recipients or not so ?
Groups.io has stopped sending them bounce probes (messages). A special notice will not override and be sent out. If you look at the messages in Members, Email Delivery History, you will probably see that "This mailbox is disabled (554.30)" or "mailbox not available". Gmail says "The email account that you tried to reach does not exist."

If a member has blocked an incoming message (say routed it to their spam folder for instance) - does that count as a red flag at my end.

No, marking a message as spam (by their email provider or by the member), causes them to be unsubscribed and removed from the member's list, if they don't respond to the message from Groups.io
See?/helpcenter/membersmanual/1/working-with-group-messages/responding-to-a-you-have-been-removed

?

You imagine a red flag as signalling that they have changed their email address, but could their individual settings create a red flag also ?
Well, yes and no. If they don't update their email address with Groups.io, and they no longer have the old address, they will bounce. (So a problem with their individual settings). They don't have that email address anymore, most likely. In my own group, many are old Yahoo email addresses. But other settings don't cause the problem.

Getting down to basics - What is the point of having all these red flag bouncers on board anyway - shouldnt I just write them off and "remove" them from the membership thus effectively cutting down the number of members who are playing ball and joining in ?
There is no point really. However if you have important members who have fallen by the wayside, you could try to trace them in another way - Facebook or Twitter, your own email address book, a common friend, etc.

If not cull them all by removal - at least remove those bouncers who have never contributed ever.
See
/helpcenter/membersmanual/1/understanding-groups-io-accounts/handling-a-bouncing-account

Frances
?
--
Help available from Groups.io help and GMF wiki.

?


Re: Another question about bounced email addresses...

 

I have a few questions about bounced members with the redflag applying against their name.

I have a number of these members now unfortunately - some have participated in the past - some have never participated at all but are still members but bounced members.

I intend to set up a special monthly notice soon covering a number of issues and I have already disabled "No email" delivery in my group (as part of the wider subscription process).

When this special notice I intend to create goes out, will it therefore overide these red bounce flags and get delivered to the recipients or not so ?

If a member has blocked an incoming message (say routed it to their spam folder for instance) - does that count as a red flag at my end.

You imagine a red flag as signalling that they have changed their email address, but could their individual settings create a red flag also ?

Getting down to basics - What is the point of having all these red flag bouncers on board anyway - shouldnt I just write them off and "remove" them from the membership thus effectively cutting down the number of members who are playing ball and joining in ?

If not cull them all by removal - at least remove those bouncers who have never contributed ever.

Barry

? ?


Locked Re: How to change longitude and latitude using astroexpression?

 

I believe you need to join the group /g/Astrolog that discusses astroexpression.? This group, GMF, is for discussions of the workings of Groups.io.

Duane
--
Lots of detailed information can be found in the Owners Manual and Members Manual.


Locked How to change longitude and latitude using astroexpression?

 


I often have to choose a place for a solarium meeting for my clients. I would love to automate this process. Is there any way to get the current longitude (or latitude) using astroexpression, increase it by a specific amount, and build a new map using the value obtained? I tried
-M0 7 "-zl ~'Add Lon 10' ~'Lat'"
?but it doesn't work
--
Regards, Hennadii Kutimanov.


Re: cPanel is delaying (5) incoming messages

 

Second adding "Groups.io will never send you unsolicited login request email" to member manual. Maybe in bold on the opening page.
Best, Marv


Re: [invitation] Question

 

Groups.IO was the only thing I found that came close to what we had with Yahoo groups pre their NEO Fiasco.? Then I? learned that Mark wrote the original software for yahoo groups, so the move to .IO was a no-brainer!
?
?
?

On May 7, 2022 at 2:39 PM, Larry Finch <finches@...> wrote:

On Sat, May 7, 2022 at 2:03 PM nobe <nobes.psp1@...> wrote:
Thank you for your replies.
Many years ago there were Yahoo Groups and they offered many great options.
But nothing is the same as the good old days anymore.
_._
There was Yahoo Groups, which was originally created by Mark Fletcher, who later sold it to Yahoo. And he later created Groups.io, and still owns and develops it. When Yahoo shut down Yahoo Groups a couple of years ago most former groups migrated to , which even had tools for making the move seamless. There is no feature of Yahoo Groups that isn't present in , in most cases better than it was in Yahoo groups. So if there is something you liked in Yahoo Groups that you are missing in Groups.io say what it is and someone will explain how to use it.
BTW, there were never any "good old days", just our flawed memories of the past.
_._,


Re: [invitation] Question

 



On Sat, May 7, 2022 at 2:03 PM nobe <nobes.psp1@...> wrote:
Thank you for your replies.
Many years ago there were Yahoo Groups and they offered many great options.
But nothing is the same as the good old days anymore.
_._,

There was Yahoo Groups, which was originally created by Mark Fletcher, who later sold it to Yahoo. And he later created Groups.io, and still owns and develops it. When Yahoo shut down Yahoo Groups a couple of years ago most former groups migrated to , which even had tools for making the move seamless. There is no feature of Yahoo Groups that isn't present in , in most cases better than it was in Yahoo groups. So if there is something you liked in Yahoo Groups that you are missing in Groups.io say what it is and someone will explain how to use it.

BTW, there were never any "good old days", just our flawed memories of the past.
_._,_

Best regards,
Larry


--
Larry Finch

N 40¡ã 53' 50"
W 74¡ã 02' 55"