Inputs Requested on MMS submissions

Inputs Requested on MMS submissions SearchSearch
Author Message
sam
Frequent Contributor
Username: Samdsouza

Post Number: 123
Registered: 08-2006
Posted on Saturday, February 23, 2013 - 07:45 am:   

Hi Des

Would request your inputs on the following:

When a user submits content via "MMS Message" or "Web Linked Multimedia" is it possible to have a "Available Credits" for the user like you have in Send Text Message? So basically the SMS users credits are shown to the person submitting the mms content.

The VASP accounts i believe would be for more advanced content submissions which dont require a web interface. For a regular user the web interface is sufficient in submitting the content but there is no way to assign credits to the user.

Also in "MMS Message" or "Web Linked Multimedia" the Content File(s) can be controlled in any manner? I mean the admin approves the content which the user can use as mms content. the admin can then upload the content in the "USERS" directory and the user is only allowed to select the content which is approved by the admin. Is this possible?

When the MMSMessageSizeLimit is defined in the mmsc.ini and the user tries to exceed the limit while submitting via the web interface the message doesnt get a MMSMessageID and the message is not submitted. But possible to throw some kind of error message saying the size has been exceeded and the max limit allowed is 300kb kind of message in the web interface?

Also in "MMS Message" or "Web Linked Multimedia" the FromID allowed is only an emailID..if a non emailID is specified as FROMID then the user receives it as blank. Any specific reason for only emailID being allowed as FROMID?

Kindly let me know
Thanks
Sam
sam
Frequent Contributor
Username: Samdsouza

Post Number: 124
Registered: 08-2006
Posted on Saturday, February 23, 2013 - 08:20 am:   

Hi Des

Forgot to add the following points

Is it possible to customize the URL in the SMS convert option? currently its as follows:

"FROMID - SUBJECT TEXT http://MMSCONTENT"

Possible to move/place the parameters FROMID - SUBJECT TEXT in the above web link?

When a user is submitting via "Web Linked multimedia" he is given 2 options of message type "text sms" and "wap push". why is the user given this option? any specific reason?

Also the MMSC routing is not behaving properly when a user is submitting via "Web Linked multimedia". I want specific mobiles to get "SMS with web link (Direct)" and specific users to get "SMS with web link (Code)" and have added this to the routing option but this routing is ignored and all the messages are sent as "SMS with web link (Direct)"

Is the MMSC routing not being acknowledged becuase of the user forcing the type during the submission via web interface?

Kindly let me know
Thanks
Sam
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4315
Registered: 08-2008
Posted on Wednesday, March 20, 2013 - 01:29 am:   

Hi Sam,

Apologies for the delay in response here as well.


quote:

When a user submits content via "MMS Message" or "Web Linked Multimedia" is it possible to have a "Available Credits" for the user like you have in Send Text Message? So basically the SMS users credits are shown to the person submitting the mms content.




The SMS User account should be charged 1 credit per message.

(I do understand that there may be a desire to charge more.)


quote:

Also in "MMS Message" or "Web Linked Multimedia" the Content File(s) can be controlled in any manner? I mean the admin approves the content which the user can use as mms content. the admin can then upload the content in the "USERS" directory and the user is only allowed to select the content which is approved by the admin. Is this possible?




No, that is an interesting idea, but one outside the scope of our product plans. I would envision a separate application managing this type of library and then possibly interfacing to NowSMS to send the content.


quote:

When the MMSMessageSizeLimit is defined in the mmsc.ini and the user tries to exceed the limit while submitting via the web interface the message doesnt get a MMSMessageID and the message is not submitted. But possible to throw some kind of error message saying the size has been exceeded and the max limit allowed is 300kb kind of message in the web interface?




We will investigate. That particular setting was intended originally for a specific request from an MMSC customer. We had never really considered it as it relates to the web interface. But we will look into adding an error message.


quote:

Also in "MMS Message" or "Web Linked Multimedia" the FromID allowed is only an emailID..if a non emailID is specified as FROMID then the user receives it as blank. Any specific reason for only emailID being allowed as FROMID?




Are you using the UseMMSSMSSender=Yes option? If that option is used, the FROM is applied as the sender address for the SMS message, if it is a valid phone number format.

When FROM is applied as SMS sender, it would be redundant to include the FROM in the text of the SMS, so it is left out.

If UseMMSSMSSender=Yes is not present, then the FROM ID should always be in the text.



quote:

Is it possible to customize the URL in the SMS convert option? currently its as follows:

"FROMID - SUBJECT TEXT http://MMSCONTENT"

Possible to move/place the parameters FROMID - SUBJECT TEXT in the above web link?




No. There are prefix/postfix options, but not an actual template.


quote:

When a user is submitting via "Web Linked multimedia" he is given 2 options of message type "text sms" and "wap push". why is the user given this option? any specific reason?




I guess you would say this is a historical legacy option.

I will see if we can add an option in the config to disable the choice and only support the text SMS option.


quote:

Also the MMSC routing is not behaving properly when a user is submitting via "Web Linked multimedia". I want specific mobiles to get "SMS with web link (Direct)" and specific users to get "SMS with web link (Code)" and have added this to the routing option but this routing is ignored and all the messages are sent as "SMS with web link (Direct)"

Is the MMSC routing not being acknowledged becuase of the user forcing the type during the submission via web interface?




Correct. The (Code) option is only intended for use by an MMSC. Quite a few other MMSCs use an option like this for off-network MMS. We support its use only in those configurations.

