Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752474AbeAQIHR (ORCPT + 1 other); Wed, 17 Jan 2018 03:07:17 -0500 Received: from mail-pf0-f173.google.com ([209.85.192.173]:35145 "EHLO mail-pf0-f173.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752405AbeAQIHP (ORCPT ); Wed, 17 Jan 2018 03:07:15 -0500 X-Google-Smtp-Source: ACJfBosFmnJk4tSWvM4VCElHC4beN3TSBLnjk1cNoEiw15Lsi33EXvxDPaYNW1GeUz9tZ0+4+6ag9rfkGvu8Rm+YsbA= MIME-Version: 1.0 In-Reply-To: <20180116231313.GL8249@thunk.org> References: <20180104092552.GA991@amd> <1515058705.7875.25.camel@gmx.de> <20180104095628.GA4407@atrey.karlin.mff.cuni.cz> <87inchsl4h.fsf@xmission.com> <87efmrt6ul.fsf@xmission.com> <20180116071225.GJ8249@thunk.org> <20180116231313.GL8249@thunk.org> From: Dmitry Vyukov Date: Wed, 17 Jan 2018 09:06:54 +0100 Message-ID: Subject: Re: LKML admins (syzbot emails are not delivered) To: "Theodore Ts'o" , Dmitry Vyukov , "Eric W. Biederman" , Pavel Machek , Mike Galbraith , LKML , Greg Kroah-Hartman , Andrew Morton , Linus Torvalds , syzkaller Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Wed, Jan 17, 2018 at 12:13 AM, Theodore Ts'o wrote: > On Tue, Jan 16, 2018 at 09:31:26AM +0100, Dmitry Vyukov wrote: >> On Tue, Jan 16, 2018 at 8:12 AM, Theodore Ts'o wrote: >> > I just checked a recent report from the Syzbot, and it's not fixed. >> > The raw.log file still uses a Content-Type of >> > Application/Octet-stream. Worse the reproducer C source file has a >> > content type of Application/Octet-stream instead of the much more sane >> > Application/text. >> >> >> I will look into using a different mailing system which allows more >> control over email contents. >> A quick fix for raw.log will be to rename it to raw.log.txt. Not sure >> if text/plain repro.c.txt is better than application/octet-stream >> repro.c... > > My personal opinion is that if there is no way to force the content > type except by using magic extensions --- which is super-surprising to > me; that seems like a broken API and a feature request bug should be > filed against the relevant API --- using repro.c.txt would be the best > of bad alternatives. Someone is going to have to exit to a shell to > compile the repro, and renaming the filename isn't a big deal. The > Mail User Agent I use (mutt) allows me to specify the directory to > save the file, and gives me the opportunity to edit the filename, > before I save it. So at least for me, it really isn't a big deal for > you to use repro.c.txt. Good. I've made such change, it's now raw.log.txt and repro.c.txt: https://github.com/google/syzkaller/commit/afcb994770d7e0f4b88c623bec76fbdce57d3910 I've also mailed a change to appengine that supports *.c, *.log and *.patch as text/plain extensions. There does not seem to be any major objects to it, but it will probably take some time to be deployed in prod. After that I will rename them back.