SMTP based sms stuck in queue

SMTP based sms stuck in queue SearchSearch
Author Message
Peter Mohr
New member
Username: Pmoh

Post Number: 1
Registered: 12-2009
Posted on Monday, December 21, 2009 - 12:10 pm:   

I’m running NowSMS 2009.07.09 with a Siemens MC35i modem.

Everything works fine (using 2-way + SMPP) BUT when I send to <number>@sms.domainname.com the sms messages just enters the queue and never leaves.

2-way sms reply and SMMP runs past the SMTP queued messages….

Suggestions?
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1589
Registered: 08-2008
Posted on Monday, December 21, 2009 - 04:01 pm:   

Hi Peter,

The message appears in the outbound SMS queue list?

There must be some restriction on the "Preferred SMSC Connection for" properties, is there?

The easiest way for me to see what is going on is if you can post the content of one of these *.REQ files in the Q subdirectory, along with the content of your SMSGW.INI configuration file. (Just blank out any username/passwords when posting SMSGW.INI.)

--
Des
NowSMS Support
Peter Mohr
New member
Username: Pmoh

Post Number: 2
Registered: 12-2009
Posted on Monday, December 21, 2009 - 08:03 pm:   

.req:
[SMS]
SubmittedBy=SMTP sender PM@mobilityarchitects.com to 31621290
SubmitUser=localsystem-mmsc
PhoneNumber=31621290
Data=PM@mobilityarchitects.com /test /Ok?
pid=0
dcs=0
Binary=0

.ini:
[SMSGW]
ConfigurationUpdateTriggerRestart=20091218132754
WebAuth=No
WebMenu=Yes
WebPort=7500
SMPPServerMaxConnectionsPerUser=4
SMPPPort=9000
ReceiveSMS=Yes
ReceiveMMS=No
ReceiveSMSCharset=utf-8
Modem1=COM3:
ReceiveSMSCommand1=* mailto:pm@mobilityarchitects.com No
SeparateUserQueues=No
AlertEMailRecip=pm@mobilityarchitects.com
AlertEMailSender=pm@mobilityarchitects.com
AlertEMailSendInfo=No
AlertEMailQueueSize=15
[SMPP]
SMPPServerEnquireLink=120
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1594
Registered: 08-2008
Posted on Monday, December 21, 2009 - 09:25 pm:   

Hmm... It looks like a simple configuration, nothing unusual.

Other messages are going out without any problem?

You can send a message to that same phone number via the web interface and it works?

Could you enable the SMSDEBUG.LOG, send another message via SMTP and one via the web, and then post the SMSDEBUG.LOG.

--
Des
NowSMS Support
Peter Mohr
New member
Username: Pmoh

Post Number: 3
Registered: 12-2009
Posted on Monday, December 21, 2009 - 09:31 pm:   

Attaced... SMTP 1st but stuck in queue and web 2nd but arrived on device
application/octet-streamSMSDebug
SMSDEBUG.LOG (22.9 k)
Peter Mohr
New member
Username: Pmoh

Post Number: 4
Registered: 12-2009
Posted on Tuesday, December 22, 2009 - 05:55 am:   

I've also created a MMSCDEBUG.LOG
application/octet-streamMMSCDEBUG.LOG
MMSCDEBUG.LOG (12.4 k)
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1596
Registered: 08-2008
Posted on Tuesday, December 22, 2009 - 03:34 pm:   

Hi Peter,

This had me stumped, but I noticed something odd in your SMSDEBUG.LOG. Originally I didn't think it was contributing to the problem, but now I do. (Unfortunately, I need to figure out how to recreate this problem.)

The stuck *.REQ file, it is in a subdirectory of "Q", correct? (Q\MMSQ___)

--
Des
NowSMS Support
Peter Mohr
New member
Username: Pmoh

Post Number: 5
Registered: 12-2009
Posted on Tuesday, December 22, 2009 - 03:55 pm:   

Yes its in the Q\MMSQ___ folder....
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1597
Registered: 08-2008
Posted on Tuesday, December 22, 2009 - 03:56 pm:   

Peter,

If the problem is what I think it is ... I think this will fix it.

Highlight the modem on the "SMSC" list and press "Properties".

Click "OK".

Back to the "SMSC" list again, press "Apply" and restart the service.

I think this will fix the stuck messages. For some reason if you've never edited the properties for a modem, NowSMS 2009 gets confused and won't process any subdirectories of the "Q" subdir. Once the properties are applied, the problem is fixed.


--
Des
NowSMS Support
Peter Mohr
New member
Username: Pmoh

Post Number: 6
Registered: 12-2009
Posted on Tuesday, December 22, 2009 - 04:01 pm:   

Hmm. Sorry - No change...
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1598
Registered: 08-2008
Posted on Tuesday, December 22, 2009 - 04:08 pm:   

Can I see updated SMSDEBUG.LOG and SMSGW.INI.
Peter Mohr
New member
Username: Pmoh

Post Number: 7
Registered: 12-2009
Posted on Wednesday, December 23, 2009 - 07:40 am:   

Sure...
application/octet-streamSMSDEBUG.LOG
SMSDEBUG.LOG (2.6 k)
application/octet-streamSMSGW.ini
SMSGW.INI (0.7 k)

Both attached
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1606
Registered: 08-2008
Posted on Wednesday, December 23, 2009 - 02:57 pm:   

The SMSDEBUG.LOG looks better. Previously NowSMS was constantly re-initialising the modem.

It would find message files in the Q directory before a re-init, but not any of its subfolders.

Now that properties have been applied, the modem is no longer being re-initialised, and the subfolders should be processed.

I was able to recreate this problem when the SMSDEBUG.LOG would keep repeating "CheckReloadModemSet: Connection settings have changed, requiring a reconnection", but that goes away once properties have been applied.

If you manually move the *.REQ file in Q\MMSQ___ to Q, does it get sent out?
Peter Mohr
New member
Username: Pmoh

Post Number: 8
Registered: 12-2009
Posted on Thursday, December 24, 2009 - 11:01 am:   

From "Q" they just fly away :-)
Des - NowSMS Support
Board Administrator
Username: Desosms

Post Number: 1610
Registered: 08-2008
Posted on Thursday, December 24, 2009 - 02:05 pm:   

I think I finally figured it out Peter.

The SeparateUserQueues=No setting is the culprit.

When this setting is in place, NowSMS doesn't scan subfolders of "Q".

NowSMS also doesn't create any subfolders ... except for messages that come from SMTP or are generated by the MMSC module.

Change that setting on the "SMS Users" page, and it should finally resolve this problem.

--
Des
NowSMS Support
Peter Mohr
New member
Username: Pmoh

Post Number: 9
Registered: 12-2009
Posted on Thursday, December 24, 2009 - 02:12 pm:   

That does the trick...

I think you should always scan for subfolders regardless of the setting :-)

Merry x-mas and thanks for you support

Peter