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

["Arınç ÜNAL" <arinc.unal@arinc9.com>]

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ç