*Hello Piotr,
Still Mbuni does not want to wait after GPRS connection even with ip-up
script, do I miss something?
Following your advises I have configured:
in /etc/ppp/ip-up symlink to ip-up.sh:*
*#!/bin/sh
IFNAME=$1
LOCAL_IP=$4
REMOTE_IP=$5
IPPARAM=$6
MMS_PROXY=192.168.39.201
ip route add
Hi.
From what I see you miss the following options to pppd (unless they
are present in config file):
nodefaultroute
nodetach
nodetach is important here since it stops grps-on process from
quitting (pppd daemonizes) before it has a chance to set-up the
connection. Other way would be to provide a
Yeah, thanks Piotr,
It seems better using 'nodetach', mbuni does not block anymore but retry to
send MMS
but I have an issue with routing to reach MMS-C, when pppd is established it
should set the route in ip-up script: ip route to 192.168.39.201 dev ppp0 I
guess?
Can I use route add -host
I forgot to add
/sbin before 'ip route' in ip-up script, now it is Ok
Things is Mbuni connect to GPRS, send the MMS and disconnect just after
although a second MMS has to be sent, reconnect, send it and disconnect?
Is it a normal behavior ? or is it possible to keep the ppp0 open and send
all
Yes, by default mmsbox.conf has the following config:
group = mbuni
storage-directory = /var/spool/mbuni
max-send-threads = 5
maximum-send-attempts = 50
default-message-expiry = 36
queue-run-interval = 5
send-attempt-back-off = 300
sendmms-port = 10001
max-send-threads set to 5 but Mbuni
With settings similar to yours I get the behaviour when mbuni sends
everything that is queued and then disconnects. Maybe if you patch
mmsbox_mm1.c to add a 2 second sleep at end of inner loop in
handle_mm1 function that will solve your problem.
On Thu, Aug 05, 2010 at 02:55:16PM +1100, Emmanuel
