[cisco-voip] preventing message notification loops in unity/connection

[Lelio Fulgenzi]

Now that you say that, I recall someone mentioning that before. 

I'm more interested in Unity Connection right now, when I go to the port listing, I see an extension column which is blank, but when I go to edit, I can't add the extension anywhere. 

Perhaps it's a bug. 

----- Original Message ----- 
From: "Ryan Ratliff" <rratliff at cisco.com> 
To: "Lelio Fulgenzi" <lelio at uoguelph.ca> 
Cc: "cisco-voip voyp list" <cisco-voip at puck.nether.net> 
Sent: Monday, December 8, 2008 5:34:21 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] preventing message notification loops in unity/connection 

For Unity do you have the DNs configured on the vm ports in UTIM? I believe this was supposed to be used to prevent loops. Not sure how connection comes into play, it's been a long time since I worked on Unity. 




-Ryan 


On Dec 8, 2008, at 5:30 PM, Lelio Fulgenzi wrote: 

OK - I know this is going to be a silly question, but I just know it's gonna happen. 

I just tested enabling my own extension as my notification device, and lo and behold, the system calls me when a message is left, and then leaves a message when I don't answer, and starts the cycle all over again. 

Is there a way to prevent this? You'd think that it would check to see that the extension or any of the alternate extensions are not added as a notification device. 

This could quickly bring the system down. 



--- 
Lelio Fulgenzi, B.A. 
Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1 
(519) 824-4120 x56354 (519) 767-1060 FAX (JNHN) 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
"Bad grammar makes me [sic]" - Tshirt 


_______________________________________________ 
cisco-voip mailing list 
cisco-voip at puck.nether.net 
https://puck.nether.net/mailman/listinfo/cisco-voip 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20081208/64714800/attachment-0001.html>