> > So it looks like different SMSC vendors have different interpretations of > > the message queue full error code.
> Not really. The message queue full is to prevent a end user to receive > thousand times the same SMS by error. > This is exactly the same on EMI/UCP. One of the UK SMSC operators indicate that the message queue full error code should be treated in a similar manner as the throttling error code, this contrasts with your experience of treating the error as a fatal error. There is nothing about this in SMPP3.4 but just had a look at the SMPP 5.0 draft specification and it specifies both interpretations of the MSGQFUL error code (looks like they are trying to cater for everyone). ---- SMPP 5.0-draft13 ESME_RMSGQFUL 0x00000014 Message Queue Full. Used to indicate a resource error within the MC. This may be interpreted as the maximum number of messages addressed to a single destination or a global maximum of undelivered ---- Thanks anyway for the comments. mike. ANAM Wireless Internet Solutions http://www.anam.com mailto:[EMAIL PROTECTED] +353 1 284 7555 Castle Yard, Saint Patrick's Road, Dalkey, County Dublin, Ireland -----Original Message----- From: Andreas Fink [mailto:[EMAIL PROTECTED]] Sent: 07 January 2003 09:43 To: [EMAIL PROTECTED] Subject: Re: 1 bug and some queries with SMPP driver So it looks like different SMSC vendors have different interpretations of the message queue full error code. Not really. The message queue full is to prevent a end user to receive thousand times the same SMS by error. This is exactly the same on EMI/UCP. The message queue full in your case is a transient error, that is the message can be retried after a certain period of time. I disagree. It should be considered a fatal error and feeded back as non delivery to the application. It can take 14 days until the user clears his memory on the SIM card or he might not switch the phone on for a long time. If he would, he would get tons of messages instantly. Currently with Kannel, there is no way to indicate this information to the user application in a submission notification. Is this something that should be added? yes as non delivery report Andreas Fink Fink Consulting GmbH --------------------------------------------------------------- Tel: +41-61-6666332 Fax: +41-61-6666331 Mobile: +41-79-2457333 Address: Clarastrasse 3, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com ---------------------------------------------------------------
