Hello, I recently started playing with voicemail2. I'm having two minor problems that I can't seem to find discussed in the archives. 1) New message 0 in mailbox 7606. New voice mail message count seems to start with 0 for the first new message instead of 1. Any tricks to fix this? 2) When listening to messages with VoicemailMain2, the time stamp is in GMT and not corrected for the local time zone offset. But the email that voicemail2 sends has the correct time. I added "|tz=eastern" to the end of the mailbox definitions in voicemail.conf, but that did not seem to fix the problem. Any thoughts on these two problems? I'm running a recent CVS from 9/14/03. Thanks, -Jon
On Thu, 2003-09-18 at 14:37, noc wrote: I don't use VM2 yet, but lets see if I can answer a couple of questions.> I recently started playing with voicemail2. I'm having two minor > problems that I can't seem to find discussed in the archives. > > 1) New message 0 in mailbox 7606. New voice mail message count seems > to start with 0 for the first new message instead of 1. Any tricks to > fix this?Is this what is read to you, or is this a storage question? C programmers usually start counting from 0. Maybe a slip up to not add 1 before presentation.> 2) When listening to messages with VoicemailMain2, the time stamp is > in GMT and not corrected for the local time zone offset. But the > email that voicemail2 sends has the correct time. I added > "|tz=eastern" to the end of the mailbox definitions in voicemail.conf, > but that did not seem to fix the problem.I think Mark added a patch this morning at 8:30am -5 to default to grabbing system timezone.> Any thoughts on these two problems? I'm running a recent CVS from > 9/14/03.Gasp, you are running four day old software, what will the neighbors think.... ;) As usual, if you seem to have a problem, please upgrade to current and see if the problem persists. If it does persist, then ask for help or confirmation of the problem. -- Steven Critchfield <critch@basesys.com>
On Thursday 18 September 2003 14:37, noc wrote:> 2) When listening to messages with VoicemailMain2, the time stamp is > in GMT and not corrected for the local time zone offset. But the > email that voicemail2 sends has the correct time. I added > "|tz=eastern" to the end of the mailbox definitions in > voicemail.conf, but that did not seem to fix the problem.Please send more information about your configuration. Include details like distribution version and the contents of voicemail.conf. This isn't a problem on either Mandrake or Slackware, and since Critch isn't complaining, probably not on Debian, either. However, I'm working with somebody who has this problem on RedHat 8. -Tilghman
---------- Original Message ---------------------------------- From: Steven Critchfield <critch@basesys.com> Reply-To: asterisk-users@lists.digium.com Date: Thu, 18 Sep 2003 14:55:04 -0500>On Thu, 2003-09-18 at 14:37, noc wrote: > >I don't use VM2 yet, but lets see if I can answer a couple of questions. > >> I recently started playing with voicemail2. I'm having two minor >> problems that I can't seem to find discussed in the archives. >> >> 1) New message 0 in mailbox 7606. New voice mail message count seems >> to start with 0 for the first new message instead of 1. Any tricks to >> fix this? > >Is this what is read to you, or is this a storage question? C >programmers usually start counting from 0. Maybe a slip up to not add 1 >before presentation.This is a problem with both the text of the email notification (New message 0) and the message storage (msg0000.WAV). If I call VoicemailMain2, it is announced as "You have 1 new message", so that works. It's just the email notifications and the message storage that starts with 0.>> 2) When listening to messages with VoicemailMain2, the time stamp is >> in GMT and not corrected for the local time zone offset. But the >> email that voicemail2 sends has the correct time. I added >> "|tz=eastern" to the end of the mailbox definitions in voicemail.conf, >> but that did not seem to fix the problem. > >I think Mark added a patch this morning at 8:30am -5 to default to >grabbing system timezone.I just updated to the latest CVS. This is still a problem. The email notification has the correct time, but the VoicemailMain2 announcement of the time stamp is wrong.>> Any thoughts on these two problems? I'm running a recent CVS from >> 9/14/03. > >Gasp, you are running four day old software, what will the neighbors >think.... ;) > >As usual, if you seem to have a problem, please upgrade to current and >see if the problem persists. If it does persist, then ask for help or >confirmation of the problem. >-- >Steven Critchfield <critch@basesys.com>Thanks for all the help, -Jon
---------- Original Message ---------------------------------- From: Tilghman Lesher <tilghman@mail.jeffandtilghman.com> Reply-To: asterisk-users@lists.digium.com Date: Thu, 18 Sep 2003 15:20:54 -0500>On Thursday 18 September 2003 14:37, noc wrote: >> 2) When listening to messages with VoicemailMain2, the time stamp is >> in GMT and not corrected for the local time zone offset. But the >> email that voicemail2 sends has the correct time. I added >> "|tz=eastern" to the end of the mailbox definitions in >> voicemail.conf, but that did not seem to fix the problem. > >Please send more information about your configuration. Include details >like distribution version and the contents of voicemail.conf. > >This isn't a problem on either Mandrake or Slackware, and since Critch >isn't complaining, probably not on Debian, either. However, I'm working >with somebody who has this problem on RedHat 8. > >-TilghmanI'm running the latest asterisk from CVS on Redhat 7.1. My voicemail.conf is fairly vanilla. Here's what the last few lines look like: [zonemessages] eastern=America/NewYork|'vm-received' Q 'digits/at' IMp central=America/Chicago|'vm-received' Q 'digits/at' IMp central24=America/Chicago|'vm-received' q 'digits/at' H 'digits/hundred' M 'digits/hours' [default] 7606 => 7606,My Name,me@myemail.com I also tried this: 7606 => 7606,My Name,me@myemail.com|tz=eastern Adding "|tz=eastern" to the end did not help. Thanks, -Jon