×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

SV9100 Sender's address

SV9100 Sender's address

SV9100 Sender's address

(OP)
Hi,

We have voicemail to Email configured and the system can deliver voicemail messages to users with no problem. However:-

Situation A:
If user "A" received a voice message from an external call, user "A" will get an email sent from the email address configured under 47-18-08 "Send From Email Address". (This is what I want.)

Situation B:
If user "A" received a voice message from user "B", user "A" will get an email sent from the "Email Address" configured under 47-02-21 "Email Address" for user "B". (Which is NOT what I want.)

For situation B, can the email be also sent from what we have configured under 47-18-08? That is, all voice messages (no matter they are from internal or external) are ALL from the same sender address configured under 47-18-08?

Thanks in advance for your help.

Benny

RE: SV9100 Sender's address

Unless you are doing something very weird I don't see your scenario. All emails from INMAIL follow the same SMTP programming save destination email address which is allocated on a per user mailbox. INMAIL used a simple SMTP push just like about every other device out there as far as I have ever seen.

RE: SV9100 Sender's address

Ok so how are inbound calls handled? are they DID or DIL? If DID there are ways to specify specific VM destinations and they can overde the normal inbound destination VM. If DID, what are the DID table settings for the extensions?

RE: SV9100 Sender's address

(OP)
First of all, thank you for replying to my question.

Let me put my question in a different way.

I am using this NEC SV9100 system.

Situation A above:
If someone call me from the outside (i.e. an external party call me from outside. For example, someone from another company) and leave a voice message to me, I will receive an email sending from the email address configured under 47-18-08 ("Send From Email Address") and this is what I want.

Situation B above:
If an internal workmate call me (i.e. his/her extension number is also configured under the same NEC SV9100 system) and leave a voice message to me, I will receive a message sending from that workmate's email address configured under 47-02-21 (the "Email Address" under the profile of that workmate) and this is NOT what I want.

I want all voice messages come from the SAME email address configured under 47-18-08. It seems like if the NEC system can identify the identity of the caller, it uses the email address of that user as the sender's email address to deliver the email.

Can it be done?

Best Regards,

Benny

RE: SV9100 Sender's address

Benny,

Set 99-01-95 to 1.
This will set it to use 47-18-08 for all outgoing emails.

Ran into this issue when using authenticated office 365 account as outgoing smtp.

Got NEC to add this option to change the behaviour.

Need to do it via handset. Or via script with a full database upload.

RE: SV9100 Sender's address

I will set this up in lab. Thanks and interesting.

RE: SV9100 Sender's address

(OP)
Thanks guys for the information!!!

I can only see up to 93-xx-xx on my WebPro. Is it because my version is too old? I am using WebPro 9.00.00 with the software version 09.00.60. Is the option 99-01-95 only available with newer version of WebPro and/or firmware?

You mentioned about setting up the necessary option via handset. Can you provide more information on this?

Thanks a lot.

Benny

RE: SV9100 Sender's address

I can only see up to 93-xx-xx on my WebPro. Is it because my version is too old? I am using WebPro 9.00.00 with the software version 09.00.60. Is the option 99-01-95 only available with newer version of WebPro and/or firmware?

The 99-xx is only available through handset, or script. Cant access via Webpro, or PCPro.

Enter system programming mode:
Speaker, #*#*
enter IN password, transfer.
type in 99-01-95
type 1
push transfer, until you see 99-02 (02 will be flashing), and then push speaker, to exit/save.

You can also run the attached script in PC Pro, and then do a full upload (excluding Blade Config).

RE: SV9100 Sender's address

(OP)
I am getting the support service company to help me on this. CoralTech, can you let me know the result of the test on your end?

Thanks,

Benny

RE: SV9100 Sender's address

(OP)
Dear CoralTech,

Have you got a chance to test it in your Lab? I cannot do the change in my environment and I am still waiting for the reply from my support service company.

Best Regards,

Benny

RE: SV9100 Sender's address

No I have not set this up yet.

RE: SV9100 Sender's address

(OP)
Dear Both,

Finally arranged the support company to change 99-01-95 to "1" but still receiving voicemail messages from the email sender address as our users (i.e. not the one defined on 47-18-08.) Further questions:-

1. Do I need to reboot SV9100 after changing 99-01-95 to "1"?
2. After speaking with the technician, the CPU of our SV9100 is CP10. Can such update work on this version of SV9100?
3. I noticed that the command on the script file contain (SET 99-01 (0,0,94) "1"). Should we set 99-01-95 or 99-01-94 to "1"? Please confirm.

Thanks again for your help.

Benny

RE: SV9100 Sender's address

I am NOT having this issue in lab at all. emails show as defined SMTP mailbox defined in 47-18.

RE: SV9100 Sender's address

PS..using a GMAIL account.

RE: SV9100 Sender's address

(OP)
Dear CoralTech,

- Which version of SV9100 are you using? CP10 or CP20?
- Was "99-01-95" set to "0" or "1" when you did the test?

