smslink-users Mailing List for Project SMSLink
Status: Beta
Brought to you by:
panderss
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(3) |
Feb
(1) |
Mar
(22) |
Apr
(9) |
May
(9) |
Jun
(5) |
Jul
(1) |
Aug
(3) |
Sep
(11) |
Oct
(11) |
Nov
(8) |
Dec
(3) |
| 2002 |
Jan
(4) |
Feb
(3) |
Mar
(1) |
Apr
(3) |
May
(5) |
Jun
(4) |
Jul
(2) |
Aug
(3) |
Sep
(6) |
Oct
(8) |
Nov
(8) |
Dec
(4) |
| 2003 |
Jan
|
Feb
(1) |
Mar
(14) |
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
(4) |
Sep
(12) |
Oct
(11) |
Nov
(11) |
Dec
(20) |
| 2004 |
Jan
(8) |
Feb
(13) |
Mar
(3) |
Apr
(18) |
May
(19) |
Jun
(22) |
Jul
(16) |
Aug
(9) |
Sep
(14) |
Oct
(13) |
Nov
(10) |
Dec
(8) |
| 2005 |
Jan
(6) |
Feb
(2) |
Mar
(23) |
Apr
(7) |
May
(13) |
Jun
(20) |
Jul
(14) |
Aug
(7) |
Sep
(20) |
Oct
(53) |
Nov
(40) |
Dec
(15) |
| 2006 |
Jan
(23) |
Feb
(8) |
Mar
(4) |
Apr
(3) |
May
(4) |
Jun
(4) |
Jul
(4) |
Aug
(13) |
Sep
(12) |
Oct
(18) |
Nov
(14) |
Dec
(34) |
| 2007 |
Jan
(39) |
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2008 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Philippe A. <pa...@ib...> - 2009-04-02 15:27:35
|
Hello Nicki, Thanks a lot for your fix. I integrated it in my repository and posted a new export of the upcoming 0.56b-4 in the "devel" section, available here: <http://smslink.sourceforge.net/archive/devel/> Cheers. Bye. Ph. A. Nicki de Wet wrote: > Hi All, > > I can report that the simple suggestion by Chet Ramey solved the problem. > Thanks Chet. > > Here is an extract from his email: > >> As of bash-4, bash parses the commands within $(...) at the time the word >> is read, rather than deferring the parse until the subshell is created to >> perform the command substitution. This is required by Posix to avoid the >> burden of forcing the application programmer to match parentheses inside >> the command substitution. >> >> One of the consequences is that bash enforces the rules about >> here-document >> delimiters more strictly. The delimiter must be the only word on the line >> and must be followed immediately by a newline. >> >> I will look at relaxing these rules for bash-4.1, but bash-4.0 does not >> allow >> here-documents in command substitutions to be delimited by end-of-file. >> >>>> 138 EOT_BC) >> This is the error. It should really be >> >> EOT_BC >> ) >> >> Chet > > This is the diff for the change for sms_stats: > 138c138,139 > < EOT_BC) > --- >> EOT_BC >> ) > > Regards, > Nicki > > > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Nicki de W. <ni...@as...> - 2009-03-31 08:00:56
|
Hi All, I can report that the simple suggestion by Chet Ramey solved the problem. Thanks Chet. Here is an extract from his email: > As of bash-4, bash parses the commands within $(...) at the time the word > is read, rather than deferring the parse until the subshell is created to > perform the command substitution. This is required by Posix to avoid the > burden of forcing the application programmer to match parentheses inside > the command substitution. > > One of the consequences is that bash enforces the rules about > here-document > delimiters more strictly. The delimiter must be the only word on the line > and must be followed immediately by a newline. > > I will look at relaxing these rules for bash-4.1, but bash-4.0 does not > allow > here-documents in command substitutions to be delimited by end-of-file. > >> > 138 EOT_BC) > > This is the error. It should really be > > EOT_BC > ) > > Chet This is the diff for the change for sms_stats: 138c138,139 < EOT_BC) --- > EOT_BC > ) Regards, Nicki |
|
From: David O'B. <ob...@Fr...> - 2009-03-24 09:36:12
|
On Tue, Mar 24, 2009 at 09:50:33AM +0200, Nicki de Wet wrote: > I recently upgraded the bash shell on a FreeBSD 6.3 box from 3.2 to 4.0, > then I got an error in sms_stats. .. > It seems that bash 4 does not handle the ) that is only on line 138 the > same as bash 3.2. > Any ideas? Ask on a Bash list. Check the behavior on a Linux or Solaris system. -- -- David (ob...@Fr...) |
|
From: Philippe A. <pa...@ib...> - 2008-07-25 13:35:52
|
Hello Uri, Oriol Bardés Robles wrote: > Hi, > > I just set up a new smslink installation (SMS-Link for Linux, ver > 0.56b-3) on a Red Hat system. > Everything is working fine so far but there is a question I haven't been > able to solve yet. > I am not using the MySQL backend and I would expect all the sent sms > messages to be stored in text files under the directory > /var/spool/smslink/outbox. The purpose of the outbox is not to store all outgoing messages. It's a temporary holding area for queued messages. Instead of attempting an immediate send, you can ask the server to accept your message (it will store it in the outbox), and then to send it at a later time, during an outbox poll. The advantage is that the submission from the client is always fast and highly likely to be successful. Also, since the server is allowed to retry sending queued messages several times, the probability of eventual success is also much higher. The down side is that it may take more time for the message to be sent. > > The point is that all sms messages simply get vanished after being > successfully sent. That's how it works in your setup. If you really want to keep a trace of every sent message, you can do this: - install MySQL and recompile SMSLink with MySQL support. - configure sms_serv for DB access and outbox check. - always "queue" messages instead of "send"ing them (this makes sure that they are stored in the database. - once the server has successfully sent them, they are flagged as "sent", but the records are kept in the DB => you can always query the DB to retrieve them. HTH Cheers. Bye. Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Oriol B. R. <ori...@ho...> - 2008-07-24 11:58:45
|
Hi, I just set up a new smslink installation (SMS-Link for Linux, ver 0.56b-3) on a Red Hat system. Everything is working fine so far but there is a question I haven't been able to solve yet. I am not using the MySQL backend and I would expect all the sent sms messages to be stored in text files under the directory /var/spool/smslink/outbox. The point is that all sms messages simply get vanished after being successfully sent. What am I missing? Thanks, Uri _________________________________________________________________ Use video conversation to talk face-to-face with Windows Live Messenger. http://www.windowslive.com/messenger/connect_your_way.html?ocid=TXT_TAGLM_WL_Refresh_messenger_video_072008 |
|
From: Philippe A. <pa...@ib...> - 2008-06-04 08:01:44
|
Hello again, Jeff, Jeff Meek wrote: > Hi Philippe, > > Thanks for your continued efforts on this. > > Using 0.56b-4pre, it works great using a file and the -f option and with > the -m command line option. > > One note is that with the 2 cell carriers I tested with, you only need \r or > \n. \r\n works too, but either one by itself will get both a carriage > return and a newline. OK, thanks for this info. I'll look into this and see what I can do. > > I will keep an eye out for your next email about the stdin input method. Done -- I just put the latest pre-release tar file on the web site this morning. Actually, the "read from stdin" feature already existed, but was broken and I fixed it. The server modules have not changed since yesterday, only the client has. HTH Cheers. Bye. Ph. A. > > Thanks! > Jeff > > ----- Original Message ----- > From: "Philippe Andersson" <pa...@ib...> > To: "Jeff Meek" <je...@te...> > Cc: <sms...@li...> > Sent: Tuesday, June 03, 2008 3:07 AM > Subject: Re: [Smslink-users] Newline character in SMS message > > Hello again, Jeff, > > A new pre-release version of 0.56b-4 is available for you to test in the > developers section of the web site: > > <http://smslink.sourceforge.net/archive/devel/> > > The README file available in the same directory lists the changes since > the last official release. > > The server will now properly translate special characters embedded in > outgoing messages, using the "C" syntax (i.e. \n, \r, \t, etc.). > > The command-line client will also support those in 2 ways: > > - a message specified on the command-line (the '-m' option) is sent > as-is. If you want a newline in it, put a "\r\n" sequence. > > - a message read from file (the '-f' option) will be converted: all > newline characters will be replaced with a "\r\n" sequence. > > I remember that you would have liked to be able to pipe your message > into "sendsms". This feature is not available yet, but I'll start > working on this while you test the new release. Reading from stdin will > behave as reading from file where special characters are concerned. > > HTH > > Cheers. Bye. > > Ph. A. > > > Jeff Meek wrote: >> Hi Philippe, >> >> We definitely need to be able to format the message that we are sending. > A >> version of SMSLink that supports a newline would be terrific. Let me know >> when you have one ready to test and I'll give it a go. >> >> Thanks, >> Jeff >> >> ----- Original Message ----- >> From: "Philippe Andersson" <pa...@ib...> >> To: "Jeff Meek" <je...@te...> >> >> Hello again, Jeff, >> >> I think I have a working solution. I'll prepare a new "pre-release" tar >> file for 0.56b-4 this evening and make it available on the site >> tomorrow. I'll let you know when the file is available and you can test > it. >> HTH >> >> Cheers. Bye. >> >> Ph. A. >> >> >> Jeff Meek wrote: >>> Hi Philippe, >>> >>> It is specific to SMSLink. If I talk to the modem directly, I can do: >>> AT+CMGS="123456789" <cr> >>> first line<cr> >>> 2nd line<cr> >>> 3rd line<cr><ctrl-Z> >>> When the SMS is received, it will properly show up as >>> first line >>> 2nd line >>> 3rd line >>> >>> I can't find any way to do the same thing with SMSLink. I would prefer > to >>> use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have >>> tried it. SMSLink changes any special characters to a space, so a "/r" >>> turns into just " r". >>> >>> Thanks, >>> Jeff >>> >>> ----- Original Message ----- >>> From: "Philippe Andersson" <pa...@ib...> >>> To: "Jeff Meek" <je...@te...> >>> Cc: <sms...@li...> >>> Sent: Friday, May 30, 2008 10:34 AM >>> Subject: Re: [Smslink-users] Newline character in SMS message >>> >>> Hello Jeff, >>> >>> Jeff Meek wrote: >>>> This seems like an easy question, but I didn't find it anywhere in the >>> docs, >>>> email archives or google. >>>> >>>> How do I insert a newline or line break into the sms message? >>>> I have tried sending a plain text file with the line breaks, > backslash-n, >>>> %-n, ^n, ctrl-n, etc. >>>> The message always gets concatenated into a single line of text. >>>> >>>> The docs for the AT+CMGS command says any ascii character can be sent >>> except >>>> for ctrl-z. How do I send a line break? >>> Is your question specific to SMSLink (i.e. "how will SMSLink treat >>> embedded newline characters") or is this a generic question about the >>> SMS protocol ? >>> >>> Ph. A. >>> >>> > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Jeff M. <je...@te...> - 2008-06-03 17:23:48
|
Hi Philippe, Thanks for your continued efforts on this. Using 0.56b-4pre, it works great using a file and the -f option and with the -m command line option. One note is that with the 2 cell carriers I tested with, you only need \r or \n. \r\n works too, but either one by itself will get both a carriage return and a newline. I will keep an eye out for your next email about the stdin input method. Thanks! Jeff ----- Original Message ----- From: "Philippe Andersson" <pa...@ib...> To: "Jeff Meek" <je...@te...> Cc: <sms...@li...> Sent: Tuesday, June 03, 2008 3:07 AM Subject: Re: [Smslink-users] Newline character in SMS message Hello again, Jeff, A new pre-release version of 0.56b-4 is available for you to test in the developers section of the web site: <http://smslink.sourceforge.net/archive/devel/> The README file available in the same directory lists the changes since the last official release. The server will now properly translate special characters embedded in outgoing messages, using the "C" syntax (i.e. \n, \r, \t, etc.). The command-line client will also support those in 2 ways: - a message specified on the command-line (the '-m' option) is sent as-is. If you want a newline in it, put a "\r\n" sequence. - a message read from file (the '-f' option) will be converted: all newline characters will be replaced with a "\r\n" sequence. I remember that you would have liked to be able to pipe your message into "sendsms". This feature is not available yet, but I'll start working on this while you test the new release. Reading from stdin will behave as reading from file where special characters are concerned. HTH Cheers. Bye. Ph. A. Jeff Meek wrote: > Hi Philippe, > > We definitely need to be able to format the message that we are sending. A > version of SMSLink that supports a newline would be terrific. Let me know > when you have one ready to test and I'll give it a go. > > Thanks, > Jeff > > ----- Original Message ----- > From: "Philippe Andersson" <pa...@ib...> > To: "Jeff Meek" <je...@te...> > > Hello again, Jeff, > > I think I have a working solution. I'll prepare a new "pre-release" tar > file for 0.56b-4 this evening and make it available on the site > tomorrow. I'll let you know when the file is available and you can test it. > > HTH > > Cheers. Bye. > > Ph. A. > > > Jeff Meek wrote: >> Hi Philippe, >> >> It is specific to SMSLink. If I talk to the modem directly, I can do: >> AT+CMGS="123456789" <cr> >> first line<cr> >> 2nd line<cr> >> 3rd line<cr><ctrl-Z> >> When the SMS is received, it will properly show up as >> first line >> 2nd line >> 3rd line >> >> I can't find any way to do the same thing with SMSLink. I would prefer to >> use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have >> tried it. SMSLink changes any special characters to a space, so a "/r" >> turns into just " r". >> >> Thanks, >> Jeff >> >> ----- Original Message ----- >> From: "Philippe Andersson" <pa...@ib...> >> To: "Jeff Meek" <je...@te...> >> Cc: <sms...@li...> >> Sent: Friday, May 30, 2008 10:34 AM >> Subject: Re: [Smslink-users] Newline character in SMS message >> >> Hello Jeff, >> >> Jeff Meek wrote: >>> This seems like an easy question, but I didn't find it anywhere in the >> docs, >>> email archives or google. >>> >>> How do I insert a newline or line break into the sms message? >>> I have tried sending a plain text file with the line breaks, backslash-n, >>> %-n, ^n, ctrl-n, etc. >>> The message always gets concatenated into a single line of text. >>> >>> The docs for the AT+CMGS command says any ascii character can be sent >> except >>> for ctrl-z. How do I send a line break? >> Is your question specific to SMSLink (i.e. "how will SMSLink treat >> embedded newline characters") or is this a generic question about the >> SMS protocol ? >> >> Ph. A. >> >> > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> |
|
From: Philippe A. <pa...@ib...> - 2008-06-03 08:07:55
|
Hello again, Jeff, A new pre-release version of 0.56b-4 is available for you to test in the developers section of the web site: <http://smslink.sourceforge.net/archive/devel/> The README file available in the same directory lists the changes since the last official release. The server will now properly translate special characters embedded in outgoing messages, using the "C" syntax (i.e. \n, \r, \t, etc.). The command-line client will also support those in 2 ways: - a message specified on the command-line (the '-m' option) is sent as-is. If you want a newline in it, put a "\r\n" sequence. - a message read from file (the '-f' option) will be converted: all newline characters will be replaced with a "\r\n" sequence. I remember that you would have liked to be able to pipe your message into "sendsms". This feature is not available yet, but I'll start working on this while you test the new release. Reading from stdin will behave as reading from file where special characters are concerned. HTH Cheers. Bye. Ph. A. Jeff Meek wrote: > Hi Philippe, > > We definitely need to be able to format the message that we are sending. A > version of SMSLink that supports a newline would be terrific. Let me know > when you have one ready to test and I'll give it a go. > > Thanks, > Jeff > > ----- Original Message ----- > From: "Philippe Andersson" <pa...@ib...> > To: "Jeff Meek" <je...@te...> > > Hello again, Jeff, > > I think I have a working solution. I'll prepare a new "pre-release" tar > file for 0.56b-4 this evening and make it available on the site > tomorrow. I'll let you know when the file is available and you can test it. > > HTH > > Cheers. Bye. > > Ph. A. > > > Jeff Meek wrote: >> Hi Philippe, >> >> It is specific to SMSLink. If I talk to the modem directly, I can do: >> AT+CMGS="123456789" <cr> >> first line<cr> >> 2nd line<cr> >> 3rd line<cr><ctrl-Z> >> When the SMS is received, it will properly show up as >> first line >> 2nd line >> 3rd line >> >> I can't find any way to do the same thing with SMSLink. I would prefer to >> use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have >> tried it. SMSLink changes any special characters to a space, so a "/r" >> turns into just " r". >> >> Thanks, >> Jeff >> >> ----- Original Message ----- >> From: "Philippe Andersson" <pa...@ib...> >> To: "Jeff Meek" <je...@te...> >> Cc: <sms...@li...> >> Sent: Friday, May 30, 2008 10:34 AM >> Subject: Re: [Smslink-users] Newline character in SMS message >> >> Hello Jeff, >> >> Jeff Meek wrote: >>> This seems like an easy question, but I didn't find it anywhere in the >> docs, >>> email archives or google. >>> >>> How do I insert a newline or line break into the sms message? >>> I have tried sending a plain text file with the line breaks, backslash-n, >>> %-n, ^n, ctrl-n, etc. >>> The message always gets concatenated into a single line of text. >>> >>> The docs for the AT+CMGS command says any ascii character can be sent >> except >>> for ctrl-z. How do I send a line break? >> Is your question specific to SMSLink (i.e. "how will SMSLink treat >> embedded newline characters") or is this a generic question about the >> SMS protocol ? >> >> Ph. A. >> >> > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Jeff M. <je...@te...> - 2008-06-02 13:41:54
|
Hi Philippe, We definitely need to be able to format the message that we are sending. A version of SMSLink that supports a newline would be terrific. Let me know when you have one ready to test and I'll give it a go. Thanks, Jeff ----- Original Message ----- From: "Philippe Andersson" <pa...@ib...> To: "Jeff Meek" <je...@te...> Hello again, Jeff, I think I have a working solution. I'll prepare a new "pre-release" tar file for 0.56b-4 this evening and make it available on the site tomorrow. I'll let you know when the file is available and you can test it. HTH Cheers. Bye. Ph. A. Jeff Meek wrote: > Hi Philippe, > > It is specific to SMSLink. If I talk to the modem directly, I can do: > AT+CMGS="123456789" <cr> > first line<cr> > 2nd line<cr> > 3rd line<cr><ctrl-Z> > When the SMS is received, it will properly show up as > first line > 2nd line > 3rd line > > I can't find any way to do the same thing with SMSLink. I would prefer to > use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have > tried it. SMSLink changes any special characters to a space, so a "/r" > turns into just " r". > > Thanks, > Jeff > > ----- Original Message ----- > From: "Philippe Andersson" <pa...@ib...> > To: "Jeff Meek" <je...@te...> > Cc: <sms...@li...> > Sent: Friday, May 30, 2008 10:34 AM > Subject: Re: [Smslink-users] Newline character in SMS message > > Hello Jeff, > > Jeff Meek wrote: >> This seems like an easy question, but I didn't find it anywhere in the > docs, >> email archives or google. >> >> How do I insert a newline or line break into the sms message? >> I have tried sending a plain text file with the line breaks, backslash-n, >> %-n, ^n, ctrl-n, etc. >> The message always gets concatenated into a single line of text. >> >> The docs for the AT+CMGS command says any ascii character can be sent > except >> for ctrl-z. How do I send a line break? > Is your question specific to SMSLink (i.e. "how will SMSLink treat > embedded newline characters") or is this a generic question about the > SMS protocol ? > > Ph. A. > > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> |
|
From: Philippe A. <pa...@ib...> - 2008-06-02 12:03:46
|
Hello again, Jeff, I think I have a working solution. I'll prepare a new "pre-release" tar file for 0.56b-4 this evening and make it available on the site tomorrow. I'll let you know when the file is available and you can test it. HTH Cheers. Bye. Ph. A. Jeff Meek wrote: > Hi Philippe, > > It is specific to SMSLink. If I talk to the modem directly, I can do: > AT+CMGS="123456789" <cr> > first line<cr> > 2nd line<cr> > 3rd line<cr><ctrl-Z> > When the SMS is received, it will properly show up as > first line > 2nd line > 3rd line > > I can't find any way to do the same thing with SMSLink. I would prefer to > use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have > tried it. SMSLink changes any special characters to a space, so a "/r" > turns into just " r". > > Thanks, > Jeff > > ----- Original Message ----- > From: "Philippe Andersson" <pa...@ib...> > To: "Jeff Meek" <je...@te...> > Cc: <sms...@li...> > Sent: Friday, May 30, 2008 10:34 AM > Subject: Re: [Smslink-users] Newline character in SMS message > > Hello Jeff, > > Jeff Meek wrote: >> This seems like an easy question, but I didn't find it anywhere in the > docs, >> email archives or google. >> >> How do I insert a newline or line break into the sms message? >> I have tried sending a plain text file with the line breaks, backslash-n, >> %-n, ^n, ctrl-n, etc. >> The message always gets concatenated into a single line of text. >> >> The docs for the AT+CMGS command says any ascii character can be sent > except >> for ctrl-z. How do I send a line break? > Is your question specific to SMSLink (i.e. "how will SMSLink treat > embedded newline characters") or is this a generic question about the > SMS protocol ? > > Ph. A. > > -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Philippe A. <pa...@ib...> - 2008-06-02 10:16:20
|
Hello Jeff, Jeff Meek wrote: > Hi Philippe, > > It is specific to SMSLink. If I talk to the modem directly, I can do: > AT+CMGS="123456789" <cr> > first line<cr> > 2nd line<cr> > 3rd line<cr><ctrl-Z> > When the SMS is received, it will properly show up as > first line > 2nd line > 3rd line Understood. > > I can't find any way to do the same thing with SMSLink. I would prefer to > use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have > tried it. SMSLink changes any special characters to a space, so a "/r" > turns into just " r". That's correct -- at present, the client (sendsms) will remove newline characters from the input, and the server input method won't accept them anyway. But I see how I could get this to work. If this is important for you (and not dramatically urgent), I'll start working on this. HTH Cheers. Bye. Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Jeff M. <je...@te...> - 2008-05-30 16:53:03
|
Hi Philippe, It is specific to SMSLink. If I talk to the modem directly, I can do: AT+CMGS="123456789" <cr> first line<cr> 2nd line<cr> 3rd line<cr><ctrl-Z> When the SMS is received, it will properly show up as first line 2nd line 3rd line I can't find any way to do the same thing with SMSLink. I would prefer to use stdin (i.e. sendsms -f -), but I can't get it to work anyway I have tried it. SMSLink changes any special characters to a space, so a "/r" turns into just " r". Thanks, Jeff ----- Original Message ----- From: "Philippe Andersson" <pa...@ib...> To: "Jeff Meek" <je...@te...> Cc: <sms...@li...> Sent: Friday, May 30, 2008 10:34 AM Subject: Re: [Smslink-users] Newline character in SMS message Hello Jeff, Jeff Meek wrote: > This seems like an easy question, but I didn't find it anywhere in the docs, > email archives or google. > > How do I insert a newline or line break into the sms message? > I have tried sending a plain text file with the line breaks, backslash-n, > %-n, ^n, ctrl-n, etc. > The message always gets concatenated into a single line of text. > > The docs for the AT+CMGS command says any ascii character can be sent except > for ctrl-z. How do I send a line break? Is your question specific to SMSLink (i.e. "how will SMSLink treat embedded newline characters") or is this a generic question about the SMS protocol ? Ph. A. |
|
From: Philippe A. <pa...@ib...> - 2008-05-30 15:36:07
|
Hello Jeff, Jeff Meek wrote: > This seems like an easy question, but I didn't find it anywhere in the docs, > email archives or google. > > How do I insert a newline or line break into the sms message? > I have tried sending a plain text file with the line breaks, backslash-n, > %-n, ^n, ctrl-n, etc. > The message always gets concatenated into a single line of text. > > The docs for the AT+CMGS command says any ascii character can be sent except > for ctrl-z. How do I send a line break? Is your question specific to SMSLink (i.e. "how will SMSLink treat embedded newline characters") or is this a generic question about the SMS protocol ? Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely for the recipient (s) named above. This communication is intended to be and to remain confidential and may be protected by intellectual property rights. Any use of the information contained herein (including but not limited to, total or partial reproduction, communication or distribution of any form) by persons other than the designated recipient(s) is prohibited. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free. Ion Beam Applications does not accept liability for any such errors. Thank you for your cooperation. |
|
From: Jeff M. <je...@te...> - 2008-05-28 20:59:00
|
This seems like an easy question, but I didn't find it anywhere in the docs, email archives or google. How do I insert a newline or line break into the sms message? I have tried sending a plain text file with the line breaks, backslash-n, %-n, ^n, ctrl-n, etc. The message always gets concatenated into a single line of text. The docs for the AT+CMGS command says any ascii character can be sent except for ctrl-z. How do I send a line break? Thanks, Jeff |
|
From: Philippe A. <pa...@ib...> - 2008-01-14 13:20:14
|
Hello Todd, Todd M. H=E9bert wrote: > Hello, I am using smslink.. and it reports to be: >=20 > SMS-Link for Linux, ver 0.56b (11/05/04) OK. >=20 > I have queuing setup, and it's working..with one very serious caveat. >=20 >=20 > If the sms_serv program is started while there are messages queued up > waiting to be sent, it will send them fine... but then it will not > send anything else. >=20 > I keep getting this in my logs: <DATE-TIME> <server> sms_serv[<PID>]: > OUTBOX check canceled, <1> child procs already. >=20 > If I start the server with nothing in the queue, I get this in the > logs: >=20 > <DATE-TIME> <server> sms_serv[<C-PID>]: initiating OUTBOX check.=20 > <DATE-TIME> <server> sms_serv[<C-PID>]: FILE outbox check begins.=20 > <DATE-TIME> <server> sms_serv[<C-PID>]: FILE outbox check: <0> queue > file(s) processed. <DATE-TIME> <server> sms_serv[<C-PID>]: FILE > outbox check: finished. <DATE-TIME> <server> sms_serv[<PID>]: OUTBOX > check canceled, <1> child procs already. >=20 > ( PID =3D parent thread PID, C-PID =3D Child thread PID.) Known bug! Please upgrade to ver. 0.56b-4, available here as a pre-release: <http://smslink.sourceforge.net/archive/devel/> >=20 > According to the online documentation, sms_serv should be > automatically generating a PID file: /var/run/sms_serv.pid >=20 > This file is not being auto-generated by sms_serv. Known bug, please upgrade to 0.56b-4 ;-) (actually fixed in 0.56b-2). >=20 > I have tried modifying the init script so that it creates & destroys > the PID file as appropriate.. and I have checked, the PID being > stored in the file is correct. New init scripts are already provided in 0.56b-4 for SuSE and RHAT >=20 > I am guessing that sms_serv uses it's PID in order to determine if > there are "child procs already" No it doesn't. The child list is cleaned by the father when it receives a SIGCHLD. HTH Cheers. Bye. Ph. A. --=20 *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely= for =20 the recipient (s) named above. This communication is intended to be and to = =20 remain confidential and may be protected by intellectual property rights. A= ny =20 use of the information contained herein (including but not limited to, tota= l or =20 partial reproduction, communication or distribution of any form) by persons= =20 other than the designated recipient(s) is prohibited. Please notify the sen= der =20 immediately by e-mail if you have received this e-mail by mistake and delet= e =20 this e-mail from your system. E-mail transmission cannot be guaranteed to b= e =20 secure or error-free. Ion Beam Applications does not accept liability for a= ny =20 such errors. Thank you for your cooperation. |
|
From: <to...@ii...> - 2008-01-14 00:29:58
|
Hello,
I am using smslink.. and it reports to be:
SMS-Link for Linux, ver 0.56b (11/05/04)
I have queuing setup, and it's working..with one very serious caveat.
If the sms_serv program is started while there are messages queued up waiting to be sent, it will send them fine... but then it will not send anything else.
I keep getting this in my logs:
<DATE-TIME> <server> sms_serv[<PID>]: OUTBOX check canceled, <1> child procs already.
If I start the server with nothing in the queue, I get this in the logs:
<DATE-TIME> <server> sms_serv[<C-PID>]: initiating OUTBOX check.
<DATE-TIME> <server> sms_serv[<C-PID>]: FILE outbox check begins.
<DATE-TIME> <server> sms_serv[<C-PID>]: FILE outbox check: <0> queue file(s) processed.
<DATE-TIME> <server> sms_serv[<C-PID>]: FILE outbox check: finished.
<DATE-TIME> <server> sms_serv[<PID>]: OUTBOX check canceled, <1> child procs already.
( PID = parent thread PID, C-PID = Child thread PID.)
According to the online documentation, sms_serv should be automatically generating a PID file: /var/run/sms_serv.pid
This file is not being auto-generated by sms_serv.
I have tried modifying the init script so that it creates & destroys the PID file as appropriate.. and I have checked, the PID being stored in the file is correct.
I am guessing that sms_serv uses it's PID in order to determine if there are "child procs already" and aborts the outbox check if it finds that "pidof sms_serv" returns values other than that stored in /var/run/sms_serv.pid, but for some reason is not able to track the PID correctly on this system.
I have tried setting the --pidfile value (alternately using -i when --pidfile did not work) and it tells me that it is an unsupported option.
I have also tried making symlinks to the pidof executable in a couple of places it might be expected on other distributions.
This machine is running Debian 4 with a 2.6 series kernel.
It is an installation that was handed to me completely undocumented. (It shall NOT remain so!!! [he said valiantly]) ;)
Has anyone run across this?
Thanks,
Todd M. Hébert.
Sorry about any company information below this line.. it is required under Irish law, so I cannot omit it.
**********************************************************************
"Private Confidential & Privileged"
This Email and any files and attachments transmitted with it are
confidential and/or privileged. They are intended solely for
the use of the intended recipient. Any views and opinions expressed
are those of the individual author/sender and are not necessarily
shared or endorsed by Independent Newspapers (Ireland) Limited or any
associated or related company. The content of this Email and any file
or attachment transmitted with it may have been changed or altered
without the consent of the author. If you are not the intended
recipient, please note that any review, dissemination, disclosure,
alteration, printing, circulation or transmission of this Email and/or
any file or attachment transmitted with it, is prohibited and may be
unlawful. If you have received this Email or any file attachment
transmitted with it in error, please notify su...@ii... or contact
Systems Administrator Tel: +353 (1) 411 2244
Internet Interaction Limited
3050 Lake Drive, Citywest digital Park, Co Dublin
CRO # 247783
|
|
From: Philippe A. <pa...@ib...> - 2007-11-21 16:24:56
|
Hello Safia, Safia Daudi wrote: > hello all, > Iam newbie here and on how to use SMSlink.I have small project on how > to store data collected from mobile phone using short message > system(SMS) and stored in a database mysql? OK -- it looks like SMSLink could help you there. >.please,can anyone provide > me with the tutorials,link or documentation? I don't have any more documentation at hand regarding SMSLink than what's available on the website. What I can recommend is that you try and install the SMSLink server (detailed instructions on how to do that are provided on the site). Then, configure the server to store incoming messages in the backend MySQL database (that's the 'db' flag in the last field of the /etc/gsmdevices file -- "man 5 gsmdevices" for details). Once you get incoming SMS messages stored in the database this way, it's up to you to write your own application (whatever it does) to process them. I know that those are very basic instructions. I'm certainly willing to go into more details as you progress in your setup. HTH Cheers. Bye. Ph. A. --=20 *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely= for =20 the recipient (s) named above. This communication is intended to be and to = =20 remain confidential and may be protected by intellectual property rights. A= ny =20 use of the information contained herein (including but not limited to, tota= l or =20 partial reproduction, communication or distribution of any form) by persons= =20 other than the designated recipient(s) is prohibited. Please notify the sen= der =20 immediately by e-mail if you have received this e-mail by mistake and delet= e =20 this e-mail from your system. E-mail transmission cannot be guaranteed to b= e =20 secure or error-free. Ion Beam Applications does not accept liability for a= ny =20 such errors. Thank you for your cooperation. |
|
From: Safia D. <ud...@gm...> - 2007-11-19 17:29:15
|
hello all, Iam newbie here and on how to use SMSlink.I have small project on how to store data collected from mobile phone using short message system(SMS) and stored in a database mysql?.please,can anyone provide me with the tutorials,link or documentation? thanks in advance ud |
|
From: Philippe A. <pa...@ib...> - 2007-07-11 13:56:01
|
Hello John, John Collison wrote: > Hi all, >=20 > I'm a newbie to all of the GSM stuff, but I've been programming for a > while. Can anyone recommend some modern hardware to use with SMSLink? I > tried searching on eBay for the stuff listed on the hardware page, but > couldn't find any. >=20 > Any help would be greatly appreciated. I've had very good experience with the Erco/Gener brand (very robust and reliable) -- have a look at this one, for instance: <http://www.gener.fr/UK/genpro10e.php> But a lot of other brands and models are supported as well. All the ones that are known to work with SMSLink are listed here: <http://smslink.sourceforge.net/hardware.html> And even if you can't find any that's listed there, just make sure that the model you pick supports plain AT commands and the extended "AT+" command set, and you have a good chance of being able of getting it to work. If you need my help to write the proper "driver" line, feel free to ask. HTH Cheers. Bye. Ph. A. --=20 *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely= for =20 the recipient (s) named above. This communication is intended to be and to = =20 remain confidential and may be protected by intellectual property rights. A= ny =20 use of the information contained herein (including but not limited to, tota= l or =20 partial reproduction, communication or distribution of any form) by persons= =20 other than the designated recipient(s) is prohibited. Please notify the sen= der =20 immediately by e-mail if you have received this e-mail by mistake and delet= e =20 this e-mail from your system. E-mail transmission cannot be guaranteed to b= e =20 secure or error-free. Ion Beam Applications does not accept liability for a= ny =20 such errors. Thank you for your cooperation. |
|
From: John C. <joh...@gm...> - 2007-07-05 09:22:05
|
Hi all, I'm a newbie to all of the GSM stuff, but I've been programming for a while. Can anyone recommend some modern hardware to use with SMSLink? I tried searching on eBay for the stuff listed on the hardware page, but couldn't find any. Any help would be greatly appreciated. Yours, John |
|
From: Philippe A. <pa...@ib...> - 2007-06-08 11:00:56
|
Hello Eric, eric spessotto wrote: > Le mercredi 30 mai 2007 =C3=A0 10:39 +0200, Philippe Andersson a =C3=A9cr= it : >=20 >> it. If at all possible, I'll try to fix this for the next major release >> (0.57b).=20 >=20 > Do you have any schedule for this release ? No schedule, no, but I should start working on the new features in the next few weeks. You won't have to wait until the official release, though, as I publish pre-releases on the website. I'll let you know as soon as the fix for the embedded double-quotes is in. HTH Cheers. Bye. Ph. A. --=20 *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely= for =20 the recipient (s) named above. This communication is intended to be and to = =20 remain confidential and may be protected by intellectual property rights. A= ny =20 use of the information contained herein (including but not limited to, tota= l or =20 partial reproduction, communication or distribution of any form) by persons= =20 other than the designated recipient(s) is prohibited. Please notify the sen= der =20 immediately by e-mail if you have received this e-mail by mistake and delet= e =20 this e-mail from your system. E-mail transmission cannot be guaranteed to b= e =20 secure or error-free. Ion Beam Applications does not accept liability for a= ny =20 such errors. Thank you for your cooperation. |
|
From: eric s. <eri...@cl...> - 2007-05-30 12:53:11
|
Le mercredi 30 mai 2007 à 10:39 +0200, Philippe Andersson a écrit : > it. If at all possible, I'll try to fix this for the next major release > (0.57b). Do you have any schedule for this release ? > Regarding the "numéro" (°), that character isn't present in the "default > GSM alphabet", the only GSM alphabet currently supported by SMSLink. My > plans are to add support for more GSM alphabets in the future, but don't > hold your breath. > thanks -- eric spessotto <eri...@cl...> |
|
From: Philippe A. <pa...@ib...> - 2007-05-30 08:39:56
|
Hello Eric,
eric spessotto wrote:
> Hello,
>=20
> I am new on this list ans I have a probleme
>=20
> I can't send SMS with " or =C2=B0 symbol
>=20
> Does anyone has this problem?
Those two characters pose problem for 2 very different reasons.
Regarding the double quote ("), that character is the string delimiter
and hence will cause an error in the server when used in the middle of a
message string. The usual way around that is to "escape" that character
(for instance by specifying it as \"), but that technique isn't
supported by the server yet. I'll try to modify its parser to support
it. If at all possible, I'll try to fix this for the next major release
(0.57b). In the mean time, as a workaround, I propose that you use the
single quote instead ('), which is supported by the server without trouble.
Regarding the "num=C3=A9ro" (=C2=B0), that character isn't present in the "=
default
GSM alphabet", the only GSM alphabet currently supported by SMSLink. My
plans are to add support for more GSM alphabets in the future, but don't
hold your breath.
HTH
Cheers. Bye.
Ph. A.
--=20
*Philippe Andersson*
Unix System Administrator
IBA Particle Therapy |
Tel: +32-10-475.983
Fax: +32-10-487.707
eMail: pa...@ib...
<http://www.iba-worldwide.com>
The contents of this e-mail message and any attachments are intended solely=
for =20
the recipient (s) named above. This communication is intended to be and to =
=20
remain confidential and may be protected by intellectual property rights. A=
ny =20
use of the information contained herein (including but not limited to, tota=
l or =20
partial reproduction, communication or distribution of any form) by persons=
=20
other than the designated recipient(s) is prohibited. Please notify the sen=
der =20
immediately by e-mail if you have received this e-mail by mistake and delet=
e =20
this e-mail from your system. E-mail transmission cannot be guaranteed to b=
e =20
secure or error-free. Ion Beam Applications does not accept liability for a=
ny =20
such errors. Thank you for your cooperation. |
|
From: eric s. <eri...@cl...> - 2007-05-29 13:21:13
|
Hello, I am new on this list ans I have a probleme I can't send SMS with " or ° symbol Does anyone has this problem? Thanks -- eric spessotto <eri...@cl...> |
|
From: Philippe A. <pa...@ib...> - 2007-05-16 16:04:53
|
Hello, I'm planning to release 0.56b-4 in the coming weeks. It would be great if anyone on the list with access to a *BSD host could compile (and test, if possible) the prerelease of 0.56b-4 available at <http://smslink.sourceforge.net/archive/devel/smslink-0.56b-4pre.tar.gz> and report on the results. In order to get rid of a compilation warning, I changed some gcc flags and options, and I want to make sure that they won't break the BSD build. Thanks in advance for your help. Ph. A. --=20 *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pa...@ib... <http://www.iba-worldwide.com> The contents of this e-mail message and any attachments are intended solely= for =20 the recipient (s) named above. This communication is intended to be and to = =20 remain confidential and may be protected by intellectual property rights. A= ny =20 use of the information contained herein (including but not limited to, tota= l or =20 partial reproduction, communication or distribution of any form) by persons= =20 other than the designated recipient(s) is prohibited. Please notify the sen= der =20 immediately by e-mail if you have received this e-mail by mistake and delet= e =20 this e-mail from your system. E-mail transmission cannot be guaranteed to b= e =20 secure or error-free. Ion Beam Applications does not accept liability for a= ny =20 such errors. Thank you for your cooperation. |