Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Jakub Kicinski]

On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
> Fix description for tristate and help sections which include inaccurate
> information.
> 
> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>

Didn't make it thru to the list again :(
Double check that none of the addresses in To: or Cc: are missing
spaces between name and email or after a dot. That seems to be the most
common cause of trouble. Or try to resend using just emails, no names.

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[John 'Warthog9' Hawley]

On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>> Fix description for tristate and help sections which include inaccurate
>> information.
>>
>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
> 
> Didn't make it thru to the list again :(
> Double check that none of the addresses in To: or Cc: are missing
> spaces between name and email or after a dot. That seems to be the most
> common cause of trouble. Or try to resend using just emails, no names.
> 

You are also likely to run into trouble if your character set is set to 
UTF-8.

- John 'Warthog9' Hawley

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Arınç ÜNAL]

On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>> Fix description for tristate and help sections which include inaccurate
>>> information.
>>>
>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>
>> Didn't make it thru to the list again :(
>> Double check that none of the addresses in To: or Cc: are missing
>> spaces between name and email or after a dot. That seems to be the most
>> common cause of trouble. Or try to resend using just emails, no names.
>>
> 
> You are also likely to run into trouble if your character set is set to 
> UTF-8.

I think that may be the problem here. I just resent this with only Jakub 
and the lists without names. It didn't make it to netdev. My name 
includes non-Latin characters. I'm not sure how I can change UTF-8 to 
something else that works with this list. I had no such issues with 
linux-mediatek.

Arınç

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[John 'Warthog9' Hawley]

On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>> Fix description for tristate and help sections which include inaccurate
>>>> information.
>>>>
>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>
>>> Didn't make it thru to the list again :(
>>> Double check that none of the addresses in To: or Cc: are missing
>>> spaces between name and email or after a dot. That seems to be the most
>>> common cause of trouble. Or try to resend using just emails, no names.
>>>
>>
>> You are also likely to run into trouble if your character set is set 
>> to UTF-8.
> 
> I think that may be the problem here. I just resent this with only Jakub 
> and the lists without names. It didn't make it to netdev. My name 
> includes non-Latin characters. I'm not sure how I can change UTF-8 to 
> something else that works with this list. I had no such issues with 
> linux-mediatek.
> 
> Arınç
> 

So dug it out of the logs, you aren't running into UTF-8 issues, so 
that's good.  However your mail client is appending 'Delivered-To:' to 
the messages, which is a significant indicator of some weird mail 
problem for lists, I.E. why is a message that's been delivered being 
passed back through to the list, which is on the published taboo list:

http://vger.kernel.org/majordomo-taboos.txt

What are you using to send these messages, as that's a header I 
absolutely wouldn't expect to be on messages heading to vger?

- John 'Warthog9' Hawley

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Arınç ÜNAL]

On 26.01.2023 10:45, John 'Warthog9' Hawley wrote:
> On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
>> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>>> Fix description for tristate and help sections which include 
>>>>> inaccurate
>>>>> information.
>>>>>
>>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>>
>>>> Didn't make it thru to the list again :(
>>>> Double check that none of the addresses in To: or Cc: are missing
>>>> spaces between name and email or after a dot. That seems to be the most
>>>> common cause of trouble. Or try to resend using just emails, no names.
>>>>
>>>
>>> You are also likely to run into trouble if your character set is set 
>>> to UTF-8.
>>
>> I think that may be the problem here. I just resent this with only 
>> Jakub and the lists without names. It didn't make it to netdev. My 
>> name includes non-Latin characters. I'm not sure how I can change 
>> UTF-8 to something else that works with this list. I had no such 
>> issues with linux-mediatek.
>>
>> Arınç
>>
> 
> So dug it out of the logs, you aren't running into UTF-8 issues, so 
> that's good.  However your mail client is appending 'Delivered-To:' to 
> the messages, which is a significant indicator of some weird mail 
> problem for lists, I.E. why is a message that's been delivered being 
> passed back through to the list, which is on the published taboo list:
> 
> http://vger.kernel.org/majordomo-taboos.txt
> 
> What are you using to send these messages, as that's a header I 
> absolutely wouldn't expect to be on messages heading to vger?

