[cisco-voip] Unity Delayed Delivery Voicemails

[Todd Franklin]

Thanks Scott.  The 'failed' folder is empty.

The event logs are pretty 'uneventful' (sorry couldn't help myself).  The
Application log just has a fair amount of housecleaning stuff, and the
System log is pretty boring too, only an occasional W32Time event that says
this:

This Machine is a PDC of the domain at the root of the forest. Configure to
sync from External time source using the net command,  'net time
/setsntp:<server name>'.

Any other ideas of where to look?  I am going to take a look at CCM, see if
it logged any downages (since they are on the same switch, maybe CCM is a
little more sensitive and has a little something to further my
investigation).


On Mon, Jun 16, 2008 at 1:45 PM, Scott Voll <svoll.voip at gmail.com> wrote:

> could be a connection between exchange and Unity went down then it's come
> back and trying to reconnect and put those delayed VMs(while the connection
> was down) back into the users box now.
>
> Check the  \\unityServer\d$\CommServer\UnityMTA\Failed and see if you
> still have stuff there.  then go back into your event logs and see what
> happened.
>
> at least that's where I would start.
>
> Scott
>
>
>
> On Mon, Jun 16, 2008 at 10:28 AM, Todd Franklin <toddnh65 at gmail.com>
> wrote:
>
>> I don't know what to make of this, because it hasn't happened to me.
>>
>> But I had one user say he checked his voicemail at 9AM, and he had 2
>> voicemails from around 8AM.  So he listened to them and deleted them.  He
>> then came back in the office at 11AM, and he had 8 voicemails, all from the
>> PREVIOUS day.  Now another user is saying the same thing happened to her
>> today....has anyone heard of this??
>>
>> Todd
>>
>> _______________________________________________
>> 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/20080616/51d01d17/attachment.html>