[
http://jira.dspace.org/jira/browse/DS-391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=10904#action_10904
]
Tim Donohue commented on DS-391:
--------------------------------
This issue was discussed again during DSpace Developer meeting on Dec 9, 2009.
Consensus was that this needs more discussion and design specs or a proposal
should happen. A "quick fix" best practice is to inform people that you
could turn off the crontab to temporarily disable email notifications on days
when batch loading will occur. *This best practice needs a volunteer to write
it up.*
[15:22] <jat_ysu> http://jira.dspace.org/jira/browse/DS-391 Add ability to
temporarily disable or turn off email notifications
[15:22] <mhwood> Was there an acceptable Quick Fix, to be superseded when we
have a Big Fix?
[15:23] <ClaudiaJuergen> thought Stuart had done a notification config option
for the item import already
[15:23] <mdiggory> per 390, differ because stuart is not available to comment
[15:24] <tdonohue> mdiggory +1 - stuart needs to comment on his quick fix
[15:24] <caryn> isn't this a line in the new dspace.cfg "#mail.server.disabled
= false"?
[15:24] <caryn> +1
[15:24] <mdiggory> per 391, does this relate to Bens patch as well
[15:25] <tdonohue> mdiggory: ben's patch?
[15:25] <mdiggory> http://jira.dspace.org/jira/browse/DS-306
[15:25] <caryn> that's the "quick fix" right - global turn off notifications?
[15:26] <mhwood> 306 is a different (and much simpler) use case, I think.
[15:26] <tdonohue> DS-391 from what I understand is slightly different (and may
need more discussion)...it's more asking for the ability to "temporarily" turn
off notifications (without a server restart)
[15:26] <mdiggory> That would be a nice feature...
[15:27] <jat_ysu> If you are batch loading your daily subs will flood a
user...could we not get a flag to disable from running?
[15:27] <mdiggory> TBH, consider it not only an administrative feature... but
maybe also a user / collection admin feature...
[15:27] <jat_ysu> for that particular collection?
[15:27] <caryn> DS-391 was more complex, so we wanted to push it to future
releases, but 306 allows an admin to say "we're going to be doing a bunch of
uploading, don't send notifications"... if i remember correctly...
[15:28] <caryn> 391 needed more discussion to flush out design specs
[15:28] <mhwood> You *can* do that with 306 but it requires a restart.
[15:28] <mdiggory> ok, why not turn of the crontab then?
[15:28] <mdiggory> of = off
[15:28] <jat_ysu> <==we turn off in crontab on days we batch load
[15:29] <tdonohue> Hmm...good thought, maybe a quick best practice on turning
off crontab is a quick fix for DS-391
[15:29] <mdiggory> ok.. I do agree though, would be nice feature...
[15:29] <mdiggory> sounds like a 1.6.1
[15:29] <tdonohue> In the essence of time, let's differ discussion on DS-391
and mark is at post-1.6.0
> Add ability to temporarily disable or turn off email notifications
> ------------------------------------------------------------------
>
> Key: DS-391
> URL: http://jira.dspace.org/jira/browse/DS-391
> Project: DSpace 1.x
> Issue Type: New Feature
> Components: DSpace API
> Reporter: Tim Donohue
> Priority: Minor
>
> This feature request came up during a DSpace Developer meeting (on Nov 25
> 2009).
> When batch loading a large amount of content into DSpace to a Collection with
> a workflow approval process, the reviewers will often receive a large amount
> of unnecessary email notifications (one per item). These email notifications
> are deemed unnecessary as the batch load process occurs in a more controlled
> environment than the normal one at a time Web UI Submission process.
> Is there a way that an institution can temporarily disable/turn off email
> notifications in this situation (or other similar situations)?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.dspace.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel
