----- Original Message -----From: Raphael CoefficTo: Darren NaySent: Friday, November 28, 2003 5:29 AMSubject: Re: [Sems] SEMS - No email address errorHello Daren,first of all, i will need to know a few things so that i can help you.1. enable debug log from ser:- uncomment and change the 'fork' line to 'fork=no'- uncomment and change the 'log_stderr' line to 'log_stderr=yes'2. enable debug log Sems:- start sems with '-D 3 -E' command line parameters.3. capture the log and send them to the sems@lists.iptel.org list.4. before you do anything, try updating to ser version '0_8_12' and sems' last version.- use "cvs -d:pserver:anonymous@cvs.berlios.de:/cvsroot/ser co -r 'rel_0_8_12' sip_router"- you can also download a tarball from the Web CVS page at developer.berlios.de, select 'rel_0_8_12' branch before.- use "cvs -d:pserver:anonymous@cvs.berlios.de:/cvsroot/sems co answer_machine".- you can also use the Web CVS page at developer.berlios.de.- be aware that in the new ser version, sql:// adresses changed to mysql:// if you are using mysql.-Raphael.----- Original Message -----From: Darren NaySent: Thursday, November 27, 2003 1:30 AMSubject: [Sems] SEMS - No email address errorHello,I posted a similar email to this one to the serusers mailing list, and so if you are subscribed to that mailing list then I appologize for sending this twice. However, I haven't had a response from the mailing list yet and saw this email address and thought that I would try it as well.The main problem that we are having with our SER/SEMS configuration right now is that we are getting this error returned from SEMS when the call is redirected to voicemail.Nov 26 17:40:58 jupiter Sems[2413]: Error: 404 voicemail: no email address for user <8641234567>I'm pretty sure that SEMS is returning these error when it's called from SER as:vm("/tmp/am_fifo","voicemail")I've checked the user record in the "subscriber" table for this user in the "ser" database and the email address is there. I thought, at first, that this might be caused by ser being unable to connect to the mysql database (it's on a seperate server) .. I've verified that it is connecting now though.Do you have any ideas why we might be getting this error? I have attached our ser.cfg file for the voicemail ser router below (in case it helps).I really appreciate your time! If it helps.. Once we get all of this working then we will most likely be purchasing commercial support for these products (if you provide it). We need to get it all working first though in order to convince the boss(s) that this product will work for us (they are wary of using freeware).Thanks for the help! I am very impressed with SER so far.Regards,Darren Nay - dnay@libertyisp.com---#
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
#
# simple quick-start config script
## ----------- global configuration parameters ------------------------debug=3 # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no # (cmd line: -E)check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/vm_ser_fifo"# ------------------ module loading ----------------------------------
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/vm.so"# ----------------- setting module-specific parameters ---------------modparam("voicemail", "db_url","sql://servm:servm55@10.10.0.55/ser")
modparam("voicemail", "subscriber_table", "subscriber")
modparam("voicemail", "email_column", "email_address")# ------------------------- request routing logic -------------------# main routing logic
alias="10.10.0.58"
alias="jupiter.ion.dom"route{
# initial sanity checks -- messages with
# max_forwars==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};if (!uri==myself) {
sl_send_reply("404", "not reponsible for host in r-uri");
break;
};
# Voicemail specific configuration - beginif(method=="ACK" || method=="INVITE" || method=="BYE"){if (!t_newtran()) {
log("could not create new transaction\n");
sl_send_reply("500","could not create new transaction");
break;
};t_reply("100","Trying -- just wait a minute !");if(method=="INVITE"){
log("**************** vm start - begin ******************\n");
if (uri=~"sip:as_welcome@.*" || uri=~"sip:as_nomoney@.*") {
if (!vm("/tmp/am_fifo", "announcement")) {
log("couldn't contact announcement server\n");
t_reply("500", "couldn not contact announcement server");
};
} else {
if(!vm("/tmp/am_fifo","voicemail")){
log("could not contact the answer machine\n");
t_reply("500","could not contact the answer machine");
};
};
log("**************** vm start - end ******************\n");
} else if(method=="BYE"){
log("**************** vm end - begin ******************\n");
if(!vm("/tmp/am_fifo","bye")){
log("could not contact the answer machine\n");
t_reply("500","could not contact the answer machine");
};
log("**************** vm end - end ******************\n");
};
break;
};
if (method=="CANCEL") {
sl_send_reply("200", "cancels are junked here");
break;
};
sl_send_reply("501", "method not understood here");
}
_______________________________________________
Sems mailing list
sems@lists.iptel.org
http://lists.iptel.org/cgi-bin/mailman/listinfo/sems