[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Dropped attachments Fwd: [Gavin (JIRA): [jira] [Commented] (INFRA-3724) attachments sent get dropped without notification to either sender or receiving list]

From: Gavin McDonald <gavin_at_16degrees.com.au>
Date: Fri, 24 Jun 2011 22:05:14 +1000

> -----Original Message-----
> From: Stefan Sperling [mailto:stsp_at_elego.de]
> Sent: Friday, 24 June 2011 9:39 PM
> To: Daniel Shahaf
> Cc: dev_at_subversion.apache.org
> Subject: Re: Dropped attachments Fwd: [Gavin (JIRA): [jira] [Commented]
> (INFRA-3724) attachments sent get dropped without notification to either
> sender or receiving list]
>
> On Fri, Jun 24, 2011 at 01:46:50PM +0300, Daniel Shahaf wrote:
> > Daniel Shahaf wrote on Fri, Jun 24, 2011 at 13:44:03 +0300:
> > > Rejecting to the OP doesn't seem to be an option. (Rejecting to a
> > > constant address /is/ an option, but it'd be all rejections, not
> > > just 'bad attachment' rejections.)
> > >
> > > Seems the option we do have is to ask for some more filename
> > > extensions to be allowed.
> > >
> > >
> > > So, can we compile a list of extensions we'd like to allow on
> > > attachments?
> > >
> >
> > Bootstrapping:
> >
> > *.diff
> > *.patch
> > (extension-less)
> >
> >
> >
> > Once we have a list I'll feed it back to infra to effect the changes.
>
> Why not just allow any name?

You'll open the lists up to possible spam/viri and the moderators won't like
you
any more either. An awful lot of crap gets caught this way. The restrictions
are
not for fun.

> It makes much more sense to put a restriction on size rather than names.

what size should an .exe attachment be before we say it is too big ?

>
> Maintaining a list like this is unwieldy.

just create a few common ones use you know get used / will use and document
it somewhere,
teach people, just like how to write a log message really - drum it in,
whatever.

Gav...
Received on 2011-06-24 14:05:50 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.