From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 18669 invoked from network); 10 Feb 2021 12:23:04 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 10 Feb 2021 12:23:04 -0000 Received: from mail-ed1-f52.google.com ([209.85.208.52]) by 1ess; Wed Feb 10 07:18:16 -0500 2021 Received: by mail-ed1-f52.google.com with SMTP id y8so2685646ede.6 for <9front@9front.org>; Wed, 10 Feb 2021 04:18:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=cv3yySgJlKQJWFUJWjTCchSrLuOI70HoSHqRbf+XrdQ=; b=uJJDrkm8o6e/StJU8GekuuzNEJ1u5s9DwidZ32NdbuXZFCxE2/jH9me5zSmBg7d6rM pZ6BnS3v1BAOfz3y6NInIh019/sM3gDEJM47ckrWRwIOnX5TH0VfVqINAbO4lgt+UMDG VoKqHxm6zG2HtW1psgj3GOPGS0E/ig8ZKyZB3V8Jjs41Ss+xaENQNWMimRyvV6g1z3xH rwAPdtmlUsUamRgdB1pqPtKRbeUHU2szDj89QZTXb2wM9riWY1QM7nUvpsza4mHjb0xG wNLR4L0kSpg36AZiOSZ9di1VK0ytsW6DfiT1lT9tvhMWFjXb/b+EcK2Oxgkbi5XIeYg/ zbcw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=cv3yySgJlKQJWFUJWjTCchSrLuOI70HoSHqRbf+XrdQ=; b=igfNyjNw7vmSy+mythgrMF4/qBCULllo65JFtQOufyUUAgtohx7FR5i2PVwxs64hY+ uDebyhpNDm4RBhEHN9oZI3ZGaFHQRJkZkP9l4u8K4TCHgFEVzStuYa48AmjUhbghATpR GvY8qVMGIqSTuCKjOhFZidoy7Qy+ACwA6lnVbtT7AgNduK8qvwBCWVNPvNPi5JLAARc/ w3B9GsLlrB5AWhKJmYdDyP8zvSodJoEDdySCV3UbCRrRuQ1YUc1FqlFw77We7zyxBhe3 aLI4BoLiVZVWNJz1R6LaUvPd7H3eNHy6MfC0XaYYufQc+bXB8e6gKB/nFI2Rw6tPN29H qQSQ== X-Gm-Message-State: AOAM533/04sMB6rnelhaKJyIAtzrkUboSx2M2rFjSgT9vLD6mN2Z6/Zt 0WQUAzmZX76n8IlaenwX0LbsdKyXKpi+evu+z9wB/yUguxU= X-Google-Smtp-Source: ABdhPJy/3w4uk+R6um/PDp0onDL6kVGfBwBDvOj56vSIyfle94hiNFjmTndPVVu46rR6+oyUaUrUlv+GlO+ZWpA2wvs= X-Received: by 2002:a05:6402:1151:: with SMTP id g17mr2895558edw.48.1612959484825; Wed, 10 Feb 2021 04:18:04 -0800 (PST) MIME-Version: 1.0 Received: by 2002:a17:906:3957:0:0:0:0 with HTTP; Wed, 10 Feb 2021 04:18:03 -0800 (PST) In-Reply-To: <339fdc13-8fbd-46bb-ac4e-69f44a8844b7@sirjofri.de> References: <6B2624687B48229BD4C2C356D0661C68@eigenstate.org> <339fdc13-8fbd-46bb-ac4e-69f44a8844b7@sirjofri.de> From: hiro <23hiro@gmail.com> Date: Wed, 10 Feb 2021 13:18:03 +0100 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: basic interface framework dependency callback controller Subject: Re: [9front] mimetype: add entry for .patch extension Reply-To: 9front@9front.org Precedence: bulk i still want a virus encoded either into a filename or into some magic bytes that file will stumble over hahaha :D lyndon's point stands, also for webservers. it's silly that webservers are expected to run filename heuristics just so that it can lie to the browser about what filetype it might be. it breaks too often in practice, i don't like it. and the browser never does what i want, i can't force it to just DISPLAY the image even though the webserver claims it can only be downloaded to disk. maybe all this together is even more messy than that little itch with mail content types that makes people feel so much more safe doubleclicking on every attachment they get. On 2/10/21, sirjofri wrote: > > 09.02.2021 06:08:56 ori@eigenstate.org: >> Quoth Michael Forney : >>> This way, upas/vf won't flag .patch files as suspicious by default. >>> >>> diff [...] >> >> Seems good, but for most purposes, it also seems >> reasonable to just 'rm /mail/lib/validateattachment'; >> I don't think it really does anything useful for mail >> on plan 9. > > If you don't think about mail, but http servers: at least rc-httpd uses > it to construct content-type headers. It extends this list (which btw > doesn't include css and js). I'm not sure about ip/httpd or tcp80. > > I have some extensions for rc-httpd I did for gridchat-web, that included > basic range handling as well as POST. I wanted to prepare a patch. It's > on https://github.com/sirjofri/gridchat-web, if someone else wants to do > it (it's very easy, but contains one auxiliary native program for range > handling. I can try some chain using cat file | {read -c $start >>/dev/null; read -c $end} instead and see if it's faster than dd. Sorry > for offtopic). > > sirjofri >