On Jan 28, 2010, at 8:24 PM, Martin Edenhofer wrote:
Hi Maurício,
yes, that's true. To make the notifications more flexible (events, different attributes, different recipients, ...) this feature got dropped.
Maybe we should also add customer attributes available in the notification event admin screen? So you would be able to create also notifications depending on customers language (or on other customer attributes like location, company or email address).
Any comments?
-Martin
I think that it may not be a bad idea.
On 28.01.2010, at 20:07, Maurício Ramos wrote:
Hello, by a test using version 2.4.6, it seems that notifications configured through this feature “Notification (Event)” do not take into account the language preference of the one that is going to receive the notification. I created 2 notifications like ‘en::Customer::StateUpdate’ and ‘pt_BR::Customer::StateUpdate’ and the result was that the customer (that had his language preference configured to pt_BR) received two notifications. Is this correct? Can be workarounded? Thank you all.
Do your queues have mixed languages? Since there is a queue delimiter, I would recommend redirecting not putting an auto-reply on the entry queue, but on the move event when moving the ticket to the language specific queue for this type of request.
Service Desk (SPOC - no auto reply)
Service Desk::English (auto reply on move into this queue)
///shawn