SMS being send to sender when and .ERR file is created

SMS being send to sender when and .ERR file is created SearchSearch
Author Message
Morten Jensen
Posted on Monday, September 29, 2008 - 06:16 am:   

Hi I was wondering if it was possible to have NOWSMS not send an SMS back to the sender when an SMS cannot be send?

I have an application where the senders can send SMS as was it sent from their own mobile phone number, all works well except when NOWSMS cannot deliver an SMS to the SMSC. After several retries an .ERR file is created in the Q folder and an SMS is sent back to the sender of the SMS.
I would like to either stop this SMS, or have it sent to another number, is that possible in anyway? The reason for this is that I do not want my users to recieve an "System" SMS from NOWSMS with a confusing text, I would like to send out my own text.

I'm using NOWSMS vers. 5.51k

Thanks in advance
Morten Jensen
New member
Username: Hansherlighed

Post Number: 2
Registered: 06-2006
Posted on Monday, September 29, 2008 - 08:56 am:   

I get this in my SMSOUT.log file, nothing in my SMSIN.log file. I do not know if this helps?

2008-09-28 16:43:39,48DCC929.req,Delivery-error-+xxxxxxxx,+xxxxxxxx,OK -- SMPP - smsc:6789,Sender=+xxxxxxxx;SMSCMsgId=54208;Text="id:SAR-+xxxxxxxx-59-2-1 sub:001 dlvrd:000 submit date:200809281508 done date:200809281643 stat:REJECTD err:FFD text:8CE935885C07CDDB735"
Des - NowSMS Support
New member
Username: Desosms

Post Number: 2
Registered: 08-2008
Posted on Monday, September 29, 2008 - 08:22 pm:   

Hi,

NowSMS should only generate this non-delivery notification, if the originally submitted message requested a delivery notification.

(In other words, if the originally submitted message did not request a delivery notification, no notification would be generated here.)

This format is consistent with delivery/non-delivery notifications generated in SMPP environments. So it would be consistent with the type of delivery/non-delivery notifications received by an SMPP provider. Unfortunately, it is not configurable.

--
Des
NowSMS Support
Morten Jensen
New member
Username: Hansherlighed

Post Number: 12
Registered: 06-2006
Posted on Tuesday, September 30, 2008 - 09:05 am:   

Hi,

Thanks for your respons.

I always request a DLR:-(

Just to make sure we understand each other. It's not the SMPP gateway that generates this Delivery-error SMS, it's NOWSMS it self that does this. I cannot see that this SMS has been sent any other places than in the SMSOUT.log file. This is highly unfortunatly as that mean I'm sendning out and being charghed for more SMS than my system is calculating:-( As NOWSMS sends out this SMS without any warning or logging an incoming SMS in the SMSIN.log file, my system cannot add these SMS to my economy system in any other ways that searching through the SMSOUT.log file:-(
I'm aware of the accounting callback feature, but that to resource demanding on the system when sedning out 1000+ SMS. It dramaticly lowers the performance of my system.

When the SMS is submitted to NOWSMS in the first place, it's submitted via HTTP and the parameter "ReceiptRequested=Yes" is set.
If I do not set that paramter, but instead in SMSGW.ini add the "ReceiptRequested=Yes" and "TrackSMPPReceipts=Yes" will this disable the SMS being sent bac kto the sender?
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 124
Registered: 08-2008
Posted on Tuesday, September 30, 2008 - 04:48 pm:   

Hi Morten,

I see what you are saying. Normally this doesn't cause a problem. However, in this case, the sender number is external to your system, so the DLR is going back to the sender as an outbound SMS.

My point is ... that if you are requesting DLR ... the same would happen with a delivery receipt or non-delivery receipt from your provider, right?

The only difference might be that it is logged in the SMSIN-yyyymmdd.LOG file.

But I'd assume that you still don't want it to be sent out.

My suggestion would be to edit the settings for the "SMS Users" account through which you are submitting the messages to enable SMPP login. Even though you are submitting via HTTP, any delivery receipts (including this non-delivery one) will get queued for SMPP pickup by this user account. As there is no actual user account, it will end up in the USERS\username\Q directory. And maybe you could retrieve them from there.

--
Des
NowSMS Support
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 125
Registered: 08-2008
Posted on Tuesday, September 30, 2008 - 04:57 pm:   

Hi Morten,

I did a little more checking on this ... because although my suggestion should take care of your issue, I didn't understand why it would be necessary.

Changes have been made to how these non-delivery notification messages are created since v5.51k.

In that version, they get put into the outbound message queue. The only way that they would not get routed outbound is if the original submitting user account had SMPP login enabled, so that it would be queued for pick-up by that account.

In current versions, these DLRs are put into the inbound queue. So while they can still be routed to an SMPP user account, like I described above ... if the submitting account does not have SMPP enabled, the DLR gets routed to the 2-way command processor instead.

I'm a little less confused now. But I'm not sure whether or not this will work for you.

--
Des
NowSMS Support