I always have a feeling it can be done (i.e. using the address configured on 47-18-08 as the sender's address for ALL voicemail messages). There must be some parameter(s) we need to change to achieve this.

Benny

RE: SV9100 Sender's address

V12 CP10 SV9100 Default Setting

RE: SV9100 Sender's address

(OP)
Dear CoralTech,

Since the problem (the sender's address of voicemail messages are NOT using the one configured under 47-18-08. Instead, it is the one configured under 47-02-21 on the profile of the person who leave the voice message) ONLY happens on internal calls with caller's extension associated with a user's profile. Please confirm if this is the test you did with the result as "I am NOT having this issue in lab at all. emails show as defined SMTP mailbox defined in 47-18.". Sorry for asking this again as this is super important for resolving the problem.

Best Regards,

Benny

RE: SV9100 Sender's address

Benny,

Connect Success
SSL_connect failed
Falling Back to STARTTLS
Connect Success
Creating SSL connection to host (smtp.gmail.com:587)
[<-] 220 smtp.gmail.com ESMTP r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
[->] EHLO SV9100
[<-] 250-smtp.gmail.com at your service, [73.247.194.184]
[<-] 250-SIZE 35882577
[<-] 250-8BITMIME
[<-] 250-STARTTLS
[<-] 250-ENHANCEDSTATUSCODES
[<-] 250-PIPELINING
[<-] 250-CHUNKING
[<-] 250 SMTPUTF8
[->] STARTTLS
[<-] 220 2.0.0 Ready to start TLS
[->] EHLO SV9100
[<-] 250-smtp.gmail.com at your service, [73.247.194.184]
[<-] 250-SIZE 35882577
[<-] 250-8BITMIME
[<-] 250-AUTH LOGIN XXXXXXXXXX
[<-] 250-ENHANCEDSTATUSCODES
[<-] 250-PIPELINING
[<-] 250-CHUNKING
[<-] 250 SMTPUTF8
[->] XXXXXXXXXX
[<-] 235 2.7.0 Accepted
Authentication succeded [xxxxx@gmail.com]
[->] MAIL FROM:<xxxxx@gmail.com>
[<-] 250 2.1.0 OK r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
[->] RCPT TO:<yyyyy@hotmail.com>
[<-] 250 2.1.5 OK r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
Recipient accepted [yyyyy@hotmail.com]
[->] DATA
[<-] 354 Go ahead r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
[->] Received: by SV9100 (Cygnus-1.0) for uid 0
[<-] 250 2.0.0 OK 1654513437 r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
[->] QUIT
[<-] 221 2.0.0 closing connection r7-20020a92ac07000000b002d19523981csm6064340ilh.16 - gsmtp
Mail sent for xxxxx@gmail.com. Closing connection



Benny as you can see working as I told you. I suggest opening up VMUAID in the NEC to see what the SMTP actually looks like.
The FROM is XXXXX@gmail.com as defined in SMTP option in 47-18. I have this address in 6,8 and 9.

Have a great day!

RE: SV9100 Sender's address

(OP)
Dear CoralTech,

Thanks for the information. I think the Gmail address is under 47-18-08 and the Hotmail address is under 47-02-21 of user STA 101. Since we are using the same version of NEC SV9100 (CP10) and I must have done something wrong. I must have one (or more) parameter(s) wrongly configured.





Best Regards,

Benny

RE: SV9100 Sender's address

You need to open up VMUAID and see what the system is sending. IMHO you might be looking in the wrong place and should be looking at your email system or firewall. You thought right as I gave you where the SMTP address was in 47-18. Obviously the to address is under the USER mailbox. Open up VMUAID place the call and look at the data stream. THIS will point you in the correct direction which IMHO and 25 years of IT and phone programming will point you in the correct direction. Please don't get so wrapped up into it being a non-IT/email issue. Could be as simple as the contact information is overriding what you want.

RE: SV9100 Sender's address

(OP)
Dear CoralTech,

Thanks for the information. I may not be as technical as you are but something just doesn't look logical to me. You can see from my screen capture below both addresses (voicemail@<ourdomain> configured under 47-18-08 and our users' individual addresses configured under 47-02-21) are working on our NEC SV9100 system for a few years. Therefore, authentication of these addresses has no problem. I think there is a parameter on the system controlling which address to be used for messages from internal calls. Do you think my guessing is right?



Remark: I also have the voicemail@<ourdomain> configured under 47-18-06, 08 and 09.

Best Regards,

Benny

RE: SV9100 Sender's address

Benny,

Here is a simple test for you to run. Remove the name on the extension place a test call. Then add a name not in your organization aka Joe Blow and repeat the call again. Then change it back to original name and test again. Compare.

PS and by name I mean the extension name not the email addresses.

RE: SV9100 Sender's address

Casper T,

Did you reboot the phone system after setting 99-01-95 to 1?

RE: SV9100 Sender's address

(OP)
Dear DoubleDizzle,

No, I didn't. Should I? BYW, I am using R10 V9. I do have the option 99-01-95 and change it from 0 to 1 around 2 weeks ago. But I didn't reboot the system.

Best Regards,

Benny

RE: SV9100 Sender's address

Hello Benny,

I wrestled with this issue recently.

It was recommended to me to update the phone system to v12.00.50. (Although this may not be necessary in your case)

Then, as "DisplayName" stated:

Enter system programming mode:
Speaker, #*#*
enter IN password, transfer.
type in 99-01-95
type 1
push transfer, until you see 99-02 (02 will be flashing), and then push speaker, to exit/save.

(This will force the system to send from the data defined in 47-18.

The phone system MUST be rebooted for this change to take effect.


RE: SV9100 Sender's address

I just tested that in lab and that setting does nothing.

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close