| Keywords: Mode: All keywords (AND) |
|
Sat Mar 16, 2013 01:54
|
edo: exim runs script from unprivileged user. Does this user has rights to write to the smsd spooling directory?
I suggest "addgroup Debian-exim smsd" as a solution.
|
|
Mon Mar 11, 2013 16:56
|
edo: Hmm.... It seems like MIME::Parser module is installed, but does not work as expected.
In Debian this module is located in libmime-tools-perl package (I think Ubuntu uses same package name).
Do you have libmime-tools-perl package installed? What version?
|
|
Tue Aug 07, 2012 12:56
|
edo:
My mail client was sending mails using "html" format.
usually mail client include both html and plaintext into separate mime parts, this situation must be handled properly.
but if your mail contain only html part - it will not work, sorry.
|
|
Tue Aug 07, 2012 12:51
|
edo:
<+43xxxxxxxxxxxx@pandora.local> (expanded from <sms@pandora.local>):
Command died with status 255: "/usr/local/bin/email2sms-ucs.pl". Command
output: Can't call method "as_string" on an undefined value at
/usr/local/bin/email2sms-ucs.pl line 103, <STDIN> line 20.
can you send problem mail message to edo.rus@gmail.com? (save it to file and send me this file)
|
|
Mon Jul 02, 2012 15:45
|
edo:
But when i send a email to root@domein.nl its not working. why recipient address is not 316...@domein.nl?
|
|
Tue Apr 24, 2012 07:50
|
edo: sorry, I'm too busy now, may be on next week...
but you can use procmail for this task.
|
|
Mon Apr 23, 2012 19:47
|
edo: I use exim with very easy configuration, you can see most of it in first post.
I think you need do some debugging.
Firstly save message from your mail client and try process it with email2sms-ucs.pl:
sudo -u smstools /usr/local/bin/email2sms-ucs.pl -n 48XXXXXXXXX < /tmp/saved-message
|
|
Mon Apr 23, 2012 18:47
|
edo: I surmise:
argv=/usr/local/bin/email2sms-ucs.pl -n ${user}
but I don't use postfix, so I can't test
|
|
Mon Apr 23, 2012 15:46
|
edo: You must specify recipient number.
I look to http://www.postfix.org/pipe.8.html
It seems like you need add "-n ${user}" argument to email2sms-ucs.pl call
Another thing - email2sms-ucs.pl expect only one recipient per call, so you need specify "transport_destination_recipient_limit = 1" (look to start of man page)
|
|
Mon Apr 23, 2012 09:42
|
edo: what happens if you execute /usr/local/bin/email2sms-ucs.pl from command line?
|
|
Sat Dec 17, 2011 07:18
|
edo: I suppose that procmail using is not very good idea, because mail can have more than one recipient and only MDA will handle this situation correctly.
I'm unfamiliar with postfix, but according to man it have possibility to run external scripts:
http://www.postfix.org/pipe.8.html
|
|
Wed Dec 29, 2010 20:29
|
edo:
See also this script which is provided by edo: email2sms-ucs: international version of email2sms.
yes, it must support any MIME encoding, including quoted-printable.
It may work better (I have not tested it), but it does not send to multiple recipients.
in my configuration smtp server will process multiple recipients correctly (it call script independently for every recipient).
|
|
Sat Jul 03, 2010 09:12
|
edo:
I think that I can change this in the next version 3.1.12, which is almost finalized currently.
great.
( PRIVATE BLOCK )
If your modem sends also RING, and you use hangup_incoming_call, it may help little bit.
yes, I use hangup_incoming_call, but somethimes i get two CALL events.
i think smstool can hangup call after generation of CALL event (or after receiving '+CLIP' report) and ignore 'RING' report.
this changes will make CALL event generation more stable for configuration with 'phonecalls = 2'.
|
|
Fri Jul 02, 2010 19:09
|
edo: From topic New version 3.1.7beta6 is released:
With this version phonecalls feature can use +CLIP Calling line identification report, required with devices which do not support handling of a phonebook.
Take a look at the version history for details.
As usual, any feedback and test results are valuable. :)
Write bug reports here, if any bugs found...
phonecalls = 2
worked!!!
good
but sometimes event is missed, someteimes two events on one call are generated :(
|
|
Fri Jul 02, 2010 19:09
|
edo: but sometimes event is missed, someteimes two events on one call are generated :(
|
|
Thu Jun 03, 2010 16:35
|
edo:
That doesnt have any specific time or time period when it happens, it does it randomly.
It looks like hardware problem.
1. test CS-15 with different computer;
2. EMI from modem can affect your computer; try usb extender;
3. try connect CS-15 via powered USB hub.
|
|
Tue Jun 01, 2010 14:02
|
edo: 1. USB-modem can be connected and disconnected on the fly.
2. USB is not very fault-tolerant, GRPS modem is EMI source - sometimes unassisted disconnect (and connect) can occur.
it would be nice to add the hotplug ability in smstools3.
btw - it can be useful for serial modems too.
ps: i think it is long-term goal.
|
|
Tue Jun 01, 2010 13:40
|
edo:
That's what the modem processes do currently with queues. If some external application does the sorting, or messages are spooled by the checkhandler, this will work great ;)
but "low_priority_max_delay" will not work without an external process or something.
perhaps it is not so bad?
|
|
Tue Jun 01, 2010 13:02
|
edo: However, with a large number of messages in the spooler, like 10 000, the checking of the priority is too slow may be splitting messages with different priorities to separate queues (directories) can help?
for example several 'checked' directories - modem process search in high-priority directory, if empty - swtich to normal-priority, if empty - to low-proirity.
Probably I may enhance this feature: the mainspooler can check the header as it does now, but it could use the file name to indicate to the modem processes, what is a priority. One more setting, again :), is required, but then files could be like "high-priority-send_XXXX", or just "send_XXXX" and there is not need to read files when finding a next file to send. Ghmm....
Mix messages headers and file names - you think it is good approach?
For example, a low priorized message could change to normal priority, if it has been waiting more than 12 hours. I like it
|
|
Tue Jun 01, 2010 12:49
|
edo: However, if smsd makes a spooling, as it usually does, the delay is not necessary for the modem processes. The next version will have a different setting for modems, trust_spool.
it looks reasonable.
|
|
Mon May 31, 2010 09:59
|
edo: you recode not only mesaage body, but all message including headers (like "To:").
|
|
Mon May 31, 2010 08:45
|
edo: it is not "checkhandler", but standalone script like original sendsms.
save this file as /usr/local/bin/sendsms-ucs and call "sendsms-ucs 8613708203321 '测试'"
|
|
Mon May 31, 2010 06:51
|
edo: sendsms is designed to work with 7bit ascii only.
you need something like this:
#!/bin/sh
FILE=`mktemp /tmp/smsd_XXXXXX`
DEST=$1
TEXT=$2
if [ -z "$DEST" ]; then
printf "Destination: "
read DEST
fi
if [ -z "$TEXT" ]; then
printf "Text: "
read TEXT
fi
echo "To: $DEST" >> $FILE
echo "Alphabet: UCS" >> $FILE
echo "" >> $FILE
echo -n "$TEXT" | iconv -t ucs-2be >> $FILE
chmod 644 $FILE
mv $FILE /var/spool/sms/outgoing/
ps: sorry, i don't test this script ;)
|
|
Sun May 30, 2010 21:53
|
edo: high and normal priorities already exists, I think low priority is usefull too - adding many low-priority messages to queue will not affect speed of delivery for all other messages.
high can be used for critical mesages (like error messages).
low - for non-time-critical (like monthly reports or other periodical mass sending).
normal - all other
|
|
Sun May 30, 2010 21:21
|
edo:
If you move files to the outgoing directory (within the same partition), instead of creating and writing, you can speed up the sending with a setting trust_outgoing = yes. This will save one second more.
1. with this setting I get message:
smsd: Setting trust_outgoing cannot be used with small setups (less than 10 modems).
2. this setting affects the movemment from 'outgoing' directory to 'cheked'?
then it has effect with only message in queue (for this modem): during rush hour in 'checked' will be several messages and outogoing-to-checked delay is unimportant.
3. IMHO message building in spool directory (and wait-and-check logic in smstools) is a bad think.
|
