SMPP Delivery Reports not processed in 2 Way

SMPP Delivery Reports not processed in 2 Way SearchSearch

SMS & MMS Technical Forum » NowSMS Support - SMS Issues (Product Support Only) » Archive through November 14, 2013 » SMPP Delivery Reports not processed in 2 Way « Previous || Next »
Author Message
OlzZzy
New member
Username: Olsi

Post Number: 14
Registered: 12-2012
Posted on Wednesday, June 26, 2013 - 08:12 am:   

Hi,

I am using a PHP script to log all my incoming messages in 2Way, but I can't seem to be able to read the incoming SMPP delivery reports.

Is there anything I am missing?

Thanks in advance to all.
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4547
Registered: 08-2008
Posted on Wednesday, June 26, 2013 - 03:28 pm:   

Hi,

Does the SMSIN-yyyymmdd.LOG show any delivery reports being received?

--
Des
NowSMS Support
OlzZzy
New member
Username: Olsi

Post Number: 15
Registered: 12-2012
Posted on Thursday, June 27, 2013 - 06:40 am:   

Yes,

all reports are shown in SMSIN log files.
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4549
Registered: 08-2008
Posted on Thursday, June 27, 2013 - 02:29 pm:   

Take a look at the SMSOUT-yyyymmdd.LOG also.

Does it show those messages getting routed to a user account?

My best guess is that the original submitting user account has "Accept received messages" enabled, so the receipts are getting routed for pickup by the user account (usually via SMPP).

--
Des
NowSMS Support
OlzZzy
New member
Username: Olsi

Post Number: 16
Registered: 12-2012
Posted on Friday, June 28, 2013 - 11:28 am:   

Even when the messages are not routed to the user, I have the same problem.

One more question, I am returning delivery reports through a PHP script, with the URL parameters (ReceiptDelivered, ReceiptIntransit and ReceiptFailed), but there only return DELIVRD, ENROUTE and REJECTD. Is it possible to return other statuses, like UNDELIV, EXPIRED and others?

Thanks,
Olsi.
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4557
Registered: 08-2008
Posted on Tuesday, July 02, 2013 - 03:21 pm:   

Hi Olsi,

I'm sorry for the delay in the response, it just seems there is much more going on here, and I don't have the big picture of how it all comes together for your configuration.

I'm completely confused with how your "one more question" relates .... unless I'm reading it wrong.

Are you posting delivery receipts to NowSMS through HTTP?

Assuming you are, I need more of a big picture of what you're trying to accomplish.

--
Des
NowSMS Support
OlzZzy
New member
Username: Olsi

Post Number: 17
Registered: 12-2012
Posted on Tuesday, July 02, 2013 - 03:31 pm:   

Sorry for the mess Des.

This is the setup I have:

I have clients connecting to me through SMPP, and these messages are processed by an HTTP SMSC. This SMSC then routes the messages to different SMPP/CIMD2 connections on the same server and when reports come back, I need to forward the final status to the sender.

What I am concerned with is the reports I am returning.
I know I can return DELIVRD with &ReceiptDelivered=Yes, REJECTD with &ReceiptFailed=Yes and ENROUTE with &ReceiptIntransit=Yes, but I also must return statuses like UNDELIV, FAILED and EXPIRED.

Is it possible?
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 4559
Registered: 08-2008
Posted on Tuesday, July 02, 2013 - 05:29 pm:   

Hi Olsi,

Thanks, that helps a lot in my understanding.

You are correct, that is how it works. But, we will add a &ReceiptFailedStatus=XXXXX parameter to allow custom status text values to be inserted into the message, so in the future, you could say &ReceiptFailed=Yes&ReceiptFailedStatus=UNDELIV

So ... working backward, I guess your first question is unresolved?

Are those delivery reports arriving via SMPP or are you generating them with HTTP?

I was and still assuming SMPP.

If the delivery report is in SMSIN-yyyymmdd.LOG, it is either going to go back directly to a user account (and reported as such in SMSOUT-yyyymmdd.LOG), or it is going to a 2-way command (which does not have a separate log).

If you can't find them, then I'd ask how many seem to be missing ... and whether or not there is something that seems to be different about those reports.

Maybe enable the SMSDEBUG.LOG to look for references to missing reports going forward. My best guess is that they are going to the 2-way command but something is going wrong in the 2-way command script ad they are not recorded.

--
Des
NowSMS Support

Login Login / Register Logout Logout Search Last 30 Days Topics Topics