It's just git send-email on git version 2.37.2. Zoho is doing the 
hosting & SMTP.

Arınç

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[John 'Warthog9' Hawley]

On 1/25/2023 11:48 PM, Arınç ÜNAL wrote:
> On 26.01.2023 10:45, John 'Warthog9' Hawley wrote:
>> On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
>>> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>>>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>>>> Fix description for tristate and help sections which include 
>>>>>> inaccurate
>>>>>> information.
>>>>>>
>>>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>>>
>>>>> Didn't make it thru to the list again :(
>>>>> Double check that none of the addresses in To: or Cc: are missing
>>>>> spaces between name and email or after a dot. That seems to be the 
>>>>> most
>>>>> common cause of trouble. Or try to resend using just emails, no names.
>>>>>
>>>>
>>>> You are also likely to run into trouble if your character set is set 
>>>> to UTF-8.
>>>
>>> I think that may be the problem here. I just resent this with only 
>>> Jakub and the lists without names. It didn't make it to netdev. My 
>>> name includes non-Latin characters. I'm not sure how I can change 
>>> UTF-8 to something else that works with this list. I had no such 
>>> issues with linux-mediatek.
>>>
>>> Arınç
>>>
>>
>> So dug it out of the logs, you aren't running into UTF-8 issues, so 
>> that's good.  However your mail client is appending 'Delivered-To:' to 
>> the messages, which is a significant indicator of some weird mail 
>> problem for lists, I.E. why is a message that's been delivered being 
>> passed back through to the list, which is on the published taboo list:
>>
>> http://vger.kernel.org/majordomo-taboos.txt
>>
>> What are you using to send these messages, as that's a header I 
>> absolutely wouldn't expect to be on messages heading to vger?
> 
> It's just git send-email on git version 2.37.2. Zoho is doing the 
> hosting & SMTP.
> 
> Arınç
> 

Best I can suggest for testing is try sending the patch series to only 
the following 2 e-mail addresses:
	to: testing@vger.kernel.org
	cc: warthog9@eaglescrag.net

That will cut out more or less everything in the interim and might get 
me a better look at the series.

Only other thing I can think of is how is git send-email configured? 
Where the 'Delivered-To:' header is in the headers makes me think that 
it's added somewhere in what zoho is doing, which doesn't particularly 
make any sense, as that would imply you are sending it to yourself and 
then it passes it on?

I'll admit zoho is one of the mail providers that has a tendency to 
reject a lot of mail coming from vger and has been unresponsive to any 
queries I've made on that front (though I'll note your domain is not on 
the list of domains that are having problems there).  Only other thing I 
could suggest is pinging zoho technical support and asking them what's 
up, as that's a very odd header to have there.

- John 'Warthog9' Hawley

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Arınç ÜNAL]

