Issue 30136 - Mailing list vacation suspension
Summary: Mailing list vacation suspension
Status: CLOSED FIXED
Alias: None
Product: Infrastructure
Classification: Infrastructure
Component: Mailing lists (show other issues)
Version: current
Hardware: All All
: P3 Trivial (vote)
Target Milestone: CEE Rubicon
Assignee: Unknown
QA Contact: issues@www
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-12 23:54 UTC by mjevans
Modified: 2021-05-27 19:28 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description mjevans 2004-06-12 23:54:12 UTC
I subscribe to many different OpenOffice mailing lists.  Going on vacation means
that mail piles up pretty high, especially with CVS subscriptions.

It is possible to unsubscribe on departure and resubscribe on return, but that
procedure is tedious and there is a simple alternative.  I propose it as a feature.

Provide a web-based interface to 'suspend' mailing list subscriptions.  When
checked, the user receives no e-mail from OOo mailing lists, but the
subscriptions remain valid.  When unchecked, the mail starts up again. 
Subscription status is unchanged in either case.  This idea is just an extra
filtering step on the mailing lists.

The user will miss e-mail while the option is checked, but can always visit the
archives.  If you want to be really elaborate you could offer a way to request
that OOo send all mail that has been missed.  That would be a "catch up" option.
 I do not desire it, but such a thing is possible.
Comment 1 lsuarezpotts 2004-06-14 18:13:36 UTC
Hi
Taking this and routing it to support as an enhancement.

FWIW, we will be upgrading the mail system, albeit sometime in the misty future.
louis
Comment 2 Unknown 2004-06-23 18:33:02 UTC
All of this is possible via most every MUA I can think of.  Is that not 
sufficient?
Comment 3 mjevans 2004-06-27 00:12:48 UTC
> All of this is possible via most every MUA 
I assume you don't mean "mail client," because this is not an end user
capability.  The idea is that OpenOffice.org would not send the mail at all
during vacation.  That way the end user's mailbox does not overflow.  The only
way to do this feature is on the server side.
Comment 4 Unknown 2004-06-28 16:26:11 UTC
My point is that most mail clients, or MUAs, have filtering capabilities 
enabling mail to be routed to alternate mailboxes, rather than your inbox, while 
you are on vacation.  Upon return, you could review that filtered mail or 
discard it at your own discretion.  Does your email client not allow for 
filtering?

Or are you primarily concerned about emails from Issue Tracker?  If so, the 
option already exists for you to disable email notifications within the 
'configuration options' section of Issue Tracker.  Does that address your 
concerns?
Comment 5 mjevans 2004-06-29 01:26:50 UTC
You're missing the whole point here.  While I'm on vacation, my computer is OFF.
 It doesn't matter what mail client I use.  What matters is that, on the
third-party mail server, which is beyond my control, mail from OOo piles up high
and clogs the allowed mailbox capacity, preventing me from receiving more
important mail.  Spam also clogs the box.  Eventually, personal mail I need to
see gets bounced back with an error, "mailbox full."  The idea here is to flag
OOo that I don't want its server to send me anything until I return from a trip
and flip the switch on the OOo server.
Comment 6 stx123 2004-06-29 13:46:10 UTC
reassigning to support.
Comment 7 Unknown 2004-06-30 23:28:23 UTC
Sounds dandy, opened internal feature request.
Comment 8 Unknown 2004-10-07 19:31:31 UTC
The issue is accepted internally to be scoped for the future releases. This is 
part of the new CEE architecture being developed. Resolving this as FIXED-
LATER for now.
Comment 9 Unknown 2005-04-18 23:31:08 UTC
This is being considered for the Snake release.
Comment 10 Unknown 2007-03-06 11:46:42 UTC
This enhancement could not make it to the Snake release and is being considered
for a future release. Changing the Target Milestone to reflect the current
status of this issue. Support will continue to track this issue internally and
update you on its progress.

Regards,
Karishma
Support Operations
Comment 11 Unknown 2007-03-07 11:14:11 UTC
Clearing the unused keywords from the Keywords field.

Regards,
Karishma
Support Operations
Comment 12 Unknown 2009-01-19 12:48:56 UTC
CollabNet Support is currently reviewing the issues under Resolved-Later. If the
issues are fixed currently in any of the present CEE releases, then it will be
marked as Resolved-Fixed.

There might be a few issues which might not be in our future roadmaps which
might be closed as Wontfix unless it does not lie under any custom request.
Comment 13 Unknown 2009-01-19 12:50:07 UTC
This has been fixed in CEE 5.0 in Discussions