Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751965AbeAPXNV (ORCPT + 1 other); Tue, 16 Jan 2018 18:13:21 -0500 Received: from imap.thunk.org ([74.207.234.97]:47132 "EHLO imap.thunk.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751090AbeAPXNU (ORCPT ); Tue, 16 Jan 2018 18:13:20 -0500 Date: Tue, 16 Jan 2018 18:13:13 -0500 From: Theodore Ts'o To: Dmitry Vyukov Cc: "Eric W. Biederman" , Pavel Machek , Mike Galbraith , LKML , Greg Kroah-Hartman , Andrew Morton , Linus Torvalds , syzkaller Subject: Re: LKML admins (syzbot emails are not delivered) Message-ID: <20180116231313.GL8249@thunk.org> Mail-Followup-To: Theodore Ts'o , Dmitry Vyukov , "Eric W. Biederman" , Pavel Machek , Mike Galbraith , LKML , Greg Kroah-Hartman , Andrew Morton , Linus Torvalds , syzkaller 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: tytso@thunk.org X-SA-Exim-Scanned: No (on imap.thunk.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: 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. Cheers, - Ted