SV9100 Sender's address 1

[CasperT]

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

 

[CoralTech]

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.

 

[OzzieGeorge]

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?

 

[CasperT]

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

 

[DisplayName]

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.

 

[CoralTech]

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

 

[CasperT]

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

 

[DisplayName]

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).

 

[CasperT]

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

 

[CasperT]

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

 

[CoralTech]

No I have not set this up yet.

 

[CasperT]

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

 

[CoralTech]

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

 

[CoralTech]

PS..using a GMAIL account.

 

[CasperT]

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

 

[CoralTech]

V12 CP10 SV9100 Default Setting

 

[CasperT]

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

 

[CoralTech]

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!

 

[CasperT]

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

 

[CoralTech]

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.