- 你們的系統發送短訊的速度有多快？如果我要傳送 10,000 個訊息，需要多少時間？
- 在 WebSMS 內，如何快速匯入大量電話號碼？
- 如果要用 MSISSM API 發短訊，而群發數目又如多過 100 個，哪個 API 較好？
- 我們系統透過 MSISSM API 的 SMTP API 發短訊，有時會收到重覆的短訊。為什麼？
- 在系統內，短訊有「狀態」及「錯誤碼」兩個資料。有什麼分別？
- 我發送了一個短訊，但接收不到。同時，你的系統顯示短訊狀態為「過期」。可以怎麼辦？
- 我發送了一個短訊，但接收不到。但是我可以肯定電話操作正常，亦可接收別人的訊息。同時，你的系統顯示狀態為「確認傳送」。可以怎麼辦？
- 我發送了一個短訊給自己的個人電話號碼，可以收到訊息，但顯示名稱跟所設定的不符。可以怎麼辦？
- 我發送了一個連鎖短訊給自己的個人電話號碼，可以收到訊息，但短訊分開為幾數個單一短訊。可以怎麼辦？
- 我發送連鎖短訊，但所接收的內容不完整，手提電話顯示「*部份文字流失*」。為什麼？
- 我使用你們的 2-Way SMS 服務，設定以網頁回呼接收短訊回覆。客人已回覆了，但我沒有接收網頁回呼。為什麼？
- 客人重覆接收相同的短訊。怎麼辦？
- 在 WebSMS 輸入跳行時，系統會計 2 個字元，但在其它網站輸入跳行時，卻只會計 1 個字元。為什麼？
- 我們使用 MSISSM API 發短訊，但不能連接你們的網站。如何解決？
- 我用 Java 程式透過 HTTP SSL 發送短訊時發生錯誤，內容是「avax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target」。如何解決？
| 1. | 你們的系統發送短訊的速度有多快？如果我要傳送 10,000 個訊息，需要多少時間？ |  返回頁頂 |
系統發送短訊的速度大約是 1 秒處理 10–20 短訊，以到達電訊商 SMSC 為止。但要留意，接收者確實接收時間就視乎電訊商的網絡質素及當時的訊息擠塞情況。要處理 10,000 個訊息，需時大約 10 分鐘。
| 2. | 在 WebSMS 內，如何快速匯入大量電話號碼？ | 返回頁頂 |
- 在上面的菜單，先選擇「網上短訊」，再選「群發短訊」；
- 在電話號碼輸入位，按右下角的鍵「快速載入」；
- 上載 CSV 或 XLS 檔案，每行 1 個流動電話號碼，檔案大小上限為 6 MB，大約可包括 50,000 個號碼；
- 如果檔案內的碼輸沒有加上國家碼，於組合框「預設國家碼」加上；
- 按「確定」，會傳回到「群發短訊」的介面，檔案內的號碼會顯示在電話號碼輸入位內。
| 3. | 如果要用 MISSMS API 發短訊，而群發內的號碼數目又多過 100 個，哪個 API 較好？ | 返回頁頂 |
群發數目多過 100 個的話，建議用 WCF SOAP。SOAP 以 XML 傳送，1 個檔案可包括大量號碼，群發數目不受限制。如果用 HTTP API 發送的話，每個 URL 限制最多 20 個號碼，即需要多次發送。
| 4. | 我們系統透過 SMTP API 發短訊，有時會收到重覆的短訊。為什麼？ | 返回頁頂 |
首先，SMTP API 是無連結導向傳送 (Connectionless Transmission)，即我們系統不會立即回應你是否已收到你的發送請求。根據 SMTP API說明書的協定，我們系統會回覆電郵告知是否順利接收了你的發送請求，如果資料正確，電郵內容會包括有關的短訊識別號 (SMSDID)。由於回覆的電郵可能丟失或傳送延誤，你的系統以為最初的發送失敗，再重發請求，這樣重覆短訊的情況便發生了。建設使用 WCF SOAP 或 HTTP API 可減輕這個情況並加強傳送資料的保密性。
| 5. | 在 WebSMS 內，短訊的傳送記錄有「狀態」及「錯誤碼」兩個資料。有什麼分別？ | 返回頁頂 |
短訊的狀態包括「重發」、「過期」、「無法傳送」和「確認傳送」等等，說明這個訊息是否已到了收件人的手機。如果仍未到達，又是否電訊商繼續重發中。至於錯誤碼就解釋這個短訊狀態的原因，例如手機已關、接收不良、飛線或號碼不存在、己停用等等。
| 6. | 我發送了一個短訊給自己的個人電話號碼，但接收不到。同時，你的系統顯示短訊狀態為「過期」。可以怎麼辦？ | 返回頁頂 |
首先要確定你電話內沒有任何程式攔折你的訊息及沒有號碼飛線。然後你可以先刪除手提電話的舊訊息及大型影像檔案，再重新開啟電話測試。若問題仍然發生，可插入電話卡到另一部電話再嘗試。如果仍然收不到訊息，請儘快透個電郵 cs@meteorsis.com 或熱線 852-27793760 報告這個問題。收到報告後，我們會聯絡電訊商查詢。
| 7. | 我發送了一個短訊給自己的個人電話號碼，但接收不到。但是我可以肯定電話操作正常，亦可接收別人的訊息。同時，你的系統顯示短訊狀態為「確認傳送」。可以怎麼辦？ | 返回頁頂 |
首先要確定你電話內沒有任何程式攔折你的訊息。然後你可以先刪除手提電話的舊訊息及大型影像檔案，再重新開啟電話測試。如果仍然收不到訊息，請儘快透個電郵 cs@meteorsis.com 或熱線 852-27793760 報告這個問題。收到報告後，我們會對這個電話號碼進行一系列的測試，以不同的短訊顯示名稱、內容、時段及電訊商路徑發訊息到這個號碼。同時，請客戶電郵回覆確認哪個測試發送失敗。收集了最新的資料後，就可以反映給電訊商參考，了解問題的真正原因及如何解決。
| 8. | 我發送了一個短訊給自己的個人電話號碼，可以收到訊息，但顯示名稱跟所設定的不符。可以怎麼辦？ | 返回頁頂 |
請儘快透個電郵 cs@meteorsis.com 或熱線 852-27793760 報告這個問題。
| 9. | 我發送了一個連鎖短訊給自己的個人電話號碼，可以收到訊息，但短訊分開為幾數個單一短訊。可以怎麼辦？ | 返回頁頂 |
請儘快透個電郵 cs@meteorsis.com 或熱線 852-27793760 報告這個問題。
| 10. | 我發送連鎖短訊，但所接收的內容不完整，手提電話顯示「*部份文字流失*」。為什麼？ | 返回頁頂 |
對於接收者而言，連鎖短訊看似是一條長的短訊，但技術上是一連串的單個短訊合併而成。這些單個短訊於特定時間內必須全部到達手提電話，然後透過訊息標頭重組為連鎖短訊。如果其中一個單個短訊接收失敗，以上情況即會發生。要解決這個問題，建議接收者先刪除手提電話的舊訊息及大型影像檔案，然後重新開啟電話再測試。若問題持續發生，可嘗試減少連鎖短訊的短訊數目。
| 11. | 我使用你們的 2-Way SMS 服務，設定以網頁回呼接收短訊回覆。客人已回覆了，但我沒有接收網頁回呼。為什麼？ | 返回頁頂 |
請檢查你們公司網絡的防火牆是否容許我們的 IP 接入，我們系統的 IP 是 203.186.221.102、223.197.184.131 及 223.197.184.175。
| 12. | 客人重覆接收相同的短訊。怎麼辦？ | 返回頁頂 |
這個情況通常發生在漫遊的時候，兩個國家的電訊商連接不良，短訊狀態沒有更新，所以重覆發出相同的短訊。解決方法有2個，分別為即時性及發送前設定。
即時性
客人先關機，等待超過 30 秒再開機，電話跟本地電訊商再註冊，從而清除舊有資料，但這方法只適用於部份電訊商。
發送前設定
我們系統支援自定「重發」短訊有效期。這個時期是指發送暫時失敗的短訊，暫存於電訊商 SMSC 的時段。在這時段內，短訊會自動被重發，直至成功或有效期過了為止。這個有效期越短，電訊商對漫遊客人誤發重覆訊息的機率越少。要設定這個有效期，步驟是於 WebSMS 的「用戶資料」‧「戶口設定」‧「短訊重發有效期」，修改為「10」。(* 即10分鐘，越少越好)
| 13. | 在 WebSMS 輸入跳行時，系統會計 2 個字元，但在其它網站輸入跳行時，卻只會計 1 個字元。為什麼？ | 返回頁頂 |
在 GSM 字母系統表中，跳行包括了「CR」及「LF」共 2 個字，所以計 2 個字元。其它網站如運行在 Linux 作業系統中，跳行只有「CR」字元。你可以參考這個網址，了解跳行在 Windows、Linux 及 MacOS 的儲存方式。
| 14. | 我們使用 MSISSM API 發短訊，但不能連接你們的網站。如何解決？ | 返回頁頂 |
如果 API 不能連接我們的網站，通常原因只有兩個：防火牆封阻或域名解析錯誤。
防火牆封阻
首先，你們網站要容許訪問我們的 IP 包括 203.186.221.102、223.197.184.131 及 223.197.184.175。另外，如果你們一直都可以連接，但突然最近數天發生問題，又同時沒有改動你們系統的設定，則可能你的 IP 短時間內連接數過多，我們系統的路由器封阻了，所以暫時連不到我們的網站。請聯絡客戶服務部查詢解封。
域名解析錯誤
請確認使用中的API域名是 www.meteorsis.com，名稱服務器解析後的 IP 是 203.186.221.102、223.197.184.131 及 223.197.184.175。另外，請檢查 hosts 檔案是否填寫了錯誤的資料。
| 15. | 我用 Java 程式透過 HTTP SSL 發送短訊時發生錯誤，內容是「avax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target」。如何解決？ | 返回頁頂 |
這個問題是指你的電腦正透過 SSL 連接我們的網站，但欲沒有安裝相關的証書。解決方法如下：
i. 從本公司網站匯出証書；
ii. 在 Linux 終端機或 Windows cmd，輸入「keytool -import -alias (alias-name) -keystore (path-to-jre/lib/security/cacerts) -file (path-to-certificate-file)」匯入証書即可。例如：「keytool -import -alias sunas -keystore /opt/jdk1.6/jre/lib/security/cacerts -file /home/gugrim/tmp/sunas.der」，預設密碼是「changeit」。詳情可參考這個網址。