I have a GL-X750 Spitz v2 and its SMS forwarding stopped working, both email and SMS. I upgraded the firmware to v4.3.25 and tried to enter both a cellphone number and a personalised email address and still errors. The SMS cellphone forwarding said “Unknown error occurred” and when I entered details for my personalised email address and hit Apply, nothing happens. There seems to be no instructions for personalised email accounts (user@customemailaddress.com), and without feedback its hard to know which field was the issue.
My SIM provider’s texts come through to the messages center, so incoming works.
The modem has been quite flakey of late, with lots of stalls and the occasional freeze requiring a reboot. A new page request will show blank for about 30secs then loads. I’ve not touched the settings for at least a year or two and I just updated the firmware from I think v3 to the latest but no improvement. I only noticed the forwarding issue this week, though I think its been an issue for months.
I rebooted the modem yesterday due to a freeze.
nginx/error.log
2026/04/20 19:14:54 [alert] 3647#0: lua_code_cache is off; this will hurt performance in /etc/nginx/conf.d/gl.conf:62026/04/21 18:42:17 [error] 3789#0: *9 lua tcp socket connect timed out, when connecting to 1.1.1.1:53, client: nnn.nnn.8.133, server: , request: "POST /rpc HTTP/1.1", host: "nnn.nnn.8.1", referrer: "https://nnn.nnn.8.1/"cat: can't open '/var/log/nginx/access.log': No such file or directory
system log
Tue Apr 21 18:46:43 2026 daemon.err modem_AT: (modem_AT.c:319) The /dev/ttyUSB2 does not open,continue to try.
Tue Apr 21 18:46:44 2026 daemon.err modem_AT: (modem_AT.c:319) The /dev/ttyUSB2 does not open,continue to try.
Tue Apr 21 18:46:45 2026 daemon.err modem_AT: (modem_AT.c:319) The /dev/ttyUSB2 does not open,continue to try.
Tue Apr 21 18:46:46 2026 daemon.err modem_AT: (modem_AT.c:319) The /dev/ttyUSB2 does not open,continue to try.
Tue Apr 21 18:46:47 2026 daemon.err modem_AT: (modem_AT.c:319) The /dev/ttyUSB2 does not open,continue to try.
Last few lines of kernel.log
[ 126.352860] br-lan: port 3(wlan1) entered blocking state
[ 126.358475] br-lan: port 3(wlan1) entered disabled state
[ 126.364350] device wlan1 entered promiscuous mode
[ 127.552219] br-lan: port 2(wlan0) entered blocking state
[ 127.557815] br-lan: port 2(wlan0) entered forwarding state
[ 131.784038] br-lan: port 3(wlan1) entered blocking state
[ 131.789631] br-lan: port 3(wlan1) entered forwarding state
[11276.263445] usb 1-1.2: USB disconnect, device number 4
[11276.269202] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[11276.277789] option 1-1.2:1.0: device disconnected
[11276.283187] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[11276.291706] option 1-1.2:1.1: device disconnected
[11276.334909] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[11276.343468] option 1-1.2:1.2: device disconnected
[11276.372280] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[11276.380794] option 1-1.2:1.3: device disconnected
[11276.386017] qmi_wwan 1-1.2:1.4 wwan0: unregister 'qmi_wwan' usb-1b000000.usb-1.2, WWAN/QMI device
[11281.175702] usb 1-1.2: new high-speed USB device number 5 using ehci-platform
[11281.371705] option 1-1.2:1.0: GSM modem (1-port) converter detected
[11281.378599] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB0
[11281.386689] option 1-1.2:1.1: GSM modem (1-port) converter detected
[11281.393436] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB1
[11281.401454] option 1-1.2:1.2: GSM modem (1-port) converter detected
[11281.408291] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB3
[11281.416233] option 1-1.2:1.3: GSM modem (1-port) converter detected
[11281.423040] usb 1-1.2: GSM modem (1-port) converter now attached to ttyUSB4
[11281.863570] qmi_wwan 1-1.2:1.4: cdc-wdm0: USB WDM device
[11281.925680] qmi_wwan 1-1.2:1.4: QuectelEC25&EC21&EG91&EG95&EG06&EP06&EM06&BG96&AG35 qmi wwan detected
[11281.936376] qmi_wwan 1-1.2:1.4 wwan0: register 'qmi_wwan' at usb-1b000000.usb-1.2, WWAN/QMI device, ee:a6:f3:b9:91:4f
[11310.718168] do_page_fault(): sending SIGSEGV to dnsmasq for invalid read access from 572e0640
[11310.727292] epc = 55625689 in dnsmasq[55610000+43000]
[11310.732570] ra = 55625621 in dnsmasq[55610000+43000]
[11426.022002] 3g-modem_1_1_2: renamed from ppp0
A reboot fixed it the port /dev/ttyUSB2. I found out the issue with email the SMTP server field, the failure I had had a red box around the SMTP server field which turned out to be a dropdown, but it revealed it needed the server:port pairing. I’ve spent about 40 mins trying different combinations but none authenticate.
The SMS forwarding also fails with message “Unknown error occurred. Please check network environment or reboot the device. I finally found where the AT Command was moved to to check its correct for my SIM company which it is. I get messages to the GLi inbox, so its receiving them and there is nothing in the logs to suggest what the error may be.
I got the cell phone number to stick - it doesn’t need an area code (I wish they’d spell that out) but still not working. All this functioned when I first set it up years ago, though I recalled it took ages as there were inadequate instructions.
This is like a drama in installments. I decided to test the process again after half a day in case there was a slow process behind forwarding and there was. Text forwarding, which I was most interested in, is now working. I really like this modem but you can bury yourself in hours of trying to get basic things working.
Can you tell us which SMTP server you are using? The SMS forwarding is related to the /dev/ttyUSB2 interface, and previous issues may be related it.
Additionally, I recommend using the original power supply or one that‘s at least 12V/1.5A.
Its a personal domain I won’t share, but its difficult from limited logs to work out where the failure occurred, but I’m abandoning testing as its not worth the time.
hi,
I’m seeing the same problem with my x750v2. Supported by Claude following is what can contributed:
Subject: sSMTP crashes with SIGSEGV during SMS-to-Email Forwarding – GL-X750V2, Firmware 4.3.25
Device: GL-X750V2 (Spitz V2)
Firmware: 4.3.25 (latest version)
Setup: Router was recently fully reset and reconfigured from scratch
Problem description:
SMS forwarding via email is not working. Incoming SMS messages are correctly received and displayed in the router's inbox, but the automatic forwarding as email fails. Additionally, forwarding as SMS (SMS-to-SMS) also does not work, even though manually sending an SMS via the GUI works without issues.
Relevant log entries (System log and Kernel log during a test SMS):
Thu Jul 23 11:28:48 2026 mail.info sSMTP[19586]: Creating SSL connection to host
Thu Jul 23 11:28:48 2026 mail.info sSMTP[19586]: SSL connection using TLS_CHACHA20_POLY1305_SHA256
Thu Jul 23 11:28:49 2026 kern.info kernel: [ 580.105673] do_page_fault(): sending SIGSEGV to ssmtp for invalid read access from 00000000
Thu Jul 23 11:28:49 2026 kern.info kernel: [ 580.114572] epc = 77e487ac in libc.so[77dc8000+a9000]
Thu Jul 23 11:28:49 2026 kern.info kernel: [ 580.119880] ra = 004025eb in ssmtp[400000+5000]
Analysis:
The SSL/TLS connection to the mail server is established successfully (TLS handshake completed), but sSMTP crashes immediately afterward with a null pointer access (SIGSEGV, invalid read access from 00000000). This points to a bug in the sSMTP binary itself (e.g. during the auth step or when building the mail headers), rather than a configuration error.
Already ruled out:
SMTP server address entered correctly in "server:port" format
Encryption method/port combination correct (STARTTLS on port 587, which is the only method supported by my provider)
Router hostname is set (not empty)
Provider credentials (SIM/dial-in) checked for changes, unchanged
Router reboot performed, no effect
This feature was previously working successfully on the same device
Could you please advise whether this is a known bug in sSMTP under firmware 4.3.25, and whether a fix or a recommended downgrade path is available?
the password contains a “#” . But the password and other setup was the same once it was working in the past (fw 3.?). To quickly change the password isn’t that easy. I first have to think over what this will cause down the road before changing and also I must find some time to do so.
Will come back.
Hello @tarzan here is a new ipk for X750. Please upload it to the router via scp, then install it to try:
upload the ipk via scp
log the ssh terminal, execute the following command to install it
opkg install ssmtp_2.64-8_mips_24kc.ipk ssmtp_2.64-8_mips_24kc.ipk (11.0 KB)
Please see if this helps.