On 26.01.2023 11:12, John 'Warthog9' Hawley wrote:
> On 1/25/2023 11:48 PM, Arınç ÜNAL wrote:
>> On 26.01.2023 10:45, John 'Warthog9' Hawley wrote:
>>> On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
>>>> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>>>>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>>>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>>>>> Fix description for tristate and help sections which include 
>>>>>>> inaccurate
>>>>>>> information.
>>>>>>>
>>>>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>>>>
>>>>>> Didn't make it thru to the list again :(
>>>>>> Double check that none of the addresses in To: or Cc: are missing
>>>>>> spaces between name and email or after a dot. That seems to be the 
>>>>>> most
>>>>>> common cause of trouble. Or try to resend using just emails, no 
>>>>>> names.
>>>>>>
>>>>>
>>>>> You are also likely to run into trouble if your character set is 
>>>>> set to UTF-8.
>>>>
>>>> I think that may be the problem here. I just resent this with only 
>>>> Jakub and the lists without names. It didn't make it to netdev. My 
>>>> name includes non-Latin characters. I'm not sure how I can change 
>>>> UTF-8 to something else that works with this list. I had no such 
>>>> issues with linux-mediatek.
>>>>
>>>> Arınç
>>>>
>>>
>>> So dug it out of the logs, you aren't running into UTF-8 issues, so 
>>> that's good.  However your mail client is appending 'Delivered-To:' 
>>> to the messages, which is a significant indicator of some weird mail 
>>> problem for lists, I.E. why is a message that's been delivered being 
>>> passed back through to the list, which is on the published taboo list:
>>>
>>> http://vger.kernel.org/majordomo-taboos.txt
>>>
>>> What are you using to send these messages, as that's a header I 
>>> absolutely wouldn't expect to be on messages heading to vger?
>>
>> It's just git send-email on git version 2.37.2. Zoho is doing the 
>> hosting & SMTP.
>>
>> Arınç
>>
> 
> Best I can suggest for testing is try sending the patch series to only 
> the following 2 e-mail addresses:
>      to: testing@vger.kernel.org
>      cc: warthog9@eaglescrag.net
> 
> That will cut out more or less everything in the interim and might get 
> me a better look at the series.

Done, thanks for looking over this.

> 
> Only other thing I can think of is how is git send-email configured? 
> Where the 'Delivered-To:' header is in the headers makes me think that 
> it's added somewhere in what zoho is doing, which doesn't particularly 
> make any sense, as that would imply you are sending it to yourself and 
> then it passes it on?

My .gitconfig is as follows, the rest is straight out of apt install 
git-email.

[user]
         email = arinc.unal@arinc9.com
         name = Arınç ÜNAL

[sendemail]
         smtpEncryption = ssl
         smtpServer = smtppro.zoho.com
         smtpUser = arinc.unal@arinc9.com
         smtpPass =
         smtpServerPort = 465

> 
> I'll admit zoho is one of the mail providers that has a tendency to 
> reject a lot of mail coming from vger and has been unresponsive to any 
> queries I've made on that front (though I'll note your domain is not on 
> the list of domains that are having problems there).  Only other thing I 
> could suggest is pinging zoho technical support and asking them what's 
> up, as that's a very odd header to have there.

I'll see what I can do. I've been getting suspicious header mails from 
linux-arm-kernel and pabeni@redhat.com's mail server outright claims 
Zoho's SMTP IP as spam.

Your mail to 'linux-arm-kernel' with the subject

     [PATCH net] net: ethernet: mtk_eth_soc: disable hardware DSA
untagging for second MAC

Is being held until the list moderator can review it for approval.

The reason it is being held:

     Message has a suspicious header

---

This message was created automatically by mail delivery software.
  A message that you sent could not be delivered to one or more of its 
recipients. This is a permanent error.

pabeni@redhat.com, ERROR CODE :550 - spamcop.mimecast.org Blocked - see 
https://www.spamcop.net/bl.shtml?136.143.188.14. - 
https://community.mimecast.com/docs/DOC-1369#550 
[nSq2mM6RNqWOxCrbHVMv8Q.us380]

Arınç

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Arınç ÜNAL]

Removing lists from recipient.

