Jiri,
If you want failure_route to be evoked only for some calls, then set t_on_failure_route for such. You already do so in your script, don't you? **************** Yes, t_on_failure is only set for calls to internal network addresses. VM works great for users that aren't logged in.
There is other problem though -- the failure_route logic for VM should be different from that in route block -- you can't create transaction state two times (first time with t_relay, second time with t_newtran). SER will certainly complain with some error message in your logs. ********* THIS is the big questioin. SER certainly does complain with error messages. What should the failure route logic for VM be? I can't find any examples of this in the documentation. I've tried calling the vm command without the t_newtran() function in front of it but that results in another error in the logs. (see below)
Sep 25 19:46:49 jiffypop /usr/local/sbin/ser[23840]: submit_query(): You have an error in your SQL syntax. C
heck the manual that corresponds to your MySQL server version for the right syntax to use near ''' at line 1
Sep 25 19:46:49 jiffypop /usr/local/sbin/ser[23840]: submit_query(): Error while submitting query
Sep 25 19:46:49 jiffypop /usr/local/sbin/ser[23840]: ERROR: vm: db_query() failed.
Sep 25 19:46:49 jiffypop /usr/local/sbin/ser[23840]: ERROR: vm: vm_get_user_info failed
Sep 25 19:46:49 jiffypop /usr/local/sbin/ser[23840]: route[3]:vm:voicemail failed
So what's the work around? Is there a way to get around this? What should the failure_route logic be?
Thanks,
G.
--------------------------------- Do you Yahoo!? The New Yahoo! Shopping - with improved product search