Applied, thanks. Paul.On Feb 11, 2014, at 12:54, Jacek Raczkiewicz wrote:Hello, Here is another patch containing allow-adaptations setting for MMSC. It allows setup allow-adaptations=0/1 in the mmsbox.conf for each MMSC, this value is overwritten by the allow-adaptatio
Khaled,
Sounds interesting. I promise to review your changes when ready :)
Paul.
On Jan 08, 2012, at 12:20, Khaled Al-Hamwi wrote:
> Hi all,
>
> I did not find any information regarding the mmsc statistics such as:
>
> 1. Total number of sent MMS messages via MM1 / MM3 / MM4 / MM7.
> 2. Tota
Hi All,
We have moved the MM1 (aka GPRS modem) module into the core MMSBOX so that one
no longer needs to load a module. CVS is updated, including the doc. Please
test and let us know before we kill the module code in preparation for a new
release
Thanks
Paul.
__
Patched. Thanks
On Jan 04, 2011, at 18:25, Piotr Isajew wrote:
> There was a bug in a patch I sent on 23rd Dec. It could cause
> segfaults in mmsbox. I'm attaching a corrected version against
> current CVS source.
>
> ___
> Devel mailing list
> Devel@mb
Loks good. Applied. Thanks
On Jan 02, 2011, at 21:49, Piotr Isajew wrote:
> On Thu, Dec 23, 2010 at 04:47:08PM +0100, Piotr Isajew wrote:
>
>> I'm attaching a patch that fixes those problems for me. However
>> after applying it I noticed that DLR url isn't called for failed
>> messages:
>
> I th
I have just updated CVS so that mmsbox will (optionally) include multiple
recipients in a single MM7 transaction. For each mmsc you can now set
'max-recipients' to a number that specifies how many 'To' addresses that MMSC
will accept per transaction.
Bug reports welcome of course
Paul.
_
Patches applied to CVS
On Nov 26, 2010, at 19:52, Piotr Isajew wrote:
> updated
> ___
> Devel mailing list
> Devel@mbuni.org
> http://lists.mbuni.org/mailman/listinfo/devel
___
Devel mailing list
Devel@mbuni.o
The log level patch has been applied. This one requires some thought. Ideally
we should decode to RFC 2047 format, and encode to the MM1 format. And this
should apply to more than just the "subject" field. More work than this. I need
to do it, but first (and it's friday, which means lazy days)
Applied. thanks.
On Nov 15, 2010, at 17:23, Vincent CHAVANIS wrote:
> Here is a small patch that fixes a segfault
> ms is not checked against null,
> so octstr_write_to_socket() will fail, resulting in a segfault
>
> traceback:
> --
>
> Core was generated by `/usr/local/bin/mmsbox-1.4.1_
applied.
On Sep 11, 2010, at 15:43, Piotr Isajew wrote:
> I needed this to compile on FreeBSD 8.1-STABLE and get mmsbox-mm1 to
> properly resolve dynamic symbols.
> ___
> Devel mailing list
> Devel@mbuni.org
> http://lists.mbuni.org/mailman/listinfo/deve
Thanks Piotr
Patch applied.
On Aug 04, 2010, at 08:55, Piotr Isajew wrote:
> Hi,
>
> I'm using mmsbox-mm1 very intensively for outgoing messages. It's
> great, but I've noticed some deadlock/blocking problems when using it
> under heavy load. Those are mostly related to situations when GPRS
> c
All three patches applied. Many thanks.
On May 24, 2010, at 23:54, SATOH Fumiyasu wrote:
> Hi,
>
> Please apply the attached patch for Solaris multithread support.
>
> Regards,
>
> --
> -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp)
> -- Business Home: http://www.OSSTech.co.jp/
> -- Persona
A little late, but applied. Do test and let me know.
On Dec 09, 2009, at 06:16, Ian Donaldson wrote:
> >Thanks.
>
> > Would you kindly send a unified diff (preferably against CVS)?
>
> I've applied my patch with adjustments for differences in the CVS
> version, however I'm unable to test it; au
Thanks.
Would you kindly send a unified diff (preferably against CVS)?
On Dec 08, 2009, at 08:47, Ian Donaldson wrote:
> This topic has gone quiet and I've not seen any of the patches
> appear in CVS; its been over a year!
>
> I've just applied the patches and some tweaks to the 1.4.0 base
>
Appled both patches. Thanks
On Oct 13, 2009, at 16:17, Vincent CHAVANIS wrote:
This allows passing Billing information to mmssend program
Vincent.
--
Telemaque - 06560 SOPHIA-ANTIPOLIS - (FR)
Service Technique/Reseau - NOC
Direction du Developpement xMS+
http://www.telemaque.fr/
v.chava...@te
Hi All,
A number of significant fixes have (quietly) gone into the latest
CVS. You may want to upgrade. Refer to the Change log for details
___
Devel mailing list
Devel@mbuni.org
http://lists.mbuni.org/mailman/listinfo/devel
t; make[2]: *** [mms_util.o] Error 1
> make[2]: Leaving directory `/usr/local/src/mbuni/mmlib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/local/src/mbuni'
> make: *** [all] Error 2
>
>
>
> - Original Message -
> From: "
Applied.
Thanks.
On Dec 27, 2007 7:16 PM, Stipe Tolj <[EMAIL PROTECTED]> wrote:
> Hi list,
>
> attached is a minor patch that ensures that we get a clean configure run
> on
> Cygwin 1.x (POSIX.1 layer) systems. The issue on cygwin is, we need a more
> strict library (-lxml2 in this case) specifi
On May 04, 2007, at 07:57, Kallon Weingarten wrote:
Hello, Devel@mbuni.org
I am developing an mms content fingerprinter. And I have looked at
the Mbuni source.
I would like to test using some of the functions like mms_frombinary
() in mmlib/mms_msg.c
For Example, I have http transactions
Yes you are right up to a point: Mbuni currently only supports Basic
authentication, which is why you are unable to connect. MD5 is not
difficult to add, just a matter of putting in the time. Patch anyone?
P.
On Apr 05, 2007, at 13:36, Gert Horne wrote:
Hi List,
I am running Mbuni as a Va
Please send a more complete log. But from what we can see initially,
obviously the other side is returning this error. In this case looks
like you are sending the wrong username/password to the other side.
On Apr 04, 2007, at 22:42, Gert Horne wrote:
Hi list,
I have a new problem with my mb
Replied! See http://www.mail-archive.com/users@mbuni.org/msg01049.html
On Apr 04, 2007, at 13:40, Gert Horne wrote:
Hi List,
I have tried the users list but I think they all died of stress or
some
complicated network error with the cellular network providers were
some
idiot closed the fi
Applied + committed to CVS, with a few changes. Thanks
P.
On Mar 30, 2007, at 18:35, Vincent CHAVANIS wrote:
Here is the patch
Notice : - mms-id should not be optionnal as mentionned in the doc
- group-id is set to mms-id if not defined.
- mmsbox will exit if mms-id is empty.
Vincent.
--
Tel
.
Thanks
Paul.
On Mar 21, 2007, at 18:20, Vincent CHAVANIS wrote:
Sorry,
This was not the good file.
I see that you have made the changes Thansk !
Vincent.
- Original Message - From: "Paul Bagyenda"
<[EMAIL PROTECTED]>
To: "Mbuni MMS Gateway Developers"
Se
Hi Vincent,
Please clarify this patch:
1) The changes to mms_util.h are nowhere in mbuni CVS
2) The error you mention would not cause a re-queueing of the message
anyway.
P.
On Mar 14, 2007, at 02:20, Vincent CHAVANIS wrote:
Hi all,
Thi patch fixes the command rejected 3005 from the MMSC
You want to use the unified-prefix config parameter. What happens
then is that you ensure that mbuni normalises all numbers prior to
forwarding the message (or indeed calling your resolver module).
P.
On Mar 09, 2007, at 10:43, Dziugas Baltrunas wrote:
Hi,
I suppose it's one of the "featu
Applied to CVS. Thanks
On Jan 28, 2007, at 21:06, Vincent CHAVANIS wrote:
This is an update of my previous message,
This should fix the duplicate entry header for the X-Mms-Message-Type.
diff -rau /mbuni-cvs/mmlib/mms_msg.c /mbuni/mmlib/mms_msg.c
--- /mbuni-cvs/mmlib/mms_msg.c 2006-11-25 12:5
Dear All,
Please find, at www.mbuni.org a new stable release of the software.
This release addresses several issues reported over the months
since the last release, and also provides improvements, particularly
in the MmsBox application. Do take a look at the detailed ChangeLog
file fo
.
Vincent
- Original Message -
From: "Paul Bagyenda" <[EMAIL PROTECTED]>
To: "Mbuni MMS Gateway Developers"
Sent: Monday, October 30, 2006 3:16 PM
Subject: Re: [Devel] [PATCH] MMS/SIP-patch for mbuni
I for one would love to look at the documentation.
Th
scenario? Any comments from list members?
Paul.
On Oct 30, 2006, at 14:53, Ilkka Ollakka wrote:
> On ma 30. lokakuuta 2006 14:14:11, Paul Bagyenda wrote:
>> This is certainly interesting. Can you tell us a bit more about your
>> test setup? What h/w and so forth?
>>
>> Paul.
This is certainly interesting. Can you tell us a bit more about your
test setup? What h/w and so forth?
Paul.
On Sep 08, 2006, at 11:54, Ilkka Ollakka wrote:
>
> Hello mbuni-devel,
>
> We had project this summer that includec using mbuni as server to
> send/receive mms-messages via sip. Basic
m-native.o):
>> relocation
>> R_X86_64_32 against `a local symbol' can not be used when making a
>> shared
>> object; recompile with -fPIC
>> /usr/local/lib/kannel/libgwlib.a: could not read symbols: Bad value
>> collect2: ld returned 1 exit status
>>
Hi All,
CVS has been updated to compile with Kannel 1.4.1. The most
significant change is that the need to patch Kannel is gone
(hopefully for good!)
This is the first step towards realising the next release of Mbuni.
Testing and bug reports would be most welcome.
Thanks
Paul
nx,
>
> On 10/1/06, Paul Bagyenda <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> can you send the config.log file? It should show what happened
>> On Oct 01, 2006, at 09:51, Abolfazl Rezvan wrote:
>>
>>> Hi,
>>>
>>> I'm trying t
Hi,
can you send the config.log file? It should show what happened
On Oct 01, 2006, at 09:51, Abolfazl Rezvan wrote:
> Hi,
>
> I'm trying to install kannel+mbuni on cygwin. kannel was patched and
> compiled and installed successfully but for mbuni in the middle of
> ./configure this error hap
Dziugas,
We have used it without much trouble. That said, I would not be
surprised if there were problems in this code! I will take a look and
advise.
Paul.
On Sep 28, 2006, at 12:13, Dziugas Baltrunas wrote:
> Hi list,
>
> I noticed that MM7->MM1 conversion mbuni is doing most probably i
Updated CVS accordingly. Many thanks
P.
On Aug 25, 2006, at 11:10, Stefan König wrote:
> Hi there...
>
> I just found / fixed a bug in the mmsbox:
>
> mbuni-1.1.0/mmsbox$ diff bearerbox.c.old bearerbox.c
> -- CUT HERE -
> 188c188
> < mresp = mm7_make_resp(
SMIL in
> content adaptation module
>27 2005-07-15 P. A. Bagyenda <[EMAIL PROTECTED]>
>28* Allow turning on/off of content adaptation
>
> On 10 August 2006 20:02, Paul Bagyenda wrote:
>> I should also add that CVS was not affected, and it is
>> advisable
On Aug 10, 2006, at 12:02, Anton wrote:
> I'm was wrong :)
> Already available today. But CVS is very old? Can anyone
> suggest how to get development sources?
>
The sources are available and up to date. To download, follow
instructions here:
http://www.mbuni.org/downloads.shtml
> Regards,
>
I should also add that CVS was not affected, and it is advisable that
you use CVS, as it contains a number of significant improvements of v1.1
P.
On Aug 10, 2006, at 16:09, Anton wrote:
> Thanks for answer Paul! Great product!
>
> On 10 August 2006 18:19, Paul Bagyenda wrote:
&g
Hi Anton,
No such thing has happened. The truth is that we had a bit of
'problem' with the server, resulting in *all* the files being lost.
We are rebuilding the site from backups. I am slowly populating the
1.1.0 stuff back on there, right now the sources are in place, RPMs
should be u
Hi all,
The mbuni mail server has been down for a bit as some of you had
pointed out. Global warming. It's now back up.
Thanks.
Paul.
___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org
applied, with slight modifications.
Thanks.
Paul.
On Jul 26, 2006, at 17:49, Deon van der Merwe wrote:
> Hi,
>
> This patch will add the current msgid to the notify script if it is
> present.
>
> On 7/25/06, Deon van der Merwe <[EMAIL PROTECTED]> wrote:
>> H
Deon,
Not a bad idea at all. Would the additional parameter to the notify-
script then mean that the message-too-large field is not needed? (Or
we could just leave it as empty to signal nothing-to-send).
I don't see a problem adding the message ID. In future we will
clean up these interf
Good idea. Applied.
P.
On Jul 14, 2006, at 13:20, Deon van der Merwe wrote:
> Hi,
>
> Currently mbuni will first try and deliver a MMS as a standard
> to-mobile message using the "local-prefixes" in your config. When it
> is unable to do this, it will check the possible VASP short-codes.
>
> Th
If fell through the cracks! Now applied and on CVS. Apologies.
On Jul 14, 2006, at 13:01, Deon van der Merwe wrote:
> Hi,
>
> I do not see this patch in the current CVS. Is this the correct
> procedure for submitting patches? Or maybe I missed a accept/reject
> for it?
>
>
> On 6/13/06, Deon va
Fixed in CVS. Code will check for the '?' and only add it if missing.
I wish all changes were this easy :)
There is a whole host of changes that we are working on, including:
- DB storage of queue data
- OMA MMS conformance in message header lengths
- Moving to up-coming Kannel 1.4.1
- WURFL db i
Hi Rene,
The right place for this is mmsbox (VAS GW part of Mbuni). If you
look in there, there are two functions for talking to an MMSC. One
for MM7/SOAP the other for MM7/EAIF. mmsbox decides which to call
based on the 'type' of the MMSC (as specified in the config). Note
however that
It would appear that your Kannel was not patched as should have
been done, prior to compilation. This requirement will disappear once
Kannel 1.4.1 is out.
P.
On Jun 28, 2006, at 03:24, Rene Kluwen wrote:
> So I downloaded mBuni from CVS.
>
> First I had to add CFLAGS=-L/path/to/gwlib to ./
On Jun 26, 2006, at 15:10, Deon van der Merwe wrote:
> Hi Paul,
>
> Had a look at our stats, and I now think the "problem" (USERS!) is
> actually very small. Out of 2150 MMS there has only been 7 like this.
> So, now I am thinking: maybe the sulotion is rather the validation
> checks of the des
Deon,
Short answer is that it isn't. The spec says that if there are
multiple recipients, then the message will contain the To/Cc/Bcc
field as many times are there are recipients. This means that the
user should not, as in the case of email, put a space or whatever.
So the question is:
With subject change. Apologies
Hi,
Attached is a new diff to update the mime libs somewhat, after my
last updates. This one reduces the amount of copying that goes on
as the interface passes objects back and forth
Cheers
Paul.
mime.diff
Description: Binary data
Correct on all counts. In addition, the mmsc should have the option
to ignore the wap-profile url and rely only on wurfl if one so wishes
it.
P.
On May 29, 2006, at 12:13, Deon van der Merwe wrote:
> Hi Paul,
>
> On 5/29/06, Paul Bagyenda <[EMAIL PROTECTED]> wrote:
>>
Firstly I apologise for the mailing list being down -- disk space
issues!
I think WURFL integration as a fallback is a good idea. It should
also be fairly easy to implement, as all that's needed is a parser
that converts the WURFL format to the internal UAProf structure used
by Mbuni. So
Sourceforge have changed the CVS host names, which means you will now
need to access mbuni CVS from mbuni.cvs.sourceforge.net (instead of
cvs.sourceforge.net). Please note the changes. I have updated the web
site accordingly. Also note that CVS browsing is now at http://
mbuni.cvs.sourcefor
Hi,
short answer: No it isn't. We have avoided building against CVS
really. For the time being we will stick to release Kannel versions
On Apr 14, 2006, at 02:03, Vincent CHAVANIS wrote:
> Hi there,
>
> I'm pretty new subscriber to this ML, and i would like to know if
> mbuni CVS is "compat
Patches applied - thanks. Also added a note of caution to the CVS
documentation.
On the vaspid 'disappearance', not sure what you mean but it seems to
me that in MMC mode it should indeed disappear. Notice for instance
that vaspid not part of the
deliver_req message, and not part of any oth
Actually Mbuni has a so-called resolver module plug-in, which allows
you to plug in a script or module that determines if a number is
local or not. I expect somebody out there does have a script that
actually uses this functionality to implement what you are talking
about.
There have bee
Hi, anonymous cvs for mbuni has been woefully out-of-date over the last week or so for some unknown reason. Sourceforge seem to have resolved this now. There have been some changes in the meantime, so do check out the change logs, update your copy and test. ThanksPaul. ---
> are visible as well.
>
> On 2/24/06, Paul Bagyenda <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> You are missing the 'Content' element which tells the SOAP
>> recipient what part of the HTTP body is the message body.
>> Nonetheless the mms_msg modul
l to billing-library to check if there is sufficient balance to
>> send an MM for all the recipients.
>> 2. For each of the MM recipients there is a call to resolver-library
>> to check whether is local or foreign recipient or MM shall be sent to
>> VASP.
>> 3. prov-s
Done and updated. Please test.
You could also test, while you are at it, the effect of allowing
the uaprof engine to fetch directly any missing profiles, rather than
doing so in the background and failing on first try. If it causes no
significant delays from the user perspective, then we s
Hi,
You are missing the 'Content' element which tells the SOAP
recipient what part of the HTTP body is the message body.
Nonetheless the mms_msg module should have done better checking for
NULLs. I've done some work in this regard and updated CVS.
Thanks again
P.
On Feb 23, 2006, at 20:
demand (or at least
> make a possibility to enable it in the config).
>
> On 2/20/06, Paul Bagyenda <[EMAIL PROTECTED]> wrote:
>> I think you make a fair point, and certainly this is not something
>> that at least I thought long and deep about. A fall back would be a
>
Fixed I hope and updated to CVS.
On Feb 21, 2006, at 16:35, Dziugas Baltrunas wrote:
> Hi, list,
>
> what was the purpose for the code in mmsc/
> mms_billing_shell.c::mms_billmsg():
>
> for (i=0;i Octstr *s;
> s = octstr_format("%s '%s' '%s'", octstr_get_cstr(script),
>
applied. Thanks
On Feb 21, 2006, at 12:21, Dziugas Baltrunas wrote:
> Hi list,
>
> I see that after moving config handling to mbuni, cvs head fails to
> compile. A patch below should fix this:
>
> Index: mmlib/mms_cfg.c
> ===
> RCS f
he capabilities negotiation
> strategy.
>
> Thanks.
>
> On 2/13/06, Paul Bagyenda <[EMAIL PROTECTED]> wrote:
>> Dzuigas,
>>
>> This behaviour is intentional... I didn't think it wise for the
>> proxy to block while it tries to retrieve the UA Profile
Hi, One of the things I'd like to see change is the need to patch + rebuild kannel in order to install mbuni. It looks very much that this will be possible with the next release of Kannel, provided some proposed diffs from our side (posted to the [EMAIL PROTECTED] list) are incorporated. To achie
Hi,
This is all normal behaviour: The queue files may or may not be in
sub-directories, and a deffered means the message may be fetched
later, so it should not be deleted.
P.
On Feb 11, 2006, at 11:09, Dziugas Baltrunas wrote:
> Hi list,
>
> I noticed that queue directory tree structure i
Dzuigas,
This behaviour is intentional... I didn't think it wise for the
proxy to block while it tries to retrieve the UA Profile from the
Internet. Best to temporarily fail, so that client retries, by which
time the profile will have been downloaded...
P.
On Feb 11, 2006, at 11:01, Dzi
Thanks Dzuigas,
Fixed the typo in the doc. Colours: Some suggestions would help.
Colours not my forte! On the octstr_destroy issue, please send
through a patch that I can review and use/post.
Cheers.
Paul.
On Feb 09, 2006, at 16:21, Dziugas Baltrunas wrote:
> Hi,
>
> I've just checked
y
> capabilities (hope I'm not bringing up a sensitive issue). From the
> Kannel perspective it would involve adding a third Box, the MMSbox,
> working in parallel to the already existing SMSbox and WAPbox.
>
> Best regards,
>
> Sergio
>
> Paul Bagyenda wrote:
>
>
Hi Sergio,
Welcome.
To try and answer your questions: There is no architecture guide
at the moment, I suppose largely because no one expressed a need. the
user documentation does however provider a brief overview of the
system's internal structure, and links to documents with more info
It still should not crash all the same... Hmmm. Could you perhaps
send me (privately) a sample MM that kills it thus?
P.
On Jan 11, 2006, at 17:06, Loïc Minier wrote:
On Wed, Jan 11, 2006, Paul Bagyenda wrote:
Looks like a crash after a failed character set conversion. This
would happen in
Looks like a crash after a failed character set conversion. This
would happen in the content adaptation module. Will investigate.
Just saw your posts to mantis and will apply!
On Jan 10, 2006, at 16:41, Loïc Minier wrote:
Hi,
I've seen a new mmsproxy crash, very different to the on
There are a couple of unchecked errors and (perhaps) memory leaks in
there. If you can, please run under valgrind or Purify (since you
seem to have long running jobs) and lets see what comes out.
All good patches welcome!
On Jan 07, 2006, at 21:54, Stipe Tolj wrote:
Loïc Minier wrote:
Committed. And another patch for that "mandatory headers" check would
be nice :)
On Jan 07, 2006, at 06:03, Stipe Tolj wrote:
Loïc Minier wrote:
Hey,
I crashed mbuni 1.0.0 today as follow:
2006-01-06 15:42:45 [21530] [371] WARNING: Unexpected field value
type 3 for header X-Mms-
Your ideas sounds just about right. Let me know what we'd need to do
on the mbuni side of things to (finally) get Kannel + Mbuni builds
behaving right.
On Nov 30, 2005, at 15:32, Stipe Tolj wrote:
Paul Bagyenda wrote:
Sounds good.
FYI: The only points in the mbuni patch that are n
Sounds good.
FYI: The only points in the mbuni patch that are not of general
interest have to do with the config params. All else should really be
in Kannel.
P.
On Nov 30, 2005, at 00:20, Stipe Tolj wrote:
Paul Bagyenda wrote:
Hi,
I would like to get a sense for the amount of
Hi,
I would like to get a sense for the amount of beating CVS is taking
from users out there, and how it is performing. It looks like it may
be time for another release... I have been putting this off until a
few more features are in there, but already CVS is too far ahead of
1.0.0, and
You must patch kannel with the patch file in CVS...
On Nov 01, 2005, at 21:31, Alex Judd wrote:
Hi list
The example configuration file (doc/examples/mmsc.conf) contains
mm7-port as one of the configuration parameters for the CVS
version, but our CVS built engine here refuses to accept it as
; Mbuni -> MMS-Service -> VASP -> SendMMS -> SMS/Mail ?
And currently I think it's doing this :
MMS -> Mbuni -> SMS/mail
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la
part de
Paul Bagyenda
Envoye : mercredi 19 octobre 200
Hello Ian,
apologies for the delay in responding.
I haven't looked at the v6.8.0 spec so I don't know what it calls
for. I hope I can find sometime to do that, so that it can be added
onto the wishlist. Sounds like a good idea...
P.
On Oct 18, 2005, at 19:01, Ian Cass wrote:
Hi Paul,
t; Mbuni -> MMS-Service -> VASP -> SendMMS -> SMS/Mail ?
And currently I think it's doing this :
MMS -> Mbuni -> SMS/mail
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la
part de
Paul Bagyenda
Envoye : mercredi 19 octobre 2005 12:26
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la
part de
Paul Bagyenda
Envoye : mardi 18 octobre 2005 17:14
A : Mbuni MMS Gateway Developers
Objet : Re: [Devel] Mbuni as VAS GW (documentation updated)
Hi Nicolas, some answers below
On Oct 18, 2005, at 16:15, Nicolas Zielinski wrote:
Hey, thes
a binary message).
Thanks.
Nicolas.
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la
part de
Paul Bagyenda
Envoye : lundi 17 octobre 2005 19:22
A : Mbuni MMS Gateway Developers
Objet : [Devel] Mbuni as VAS GW (documentation updated)
Hello All,
Hello All,
If you've been watching CVS you've probably noticed a lot of
movement. I promised a while back to sync the documentation on CVS
with the changes that have been happening there. This I have now done.
To summarise the changes: Mbuni can now behave as a VAS gateway in
the spirit
thats good. For record purposes, this response links to: http://
www.mail-archive.com/users@mbuni.org/msg00371.html
On Sep 28, 2005, at 13:16, Ian Cass wrote:
Paul Bagyenda wrote:
A bug most certainly. I'll update CVS shortly with what I think is a
fix. Try it and let us know (devel
Am afraid I can't reproduce this one! It works fine for me (Mac and
Linux). GDB would be nice, if you can single-step.
On the issue of MM7 versions, from my (limited) reading it looks like
v6 adds just a few extra headers (DRM, AppID, etc), and of course
changes the MM7 NS URL. If you are n
A couple of cents worth: Intuitively your suggestion makes sense.
There is a potential problem that the MMSC would have to remember
every single message it has handled and where it came from, so that
it can route the corresponding DLRs. That could put a lot of pressure
on the MMSC in terms
can you check (if you haven't yet), that your kannel is configured to
permit message concatenation. This may be the problem. Large
notifications work fine for me.
P.
On Aug 31, 2005, at 21:09, Loïc Minier wrote:
On mer, aoû 31, 2005, Loïc Minier wrote:
Borken download (mbuni.mms.example
Yes, Mbuni is relying on Kannel doing the splitting (too much trouble
at this stage to split it ourselves).
What Mbuni doesn't do (and should do really) is pay close attention
to size limits as spelt out in the MMS spec. For instance, From,
Subject and To fields should not exceed certain l
since libssl depends on libcrypto, it appears kannel is outputting
the -l directives in the wrong order. Kannel's make file needs to be
fixed methinks. (Unlike mbuni they don't appear to use automake to
keep these up-to-date.)
On Aug 11, 2005, at 12:57, Paul Keogh wrote:
Hi,
I've just bui
The content adaptation flag has been added (and doc updated), please
test and let me know. Thanks
On Jul 13, 2005, at 20:24, Matthias Hofmann wrote:
Hi,
After I installed mbuni and played with it I found that there is a
issue with some older phones like a Nokia 7650 (firmware 3.16) who
do
Thanks for the patch (applied to CVS).
On ideas, this is very much encouraged (we can't all be coders, but
we can all have ideas). This list is the right place for such ideas
to be put forward and discussed.
I should update CVS shortly with your second suggestion.
Cheers
Paul
On Jul
Hello All,
CVS has seen a number of updates recently, please do take a look
and let me have your feedback. It seems every releases provides lots
of opportunity to beat out more bugs and add more improvements. (A
good thing of course!)
Brief change log:
- Mbuni can now be configured
Hi all,
We think it's time to put out a 0.9.9 (last release before 1.0),
taking into account all fixes since last release. CVS has been quiet
for almost two weeks now, which suggests a level of stability. Do let
me know of any issues we should be aware of before we do the RPM/Deb/
Fink th
Dziugas,
Finally got around to reading the STI spec! Comments below.
On May 13, 2005, at 13:17, Dziugas Baltrunas wrote:
Hi Paul,
thanks for the comments.
GSM networks always pick up IMEI for one reason or another, and
relating that to IMSI/MSISDN should not be a problem. Going from IMEI
Quote handling in Kannel has caused problems before. Perhaps you can
pass on a patch to kannel (the mbuni patched one!) so that I can
update what we have on the site...
Thanks again for the feedback. I confess I didn't have the patience
to setup the Nokia emulator. Too much Java mixed with
Very true! Fixed and updated to CVS. Keep the fixes coming.
Cheers
On May 26, 2005, at 05:53, J. Christopher Pereira wrote:
Hi:
There seems to be a bug in mmsglobalsender.c.
Here is the patch.
===
RCS file: /cvsroot/mbuni/mbuni/
1 - 100 of 146 matches
Mail list logo