On 26.01.2023 12:13, Arınç ÜNAL wrote:
> On 26.01.2023 12:00, Arınç ÜNAL wrote:
>> On 26.01.2023 11:51, John 'Warthog9' Hawley wrote:
>>> Popping the lists off -JH
>>>
>>> On 1/26/2023 12:24 AM, Arınç ÜNAL wrote:
>>>> On 26.01.2023 11:12, John 'Warthog9' Hawley wrote:
>>>>> On 1/25/2023 11:48 PM, Arınç ÜNAL wrote:
>>>>>> On 26.01.2023 10:45, John 'Warthog9' Hawley wrote:
>>>>>>> On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
>>>>>>>> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>>>>>>>>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>>>>>>>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>>>>>>>>> Fix description for tristate and help sections which include 
>>>>>>>>>>> inaccurate
>>>>>>>>>>> information.
>>>>>>>>>>>
>>>>>>>>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>>>>>>>>
>>>>>>>>>> Didn't make it thru to the list again :(
>>>>>>>>>> Double check that none of the addresses in To: or Cc: are missing
>>>>>>>>>> spaces between name and email or after a dot. That seems to be 
>>>>>>>>>> the most
>>>>>>>>>> common cause of trouble. Or try to resend using just emails, 
>>>>>>>>>> no names.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> You are also likely to run into trouble if your character set 
>>>>>>>>> is set to UTF-8.
>>>>>>>>
>>>>>>>> I think that may be the problem here. I just resent this with 
>>>>>>>> only Jakub and the lists without names. It didn't make it to 
>>>>>>>> netdev. My name includes non-Latin characters. I'm not sure how 
>>>>>>>> I can change UTF-8 to something else that works with this list. 
>>>>>>>> I had no such issues with linux-mediatek.
>>>>>>>>
>>>>>>>> Arınç
>>>>>>>>
>>>>>>>
>>>>>>> So dug it out of the logs, you aren't running into UTF-8 issues, 
>>>>>>> so that's good.  However your mail client is appending 
>>>>>>> 'Delivered-To:' to the messages, which is a significant indicator 
>>>>>>> of some weird mail problem for lists, I.E. why is a message 
>>>>>>> that's been delivered being passed back through to the list, 
>>>>>>> which is on the published taboo list:
>>>>>>>
>>>>>>> http://vger.kernel.org/majordomo-taboos.txt
>>>>>>>
>>>>>>> What are you using to send these messages, as that's a header I 
>>>>>>> absolutely wouldn't expect to be on messages heading to vger?
>>>>>>
>>>>>> It's just git send-email on git version 2.37.2. Zoho is doing the 
>>>>>> hosting & SMTP.
>>>>>>
>>>>>> Arınç
>>>>>>
>>>>>
>>>>> Best I can suggest for testing is try sending the patch series to 
>>>>> only the following 2 e-mail addresses:
>>>>>      to: testing@vger.kernel.org
>>>>>      cc: warthog9@eaglescrag.net
>>>>>
>>>>> That will cut out more or less everything in the interim and might 
>>>>> get me a better look at the series.
>>>>
>>>> Done, thanks for looking over this.
>>>
>>> Got the the patch, and the test list does flag it for taboo, so at 
>>> least it's consistent.
>>>
>>> Looking at the headers to my direct e-mail it's still got the 
>>> delivered-to header so zoho is doing something they shouldn't be doing:
>>>
>>> Received: from sender4-op-o14.zoho.com (sender4-op-o14.zoho.com 
>>> [136.143.188.14])
>>>      by mail.monkeyblade.net (Postfix) with ESMTPS id 7F14F83ED027
>>>      for <warthog9@eaglescrag.net>; Thu, 26 Jan 2023 00:17:53 -0800 
>>> (PST)
>>> X-Virus-Status: Clean
>>> X-Virus-Scanned: clamav-milter 0.103.7 at shards.monkeyblade.net
>>> Delivered-To: arinc.unal@arinc9.com
>>> ARC-Seal: i=1; a=rsa-sha256; t=1674721072; cv=none;
>>>      d=zohomail.com; s=zohoarc;
>>>
>>>>
>>>>>
>>>>> Only other thing I can think of is how is git send-email 
>>>>> configured? Where the 'Delivered-To:' header is in the headers 
>>>>> makes me think that it's added somewhere in what zoho is doing, 
>>>>> which doesn't particularly make any sense, as that would imply you 
>>>>> are sending it to yourself and then it passes it on?
>>>>
>>>> My .gitconfig is as follows, the rest is straight out of apt install 
>>>> git-email.
>>>>
>>>> [user]
>>>>          email = arinc.unal@arinc9.com
>>>>          name = Arınç ÜNAL
>>>>
>>>> [sendemail]
>>>>          smtpEncryption = ssl
>>>>          smtpServer = smtppro.zoho.com
>>>>          smtpUser = arinc.unal@arinc9.com
>>>>          smtpPass =
>>>>          smtpServerPort = 465
>>>
>>> That looks utterly boring and exactly how I would hope to find it, so 
>>> that's probably not it.
>>>
>>> Between that config, and the headers I'm seeing from zoho to shards, 
>>> noted above, I'm pretty sure they are adding it and they absolutely 
>>> shouldn't be...
>>>
>>>>
>>>>>
>>>>> I'll admit zoho is one of the mail providers that has a tendency to 
>>>>> reject a lot of mail coming from vger and has been unresponsive to 
>>>>> any queries I've made on that front (though I'll note your domain 
>>>>> is not on the list of domains that are having problems there).  
>>>>> Only other thing I could suggest is pinging zoho technical support 
>>>>> and asking them what's up, as that's a very odd header to have there.
>>>>
>>>> I'll see what I can do. I've been getting suspicious header mails 
>>>> from linux-arm-kernel and pabeni@redhat.com's mail server outright 
>>>> claims Zoho's SMTP IP as spam.
>>>>
>>>> Your mail to 'linux-arm-kernel' with the subject
>>>>
>>>>      [PATCH net] net: ethernet: mtk_eth_soc: disable hardware DSA
>>>> untagging for second MAC
>>>>
>>>> Is being held until the list moderator can review it for approval.
>>>>
>>>> The reason it is being held:
>>>>
>>>>      Message has a suspicious header
>>>
>>> 1 $local_currency_unit says it's a 'Delivered-To:' header ;-)
>>>
>>>>
>>>> ---
>>>>
>>>> This message was created automatically by mail delivery software.
>>>>   A message that you sent could not be delivered to one or more of 
>>>> its recipients. This is a permanent error.
>>>>
>>>> pabeni@redhat.com, ERROR CODE :550 - spamcop.mimecast.org Blocked - 
>>>> see https://www.spamcop.net/bl.shtml?136.143.188.14. - 
>>>> https://community.mimecast.com/docs/DOC-1369#550 
>>>> [nSq2mM6RNqWOxCrbHVMv8Q.us380]
>>>
>>> Hmmmm wonder what they ran afoul of to trigger spamcop.  The IP isn't 
>>> listed on mxtoolbox ( 
>>> https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a136.143.188.14&run=toolpage )
>>>
>>> and weirdly it's also not listed on spamcop.net itself:
>>>
>>> https://www.spamcop.net/w3m?action=blcheck&ip=136.143.188.14
>>>
>>> Could be a generic response message via mimecast but it might be 
>>> kicking it back similarly on the odd headers.  Either way something 
>>> is definitely wonky with the way zoho's handling e-mail and
>>>
>>> On a side note for Paolo, any way you can check with Redhat IT and 
>>> see if they can fish out a reason for the rejection from their mail 
>>> logs? Might prove helpful to Arınç, though I'm not entirely hopeful 
>>> for Zoho's support being able to remedy this.
>>>
>>> Your best bet is to check with Zoho directly, my own experience tends 
>>> to be since I'm not the paying customer I tend to be ignored or 'we 
>>> can't talk to you'.  If you need any logs or the headers let me know 
>>> and I'll snag them for you.
>>
>> Let's see if this mail reaches the list. I suspect Delivered-To: 
>> header is being added by Zoho when git send-email automatically adds 
>> my own address to CC. My normal responses end up on the list fine.
> 
> I forgot to add the lists back, oops. Take two.

