On Thu, Jul 24, 2014 at 8:11 PM, Kay Schenk <kay.sch...@gmail.com> wrote: > > > On 07/24/2014 03:38 PM, Rob Weir wrote: >> On Thu, Jul 24, 2014 at 12:00 PM, Kay Schenk <kay.sch...@gmail.com> wrote: >>> >>> >>> On 07/22/2014 05:47 PM, Rob Weir wrote: >>>> On Tue, Jul 22, 2014 at 5:50 PM, Kay Schenk <kay.sch...@gmail.com> wrote: >>>>> Does anyone happen to know what our maximum attachment size is for BZ >>>>> attachments? According to the help for BZ 4.4.4, it should process large >>>>> attachments "nicer" now but I don't know how our particular instance is >>>>> setup. >>>>> >>>> >>>> There are two size limits, one for attachments stored in the database, >>>> and one for attachments stored on the file system. >>>> >>>> We have the limit set to 1000 KB for attachments stored in the >>>> database and 0 for storage in the file system, meaning these are >>>> disabled. >>>> >>>> Regards, >>>> >>>> -Rob >>> >>> OK, thanks. I can't find any specific information differentiating these >>> two types, though. (?) >>> >> >> The idea is it saves small attachments (up to one specified limit) >> into the database. If permitted larger attachments are then stored on >> the file system, up to another specified size limit. >> >> Do we feel a need to allow larger attachments? >> >> -Rob > > Well I had an idea that might require it. I will bring up a topic soon > and see what others think. There are probably alternative ways of doing > what I was thinking. >
OK. Just keep in mind the maintenance question. If we use the file system for attachments this means a database backup would not be sufficient. I assume Infra takes care of the BZ backups so we'd need to coordinate with them on any change. -Rob >> >> >>>> >>>> >>>>> Thanks. >>>>> -- >>>>> ------------------------------------------------------------------------- >>>>> MzK >>>>> >>>>> "To be trusted is a greater compliment than being loved." >>>>> -- George MacDonald >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>>> >>> >>> -- >>> ------------------------------------------------------------------------- >>> MzK >>> >>> "To be trusted is a greater compliment than being loved." >>> -- George MacDonald >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >>> For additional commands, e-mail: dev-h...@openoffice.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org >> For additional commands, e-mail: dev-h...@openoffice.apache.org >> > > -- > ------------------------------------------------------------------------- > MzK > > "To be trusted is a greater compliment than being loved." > -- George MacDonald > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > For additional commands, e-mail: dev-h...@openoffice.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
