Page Comparison

Imported From: http://groups.google.com/group/in-portal-dev/browse_thread/thread/edb7fe2518e798fb#

Hello guys,

Another idea crossed my mind which I think would be very useful to have.1.

1. We need flexible way of subscribing users to different types of actions.

...

1. For example I wish to subscribe to receive an email when:

   ...

   1. 1. New TOPIC is added to the Forum Category (now TOPIC.ADD event triggered)

   ...

   1. 1. so it's CATEGORY level subscription.

   ...

   1. 1. New POST is added to the TOPIC (now POST.ADD event triggered) so it's

   ...

   1. 1. TOPIC level subscription.

   ...

   1. 1. New CATEGORY is added

   ...

   1. 1. Category is modified

   ...

   1. 1. ANY type of resource that we have Event changed

   ...

   1. It can be managed in Admin (grid) or Front (separate forms/events needs

   ...

   1. to be programmed)

   ...

   1. Emails should be send out to all Users (BCC) once that particular Event /

   ...

   1. Action is triggered.

   Here is the first layout of this table.

   Table: EmailEventSubscriptions

   • SubscriptionId (auto-increment)
   • PortalUserId (from PortalUser table)
   • EventId (from Events table)
   • CategoryId (from Categories table, default NULL)
   • ResourceId (default NULL) ???
   • Prefix (default NULL) ???

   I am not sure if users should receive THE same email event - which I guess
   they guess they should since it's all connected to it, but at the same time if we look
   at look at the sample with POST.ADD event that is Send to the TOPIC Owner - they can
   UNcan UN-subscribe from Event and it will never be triggered and our Events (for
   subscribers for subscribers BCC) won't get it too.
   

   Can you give me your vision of this?
   

   Cheers!
   

   DA.

   Related Tasks

   Jira Legacy
   server System Jira serverId 513b375f-8291-3313-9d9f-704c39b1f915 key INP-1017