I guess I'm not being clear. The problem is, to make Cisco's UM work properly, the user MUST be logged in with the user account/mailbox that the voice mail is going to. Lets call that: juser-v (John User - Voice)
As a consequence, if the user then composes an email, because they're primarily logged into the juser-v mailbox, the sent email would end up in the Voice mailbox's sent items folder, instead of in their juser account sent item's folder. I'm trying to figure out a way around this. We want voice mail in the voice mail mailbox (including sent items), and regular email in the regular email box (including sent items.) All mail must come from the appropriate user/email address. The user must be logged in as the voice account. Jesse Wendel Sr. Technical Systems Analyst Primary Messaging/DNS Administrator www.pse.com -----Original Message----- From: Presley, Steve [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 10:49 AM To: Exchange Discussions Subject: RE: Back up Exchange WITHOUT backing up voice mail from Cisco Uni fied Messaging If you wanted to get all convoluted and all you could make hidden mailboxes that forward to the pfs. Its a lot of work and it would not be pretty..but I bet it would work. -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wendel, Jesse Sent: Friday, July 18, 2003 10:43 AM To: Exchange Discussions Subject: RE: Back up Exchange WITHOUT backing up voice mail from Cisco Uni fied Messaging Cisco won't authenticate to a PF. It requires a mailbox. -----Original Message----- From: Presley, Steve [mailto:[EMAIL PROTECTED] Sent: Friday, July 18, 2003 10:33 AM To: Exchange Discussions Subject: RE: Back up Exchange WITHOUT backing up voice mail from Cisco Uni fied Messaging Why not store the voice mail messages in public folders (each person gets their own of course) that live on a dedicated pf store for vm and set a different type of backup schedule for that pf store? You could also set up the folders so that they delete any messages in the folders that are over say 2 weeks (or whatever is required). -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roger Seielstad Sent: Friday, July 18, 2003 10:03 AM To: Exchange Discussions Subject: RE: Back up Exchange WITHOUT backing up voice mail from Cisco Uni fied Messaging Hmmm.. You've got some interesting lawyers then... Anyway, why not script something like ExMerge or the Mailbox Cleanup agent to delete all VM's older than XX days? I'd also suggest getting a clarification of "longer than needed" from the attorneys. That's vague, even from a lawyer! -------------------------------------------------------------- Roger D. Seielstad - MTS MCSE MS-MVP Sr. Systems Administrator Inovis Inc. > -----Original Message----- > From: Wendel, Jesse [mailto:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 12:36 PM > To: Exchange Discussions > Subject: RE: Back up Exchange WITHOUT backing up voice mail > from Cisco Unified Messaging > > > Roger and others, > > We're the largest utility in the Pacific Northwest. We have > a high legal profile. > > Per our attorneys, we are not to back up voice messages > longer than needed for disaster recovery. > > If I put them in a second store, I can back that store up > just enough (say, 1-2 weeks) for disaster recovery, but not > long term, like the years we are required by FERC to keep > tapes of our email. > > What we want to avoid is having to go through or hand over > voice mail during legal discovery process. Which we'd have > to do if they were backed up as part of the regular email > store. But if they're off in their own store, we just don't > back up that store (or keep tapes for very long), and there > isn't a problem. > > The problem with doing this, as I said below - is that > Cisco's UM doesn't support secondary authentication, so I do > what I'd originally planned, which is, make a secondary > mailbox for voice and just have people attach to it; it has > to be the primary account people are logged in as, or we lose > some UM functionality. > > And I really don't want to write some kludged up event sink > based on message class to check if its a voice mail or not, > and if not, to rewrite the From line and move the sent > message over to the non-voice mail Exchange mailbox. > > So I'm hoping someone has another idea. Because I'm stuck. > > Jesse Wendel > Sr. Technical Systems Analyst > Primary Messaging/DNS Administrator > www.pse.com > > > > > -----Original Message----- > From: Roger Seielstad [mailto:[EMAIL PROTECTED] > Sent: Friday, July 18, 2003 5:12 AM > To: Exchange Discussions > Subject: RE: Back up Exchange WITHOUT backing up voice mail from Cisco > Uni fied Messaging > > > Yeah. Back it up as part of the store. What's the big deal? > Its going to be > backed up anyway, and going to take the same amount of time > and space. Why > are you making it needlessly complex? > > -------------------------------------------------------------- > Roger D. Seielstad - MTS MCSE MS-MVP > Sr. Systems Administrator > Inovis Inc. > > > > -----Original Message----- > > From: Wendel, Jesse [mailto:[EMAIL PROTECTED] > > Sent: Thursday, July 17, 2003 5:25 PM > > To: Exchange Discussions > > Subject: Back up Exchange WITHOUT backing up voice mail from > > Cisco Unified Messaging > > > > > > I'm trying to figure out how to back up Exchange Servers > > WITHOUT backing up voice mails placed into Exchange by > > Cisco's Unified Messaging (UM). > > > > I had thought of routing messaging from the UM to a separate > > store - creating a secondary mailbox for each user - say, > > John User (juser) and John User - Voice (juser-v) - and grant > > permissions to juser to access juser-v. Unfortunately, UM is > > junk software and doesn't support secondary authentication. > > It requires one to be logged in with the juser-v account. > > > > And if I log everyone in as juser-v and let their secondary > > be juser, then every time they send mail, it isn't in the > > proper sent items mail box, and it isn't coming from the > > appropriate address. And obviously people aren't going to > > use the FROM box and manually move items from the one Sent > > Items folder to the other. > > > > I'm now reduced to speculating about writing code using the > > event sink, based on the class used by UM, to set where mail > > goes, and who it is from, but grrr, what a kludge. > > > > So I don't know what to do. > > > > Any ideas? > > > > Jesse Wendel > > Sr. Technical Systems Analyst > > Primary Messaging/DNS Administrator > > www.pse.com > > > > > > > > _________________________________________________________________ > > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > > Web Interface: > > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t > ext_mode=&lang=english > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&t ext_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=& lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=& lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=& lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=& lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]

