<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7650.28">
<TITLE>[asterisk-users] voicemail.conf locking problem</TITLE>
</HEAD>
<BODY>
<DIV id=idOWAReplyText8490 dir=ltr>
<DIV dir=ltr><FONT face=Arial color=#000000 size=2>If you have enough users
where this comes up as a real issue, I'd recommend migrating to Asterisk
Realtime voicemail, then can have row-level locking etc. if you use the right
kind of storage engine... I've found problems using the dial-by-name directory
with realtime voicemail, but it seems you might have the scale where some
customization work can be justified.</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2></FONT> </DIV>
<DIV dir=ltr><FONT face=Arial size=2>Regards,</FONT></DIV>
<DIV dir=ltr><FONT face=Arial size=2>Scott</FONT></DIV></DIV>
<DIV dir=ltr><BR>
<HR tabIndex=-1>
<FONT face=Tahoma size=2><B>From:</B> asterisk-users-bounces@lists.digium.com on
behalf of jezzzz .<BR><B>Sent:</B> Wed 11/29/2006 4:42 PM<BR><B>To:</B>
asterisk-users@lists.digium.com<BR><B>Subject:</B> [asterisk-users]
voicemail.conf locking problem<BR></FONT><BR></DIV>
<DIV>
<P><FONT size=2>I'm wondering if anyone is having problems when<BR>multiple
users concurrently change their voicemail<BR>passwords.<BR><BR>Consider the
following scenario (based on<BR>vm_change_password() in
app_voicemail.c):<BR><BR>- user1 wishes to change his password
so<BR>voicemail.conf is opened and read into a buffer<BR>- user1 changes his
password<BR>- user2 wishes to change his password so<BR>voicemail.conf is opened
and read into a buffer<BR>- voicemail.conf is written with user1's
modified<BR>password<BR>- voicemail.conf is rewritten with user2's
modified<BR>password but not including user1's modified password<BR>because the
voicemail.conf that was read by Asterisk<BR>when user2 wanted to change his
password was read<BR>before the changed password of user1 got written
back.<BR><BR>It seems by looking at the code that this is how it is<BR>currently
done. The file is not locked down once it is<BR>opened. So my question, is the
above scenario correct<BR>or is there somewhere a lock which I missed out
on?<BR><BR>Jez<BR><BR><BR><BR>____________________________________________________________________________________<BR>Want
to start your own business?<BR>Learn how on Yahoo! Small Business.<BR><A
href="http://smallbusiness.yahoo.com/r-index">http://smallbusiness.yahoo.com/r-index</A><BR>_______________________________________________<BR>--Bandwidth
and Colocation provided by Easynews.com --<BR><BR>asterisk-users mailing
list<BR>To UNSUBSCRIBE or update options visit:<BR> <A
href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</A><BR></FONT></P></DIV>
</BODY>
</HTML>