Hacktoberfest 2026: the issues maintainers tagged for October, open and beginner-friendly. Browse Hacktoberfest issues

couldn't perform submit_sm although there is a binding

Open
#247 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
25/100
Issue type
Bug
Clarity
Needs clarification
Activity status
Stale
Tech stack
javascript, node.js
Domain
networking

Research direction

Start by tracing the bind_transceiver retry and enquire_link_resp handling described in the report, then follow how MT submission is gated after a binding response. Reproduce the first-attempt failure and determine whether the connection is considered bound; done means the binding state and MT-send behavior are consistent with the SMPP response sequence.

Written by the indexing model from the issue text.

Description

Hello friends,
There is a migration being made by SMSC and I am getting a new problem. The bind_tranciever request fails on the first trial of my application but I receive enquire_link_resp after the second trial to reconnect. Although there is a response, I couldn't send MT messages.

Is there any possibility that I could receive enquire_link_resp even though the binding fails?

Dominant language
JavaScript
Stars
434
Forks
194
PR merge metrics
No merged PRs in 30d

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from farhadi/node-smpp

All issues in farhadi/node-smpp

Similar issues

More JavaScript issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.