> -----Original Message----- > From: Stefan Sperling [mailto:s...@elego.de] > Sent: Friday, 24 June 2011 9:39 PM > To: Daniel Shahaf > Cc: dev@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...