On Sat, Dec 24, 2011 at 08:57:49AM +0300, abdirezak musse yusuf wrote:
>
> please send to me too.
sent
pgp6xMLLRteWc.pgp
Description: PGP signature
___
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users
On Fri, Dec 23, 2011 at 06:12:08PM +0300, Paul Bagyenda wrote:
>
> Piotr,
>
> A trace of what works and what doesn't might be useful here.
>
> Paul.
Sure. I have complete tcpdump records for both situations. I
don't want to pollute the list so I'll send it directly to
you. If someone else wou
On Thu, Dec 22, 2011 at 08:18:18AM +0300, abdirezak musse yusuf wrote:
>
> [root@localhost mbuni-1.5.0]# mmsbox2011-11-13 04:22:51 [15691]
> [0] INFO: Debug_lvl = -1, log_file = , log_lvl =
> 02011-11-13 04:22:51 [15691] [0] ERROR: fopen failed: couldn't
> open `mbuni.conf'2011-11-13 04:22:51 [15
Hi,
About a month ago I started to have problems with one of
operators when sending via MM1 interface... They accept
m-send-reqs and properly respond with m-send-confs.
The problem is that when message contains SMIL it isn't delivered
to the destination address. If I send plain text, or image
mes
On Wed, Oct 12, 2011 at 12:46:19AM +, Wave Hood wrote:
> Hello all,
>
> I am a bit new in using Mbuni so I hope someone can direct me here. I read
> the user guide and some days ago I decided to start testing my project which
> I devided in 2 parts. part 1 is sending the MMS and part is receiv
I can only say, that it (505) works for me, but I'm using it on different
network, so if it's an operator related issue, it may happen you will have the
same problem with Option.
P.
On 2011-04-18, at 12:11, Stanisław Czech wrote:
> Nevertheless could someone confirm that Option Icon
> modems
On 2011-04-18, at 11:55, Paul Bagyenda wrote:
> I don't think there is a "secret". Receipt of the notification is *purely*
> via SMS. Which means that Mbuni hasn't even kicked in yet. Basically MMS
> reception at the network works like this: The operator MMSC checks (HLR,
> whatever) if receiv
Maybe there is some secret knowledge needed for making Huawei modem work with
this. I don't know :-(
On 2011-04-18, at 11:20, Stanisław Czech wrote:
> It seems Huawei is incapable of recieving MMS. Is there a way to check
> it to be sure?
>
> I found on other forums:
> http://broadbandforum.in/b
On 2011-04-18, at 10:20, Stanisław Czech wrote:
>> First thing to do is to make kannel to see an incoming mms
>> notification (wap-push) and dispatch it via the proper service to mbuni.
>
>> If you don't see ANY incoming message in kannel, that could mean one of two:
>
>> - something is broken
On 2011-04-18, at 09:32, Stanisław Czech wrote:
> I have no problems sending and recieving sms, and sending MMS but i
> can't recieve any MMS. Does anyone have some clues where there can be
> a problem? smsbox see's nothing when I send mms from a mobile to the mbuni's
> modem.
>
> In kannel.conf
As for mmsc settings, here are mine:
custom-settings = "smsc-on=lynx -dump
'http://localhost:13000/start-smsc?password=bar&smsc=modemsmsc';smsc-off=lynx
-dump
'http://localhost:13000/stop-smsc?password=bar&smsc=modemsmsc';gprs-on=/usr/local/mbuni/sbin/start-mms-gprs;gprs-pid=cat
/var/run/ppp-m
I haven't upgrade to current stable yet, so I don't know if my
comment will be appropriate for you, however, I think in mmsc
section you should uncomment custom settings, and provide setting
for port (i.e. port=8976). That's the port on which MM1 module
will listen for incoming notifications, and p
looks like one of mm1 threads not being started... That would
rather be due to some of ports being blocked by some other app
than because of modem-specific problem. Check your MM1 config for
port conflicts.
Regards,
Piotr
On Fri, Apr 15, 2011 at 03:39:26PM +0200, Stanisław Czech wrote:
> Welcome
http://www.mail-archive.com/search?l=users%40mbuni.org&q=%22MM1+modems%22
On Sat, Dec 11, 2010 at 08:53:34PM -0800, luke devon wrote:
> Hi
>
> I would like to check with you , what would be most suitable GSM/GPRS/3G
> modem
> that we can use with MBUNI VAS Gateway?
>
> Since I do not have acc
On Thu, Nov 25, 2010 at 11:19:32AM +0100, Piotr Isajew wrote:
> 0x16 0xea: looks like encoding indication for me, doesn't match utf-8
> above, I'm not sure, why
0xEA is an indication of UTF-8 charset (i'm not sure why it differs
from the value I quoted before) an
On Thu, Nov 25, 2010 at 12:56:13PM +0300, Paul Bagyenda wrote:
> How should the charset information be encoded?
> On Nov 25, 2010, at 12:34, Piotr Isajew wrote:
>
> > Hi,
> >
> > Is there any way to properly use Send MMS service to send MMS message
> > w
Hi,
Is there any way to properly use Send MMS service to send MMS message
with UTF-8 encoded subject?
I tried both passing raw utf-8 string as 'subject' parameter of get
request and encoding it according to RFC-2047 before.
From tcpdump it looks for me that no charset information is encoded in
S
Option Icon 505: outgoing traffic is fine, incoming: not tested yet
On Wed, Sep 01, 2010 at 07:28:04AM +0300, Paul Bagyenda wrote:
> I am compiling a list of modems that have been successfully used with the
> Mbuni MM1 mmsbox plugin (i.e. works fully for message exchange). Kindly let
> me know
Hi,
I don't think I could add anything more than I wrote
previously. Response you get from server mbuni tries to talk to gives
error 400 ('Bad Request! Check spelling of requested URL'). I had
similar problem when I used wrong URL (mmsc-url setting). It could
happen if you use proxy where you shou
Just guessing, but from response dump in logs you sent it looks like
MMSC gateway (or something you communicate to) is unable to parse your
submit request. If I were you I would check if I connect to correct
(MMS) APN, and if both mmsc-url and proxy settings are OK.
On Fri, Sep 10, 2010 at 10:00:3
Option iCON 031: works
pgpBMYGLhaFDD.pgp
Description: PGP signature
___
Users mailing list
Users@mbuni.org
http://lists.mbuni.org/mailman/listinfo/users
On Mon, Aug 09, 2010 at 06:52:01PM +1100, Emmanuel CHANSON wrote:
> I already reported this behavior but I think it is better to open a new
> thread for this.
>
> I notice that in my config, Mbuni connect and disconnect from ppp GPRS
> connection for each MMS stored in queue.
> Is it a normal beha
gt;] Erreur 1
> >>
> >> make[3]: quittant le répertoire «
> >> /opt/mediaserver/softs/mbuni/mbuni/extras/mmsbox-mm1 »
> >> make[2]: *** [all-recursive] Erreur 1
> >> make[2]: quittant le répertoire «
> >> /opt/mediaserver/softs/mbuni/mbuni/extras »
> >>
ake[2]: *** [all-recursive] Erreur 1
> make[2]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni/extras
> »
> make[1]: *** [all-recursive] Erreur 1
> make[1]: quittant le répertoire « /opt/mediaserver/softs/mbuni/mbuni »
> make: *** [all] Erreur 2
> #
>
> Strange
&g
wrote:
> Yes I tried using:
>
> For Kannel:
> # ./configure --with-mysql --with-cflags=-fPIC
> ...
> # make rpm
>
> For Mbuni
> # ./configure --with-kannel-dir=/root/rpmbuild/BUILD/kannel-svn/
> --with-cflags=-fPIC
>
> # make
>
> but same error
>
&
do you recompile mbuni with '-fPIC' too?
On Fri, Aug 06, 2010 at 07:24:56AM +0200, Emmanuel CHANSON wrote:
> When compiling kannel using :
> ./configure --with-mysql --with-cflags=-fPIC
>
> And then mbuni I got the same errors:
>
>
> */usr/bin/ld: /usr/lib64/kannel/libgwlib.a(gwmem-native.o): r
300
> sendmms-port = 10001
>
> max-send-threads set to 5 but Mbuni connect and disconnect for each MMS
>
> If this is normal behavior of Mbuni, need to check for a patch or a script
> that handle pppd
>
> Emmanuel
>
> 2010/8/5 Piotr Isajew
>
> > On Thu, Aug 05
r support, you helped me to solve this :)
>
> I plan to developp a web interface that can use mbuni to send MMS.
>
> BR,
>
> Emmanuel
>
> 2010/8/5 Piotr Isajew
>
> > On Thu, Aug 05, 2010 at 01:29:24PM +1100, Emmanuel CHANSON wrote:
> > > Yeah, thanks P
On Thu, Aug 05, 2010 at 01:29:24PM +1100, Emmanuel CHANSON wrote:
> 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:
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
sing MM1
> interface through a modem
>
> BR,
>
> Emmanuel
>
> custom-settings = "gprs-on=pppd call mobile-auth;gprs-pid=cat
> > /var/run/ppp0.pid|head -1;port=3130;mmsc-url=
> > http://mms.x.xx/mmsc;proxy=192.168.39.201;msisdn=100";
> > mmsc-l
port=3130 and does not set a ":port" on the proxy parameter
> in mmsc-url
No. port in settings is for other applications (like kannel) to
communicate with mmsbox i.e. to trigger fetch actions. To specify your
operator's mmsc port use :port in mmsc url or proxy settings dependi
Mbuni uses curl to connect() to proxy. This is issued just after
start-gprs pid is returned so on "normal" system it uses default
route, which is not good because of firewalling and most ops using
private addresses for mmsc's. From what I saw (maybe someone will
correct me here) mmsbox-mm1 does not
Just to confirm that it is a normal behavior and I
> should not use "pppd call gprs" that lead to this behavior ?
depends on your options. To be more specific using 'nodetach' option
of pppd works better for me.
>
> BR,
>
> Emmanuel
>
> 2010/8/3 Piotr Isajew
You could also do this with proper if-up script. Mbuni tries to
connect to MMS proxy when it sees pppd pid file. On other hand pid
file is created _before_ interface IP and routing is set up. I solved
this by symlinking ppp pid to some path in if-up after everything is
set-up and making mbuni to lo
Hello.
I'm using current mbuni from CVS to send MMS messages through GPRS
modem. Messages are submitted with something like:
curl -s --data
"username=x&password=y&to=some_msisdn&from=my_msisdn&subject=Test&dlr-url=my_url&rr-url=my_url&mmsc=play20"
--data_url-encode "s...@smilfile"
That works pre
36 matches
Mail list logo