Yeah it didn't reach the list. I'll tell Zoho to stop adding this header 
when my own address is on CC. Thanks for the help John!

Arınç

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[Arınç ÜNAL]

On 26/01/2023 12:39, Arınç ÜNAL wrote:
> Removing lists from recipient.
> 
> On 26.01.2023 12:13, Arınç ÜNAL wrote:
>> On 26.01.2023 12:00, Arınç ÜNAL wrote:
>>> On 26.01.2023 11:51, John 'Warthog9' Hawley wrote:
>>>> Popping the lists off -JH
>>>>
>>>> On 1/26/2023 12:24 AM, Arınç ÜNAL wrote:
>>>>> On 26.01.2023 11:12, John 'Warthog9' Hawley wrote:
>>>>>> On 1/25/2023 11:48 PM, Arınç ÜNAL wrote:
>>>>>>> On 26.01.2023 10:45, John 'Warthog9' Hawley wrote:
>>>>>>>> On 1/25/2023 11:34 PM, Arınç ÜNAL wrote:
>>>>>>>>> On 26.01.2023 10:23, John 'Warthog9' Hawley wrote:
>>>>>>>>>> On 1/25/2023 10:44 PM, Jakub Kicinski wrote:
>>>>>>>>>>> On Wed, 25 Jan 2023 08:36:53 +0300 Arınç ÜNAL wrote:
>>>>>>>>>>>> Fix description for tristate and help sections which include 
>>>>>>>>>>>> inaccurate
>>>>>>>>>>>> information.
>>>>>>>>>>>>
>>>>>>>>>>>> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
>>>>>>>>>>>
>>>>>>>>>>> Didn't make it thru to the list again :(
>>>>>>>>>>> Double check that none of the addresses in To: or Cc: are 
>>>>>>>>>>> missing
>>>>>>>>>>> spaces between name and email or after a dot. That seems to 
>>>>>>>>>>> be the most
>>>>>>>>>>> common cause of trouble. Or try to resend using just emails, 
>>>>>>>>>>> no names.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> You are also likely to run into trouble if your character set 
>>>>>>>>>> is set to UTF-8.
>>>>>>>>>
>>>>>>>>> I think that may be the problem here. I just resent this with 
>>>>>>>>> only Jakub and the lists without names. It didn't make it to 
>>>>>>>>> netdev. My name includes non-Latin characters. I'm not sure how 
>>>>>>>>> I can change UTF-8 to something else that works with this list. 
>>>>>>>>> I had no such issues with linux-mediatek.
>>>>>>>>>
>>>>>>>>> Arınç
>>>>>>>>>
>>>>>>>>
>>>>>>>> So dug it out of the logs, you aren't running into UTF-8 issues, 
>>>>>>>> so that's good.  However your mail client is appending 
>>>>>>>> 'Delivered-To:' to the messages, which is a significant 
>>>>>>>> indicator of some weird mail problem for lists, I.E. why is a 
>>>>>>>> message that's been delivered being passed back through to the 
>>>>>>>> list, which is on the published taboo list:
>>>>>>>>
>>>>>>>> http://vger.kernel.org/majordomo-taboos.txt
>>>>>>>>
>>>>>>>> What are you using to send these messages, as that's a header I 
>>>>>>>> absolutely wouldn't expect to be on messages heading to vger?
>>>>>>>
>>>>>>> It's just git send-email on git version 2.37.2. Zoho is doing the 
>>>>>>> hosting & SMTP.
>>>>>>>
>>>>>>> Arınç
>>>>>>>
>>>>>>
>>>>>> Best I can suggest for testing is try sending the patch series to 
>>>>>> only the following 2 e-mail addresses:
>>>>>>      to: testing@vger.kernel.org
>>>>>>      cc: warthog9@eaglescrag.net
>>>>>>
>>>>>> That will cut out more or less everything in the interim and might 
>>>>>> get me a better look at the series.
>>>>>
>>>>> Done, thanks for looking over this.
>>>>
>>>> Got the the patch, and the test list does flag it for taboo, so at 
>>>> least it's consistent.
>>>>
>>>> Looking at the headers to my direct e-mail it's still got the 
>>>> delivered-to header so zoho is doing something they shouldn't be doing:
>>>>
>>>> Received: from sender4-op-o14.zoho.com (sender4-op-o14.zoho.com 
>>>> [136.143.188.14])
>>>>      by mail.monkeyblade.net (Postfix) with ESMTPS id 7F14F83ED027
>>>>      for <warthog9@eaglescrag.net>; Thu, 26 Jan 2023 00:17:53 -0800 
>>>> (PST)
>>>> X-Virus-Status: Clean
>>>> X-Virus-Scanned: clamav-milter 0.103.7 at shards.monkeyblade.net
>>>> Delivered-To: arinc.unal@arinc9.com
>>>> ARC-Seal: i=1; a=rsa-sha256; t=1674721072; cv=none;
>>>>      d=zohomail.com; s=zohoarc;
>>>>
>>>>>
>>>>>>
>>>>>> Only other thing I can think of is how is git send-email 
>>>>>> configured? Where the 'Delivered-To:' header is in the headers 
>>>>>> makes me think that it's added somewhere in what zoho is doing, 
>>>>>> which doesn't particularly make any sense, as that would imply you 
>>>>>> are sending it to yourself and then it passes it on?
>>>>>
>>>>> My .gitconfig is as follows, the rest is straight out of apt 
>>>>> install git-email.
>>>>>
>>>>> [user]
>>>>>          email = arinc.unal@arinc9.com
>>>>>          name = Arınç ÜNAL
>>>>>
>>>>> [sendemail]
>>>>>          smtpEncryption = ssl
>>>>>          smtpServer = smtppro.zoho.com
>>>>>          smtpUser = arinc.unal@arinc9.com
>>>>>          smtpPass =
>>>>>          smtpServerPort = 465
>>>>
>>>> That looks utterly boring and exactly how I would hope to find it, 
>>>> so that's probably not it.
>>>>
>>>> Between that config, and the headers I'm seeing from zoho to shards, 
>>>> noted above, I'm pretty sure they are adding it and they absolutely 
>>>> shouldn't be...
>>>>
>>>>>
>>>>>>
>>>>>> I'll admit zoho is one of the mail providers that has a tendency 
>>>>>> to reject a lot of mail coming from vger and has been unresponsive 
>>>>>> to any queries I've made on that front (though I'll note your 
>>>>>> domain is not on the list of domains that are having problems 
>>>>>> there). Only other thing I could suggest is pinging zoho technical 
>>>>>> support and asking them what's up, as that's a very odd header to 
>>>>>> have there.
>>>>>
>>>>> I'll see what I can do. I've been getting suspicious header mails 
>>>>> from linux-arm-kernel and pabeni@redhat.com's mail server outright 
>>>>> claims Zoho's SMTP IP as spam.
>>>>>
>>>>> Your mail to 'linux-arm-kernel' with the subject
>>>>>
>>>>>      [PATCH net] net: ethernet: mtk_eth_soc: disable hardware DSA
>>>>> untagging for second MAC
>>>>>
>>>>> Is being held until the list moderator can review it for approval.
>>>>>
>>>>> The reason it is being held:
>>>>>
>>>>>      Message has a suspicious header
>>>>
>>>> 1 $local_currency_unit says it's a 'Delivered-To:' header ;-)
>>>>
>>>>>
>>>>> ---
>>>>>
>>>>> This message was created automatically by mail delivery software.
>>>>>   A message that you sent could not be delivered to one or more of 
>>>>> its recipients. This is a permanent error.
>>>>>
>>>>> pabeni@redhat.com, ERROR CODE :550 - spamcop.mimecast.org Blocked - 
>>>>> see https://www.spamcop.net/bl.shtml?136.143.188.14. - 
>>>>> https://community.mimecast.com/docs/DOC-1369#550 
>>>>> [nSq2mM6RNqWOxCrbHVMv8Q.us380]
>>>>
>>>> Hmmmm wonder what they ran afoul of to trigger spamcop.  The IP 
>>>> isn't listed on mxtoolbox ( 
>>>> https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a136.143.188.14&run=toolpage )
>>>>
>>>> and weirdly it's also not listed on spamcop.net itself:
>>>>
>>>> https://www.spamcop.net/w3m?action=blcheck&ip=136.143.188.14
>>>>
>>>> Could be a generic response message via mimecast but it might be 
>>>> kicking it back similarly on the odd headers.  Either way something 
>>>> is definitely wonky with the way zoho's handling e-mail and
>>>>
>>>> On a side note for Paolo, any way you can check with Redhat IT and 
>>>> see if they can fish out a reason for the rejection from their mail 
>>>> logs? Might prove helpful to Arınç, though I'm not entirely hopeful 
>>>> for Zoho's support being able to remedy this.
>>>>
>>>> Your best bet is to check with Zoho directly, my own experience 
>>>> tends to be since I'm not the paying customer I tend to be ignored 
>>>> or 'we can't talk to you'.  If you need any logs or the headers let 
>>>> me know and I'll snag them for you.
>>>
>>> Let's see if this mail reaches the list. I suspect Delivered-To: 
>>> header is being added by Zoho when git send-email automatically adds 
>>> my own address to CC. My normal responses end up on the list fine.
>>
>> I forgot to add the lists back, oops. Take two.
> 
> Yeah it didn't reach the list. I'll tell Zoho to stop adding this header 
> when my own address is on CC. Thanks for the help John!