--
Des
NowSMS Support
sam
Frequent Contributor
Username: Samdsouza

Post Number: 127
Registered: 08-2006
Posted on Wednesday, March 20, 2013 - 11:31 am:   

Hi Des

Thanks a lot for your reply. My observations as follows:

quote:
The SMS User account should be charged 1 credit per message. (I do understand that there may be a desire to charge more.)

Yups..would really love to have NowSMS handle this..had suggested a pricing.ini or credits.ini file before for this...would do away with the accounting callback url...and the need for external app/server for billing/accounting purpose....

quote:
Are you using the UseMMSSMSSender=Yes option?

No. Am not using this. If i use a non email id as FromID then on the handset its displayed Blank..i mean no sender/from ID..only if a proper email id is used that is some@domain.com then only its displayed...Though this is not an issue per se..just wanted to point this out....

quote:
I will see if we can add an option in the config to disable the choice and only support the text SMS option.

the default option is text SMS option..so this is fine..but i guess now a days wap push wouldnt be used as much...android ics has an option to disable wap push messages completely via the messages settings....

Thanks once again for your time on this..

Regards
Sam
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4317
Registered: 08-2008
Posted on Wednesday, March 20, 2013 - 04:46 pm:   

Hi Sam,

For now we will look at adding an MMSCreditCharge=## setting which is a unit credit charge for sending MMS or the multimedia SMS.

I am confused about the missing phone number sender in the text of the SMS. But perhaps this is a version issue. We have not released an interim version for awhile and perhaps a fix for this issue was not logged in our internal builds. In my tests, the UseMMSSMSSender=Yes setting does seem to conditionally include or exclude it.


quote:

When a user is submitting via "Web Linked multimedia" he is given 2 options of message type "text sms" and "wap push". why is the user given this option? any specific reason?




We are going to reclassify this option as a "Developer Option" and hide it.

We will be applying the following edit to HTML\Send WAP Multimedia.htm:

Change <tr style='mso-yfti-irow:14' >

to <tr style='mso-yfti-irow:14' class='advoption'>

That will hide the setting unless developer options are enabled.

--
Des
NowSMS Support
sam
Frequent Contributor
Username: Samdsouza

Post Number: 128
Registered: 08-2006
Posted on Thursday, March 21, 2013 - 05:11 am:   

Hi Des

Thanks for your reply. My observations:

1. MMSCreditCharge=##

This would be absoultely great...

2. I think i didnt put the sender/from id point clearly. The phone number is not missing in text of the SMS. I believe this would come into picture when NowSMS is used as an MMSC. That is working fine when i had tested.

I was talking about the From ID in the Web Linked Multimedia page/section when a user submits via the web interface of NowSMS. When a user submits the text sms option the From ID needs to be an email id in proper format.

3. "I will see if we can add an option in the config to disable the choice and only support the text SMS option. " this would work fine...

Regards
Sam
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4328
Registered: 08-2008
Posted on Thursday, March 21, 2013 - 05:59 pm:   

Hi Sam

Regarding your second point, I'm sorry I misunderstood ... I got confused because you also asked about customising the SMS message text.

What version are you running?

I do seem to recall a problem like you describe, but I do not recall the specifics. In any event, I'm fairly confident it has been resolved.

I also failed to respond to your point about showing available credits on the Send MMS and Multimedia forms. We will add this ... it is just a matter of adding the following beneath </form> in the HTML templates:


<!@@StartBlockAvailableCredits@@>
<p class=MsoNormal><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt'>Available Credits: @@AvailableCredits@@</span></p>
<p class=MsoNormal><span style='font-size:10.0pt;mso-bidi-font-size:12.0pt'><o:p>&nbsp;</o:p></span></p>
<!@@EndBlockAvailableCredits@@>

--
Des
NowSMS Support
sam
Frequent Contributor
Username: Samdsouza

Post Number: 129
Registered: 08-2006
Posted on Friday, March 22, 2013 - 07:45 am:   

Hi Des

my apologies for wasting your time on the MMSC issue. I should have pointed that out clearly.

Am using the latest version. Can you try sending a mms via "Web Linked Multimedia" and in the FROM field use "test" ..this "test" wont be shown on the mms...only if you use test@test.com it gets shown.

Thanks once again.
Sam
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4332
Registered: 08-2008
Posted on Friday, March 22, 2013 - 04:23 pm:   

Hi Sam,

I don't completely understand the logic of what we are doing, but the from address is being determined to be invalid for MMS (needs to be a phone number or e-mail address), so it is being cleared.

Indeed, there is a configuration option that can be added to SMSGW.INI, under the [SMSGW] header: AllowAlphaRecip=Yes

This setting disables many of these types of checks ... primarily for alphanumeric recipients (there are some Ericsson systems that support distribution lists for content providers as alphanumeric recipients), but it also appears to affect this.

I don't see any reason for this to effect "Web Linked Multimedia", but it is.

--
Des
NowSMS Support
sam
Frequent Contributor
Username: Samdsouza

Post Number: 130
Registered: 08-2006
Posted on Wednesday, March 27, 2013 - 09:25 am:   

Hi Des

Regrets for the delay...AllowAlphaRecip=Yes solves the issue...Thanks for that....

AvailableCredits is also getting displayed as you suggested...thanks for this also....

Developer Option for hiding the wap push is also working great as you had mentioned...

Thanks for your time on this..highly appreciated....

Regards
Sam