Technical support denied request:

> I would like to inform you that "Delivered-To" in the email header field will be added by default and we do not have provision to remove it.

Do you know an email provider that works well with kernel development 
mailing lists? Looks like the migration season is around the corner.

Arınç

Re: [PATCH net] net: dsa: mt7530: fix tristate and help description

[patchwork-bot+netdevbpf]

Hello:

This patch was applied to netdev/net.git (master)
by Jakub Kicinski <kuba@kernel.org>:

On Thu, 26 Jan 2023 22:01:11 +0300 you wrote:
> From: Arınç ÜNAL <arinc.unal@arinc9.com>
> 
> Fix description for tristate and help sections which include inaccurate
> information.
> 
> Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
> 
> [...]

Here is the summary with links:
  - [net] net: dsa: mt7530: fix tristate and help description
    https://git.kernel.org/netdev/net/c/ff445b839774

You are awesome, thank you!
-- 
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html

[PATCH net] net: dsa: mt7530: fix tristate and help description

[arinc9.unal]

From: Arınç ÜNAL <arinc.unal@arinc9.com>

Fix description for tristate and help sections which include inaccurate
information.

Signed-off-by: Arınç ÜNAL <arinc.unal@arinc9.com>
---

This should end up on the mailing list, and make it the last mail I send
to properly submit this patch.

Arınç

---
 drivers/net/dsa/Kconfig | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/drivers/net/dsa/Kconfig b/drivers/net/dsa/Kconfig
index c26755f662c1..f6f3b43dfb06 100644
--- a/drivers/net/dsa/Kconfig
+++ b/drivers/net/dsa/Kconfig
@@ -35,12 +35,13 @@ config NET_DSA_LANTIQ_GSWIP
 	  the xrx200 / VR9 SoC.
 
 config NET_DSA_MT7530
-	tristate "MediaTek MT753x and MT7621 Ethernet switch support"
+	tristate "MediaTek MT7530 and MT7531 Ethernet switch support"
 	select NET_DSA_TAG_MTK
 	select MEDIATEK_GE_PHY
 	help
-	  This enables support for the MediaTek MT7530, MT7531, and MT7621
-	  Ethernet switch chips.
+	  This enables support for the MediaTek MT7530 and MT7531 Ethernet
+	  switch chips. Multi-chip module MT7530 in MT7621AT, MT7621DAT,
+	  MT7621ST and MT7623AI SoCs is supported.
 
 config NET_DSA_MV88E6060
 	tristate "Marvell 88E6060 ethernet switch chip support"
-- 
2.37.2