hi,
Could you send us patches against v0.9.7, explaining what they do, so
that we can use those.
Thanks.
On Mar 04, 2005, at 14:58, Andrew Wingorodov wrote:
I was build port for installation mbuni into FreeBSD (look at attach).
But!
To avoid the conflict, you should change the version of a
Hello All,
I am pleased to announce that the CVS repository is now ready for
prime time. Repository is /cvsroot/mbuni/ on cvs.sf.net and we will be
using this for development. Please note however that
http://mbuni.sf.net/ may be a couple of steps behind the main site.
Do let me know if you
-1 signals that message should be discarded (see mms_billing.h)...
On Mar 11, 2005, at 12:24, Søren Hansen wrote:
fre, 11 03 2005 kl. 12:21 +0300, skrev Paul Bagyenda:
The way I see it, if they can send, they've guessed the URL for our
MMSC. That doesn't necessarily mean that they should
On Mar 11, 2005, at 12:58, Søren Hansen wrote:
fre, 11 03 2005 kl. 12:30 +0300, skrev Paul Bagyenda:
-1 signals that message should be discarded (see mms_billing.h)...
So it does! Hmm... I still think some sort of check should be applied
beforehand.
In my little world, the provisioning stuff isn't
Dear all,
In response to a number of off-list comments, and our own evaluation
of the directions of the mbuni project, we are proposing a change of
open source licensing, from the current to a GPL-style license. This
license would of course include an exception for linking against Kannel
for such a useful feature implementation!
It seems that Sourceforge again has long delays or you forgot to
commit the changes, because MM7 changes are missing (at least
doc/userguide.shtml and some others).
On 4/14/05, Paul Bagyenda [EMAIL PROTECTED] wrote:
CVS has been updated with our first implementation
Gents, Ladies,
I should have pointed out one more change that has (just) happened to
Mbuni in CVS: mmsmobilsender and mmsglobalsender have been folded into
one tool called mmsrelay that performs both functions. We tended to
think this was a bit more sensible.
Documentation on CVS updated
On Apr 15, 2005, at 09:42, Dziugas Baltrunas wrote:
Hi Paul,
On MM4 authorisation, that had put that on a back burner. The reason
for this is that it wasn't clear how to implement it. Must the sender
use authenticated smtp? How does info get passed on to mbuni?
I know that MMS standards provide
Thanks, please keep the experiences flowing so that we can have a
fairly clean new version to put out.
On another note, those using the CVS version will have probably
noticed another fairly benign change recently: The queue directory
structure has changed slightly, to allow any given queue
Hi,
Are you looking at this from the VASP side, i.e. do you need a
program to receive and store DLRs for the VASP?
P.
On May 13, 2005, at 05:02, J. Christopher Pereira wrote:
Hi:
I need to write a stand-alone program (server) for recieving and
storing delivery and read-reports for EAIF/MM7.
Occasionally it appears that the WAP GW (Kannel in particular) eats
part of the incoming MMS message. I imagine this has to do with WAP
timeouts, etc. I had this problem at one time, and a user just
reported a problem that at first looked like it was in Mbuni but
turned out to be in the
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:
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
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, these changes seem to be great
?
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
A : Mbuni MMS Gateway Developers
Objet : Re: [Devel] Mbuni as VAS GW (documentation
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
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
nice idea, assuming the client always sends the relevant HTTP
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
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
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
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
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 van der
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:
Hi Paul,
On 7/25/06, Paul Bagyenda [EMAIL
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,
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 is
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
, 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 to install kannel+mbuni on cygwin. kannel was
patched and
compiled and installed successfully but for mbuni
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
returned 1 exit status
make[2]: *** [libmmsc_billing_shell.la] Erreur 1
Vincent.
- Original Message -
From: Paul Bagyenda [EMAIL PROTECTED]
To: Mbuni MMS Gateway Developers devel@mbuni.org
Cc: Mbuni MMS Gateway Users List users@mbuni.org
Sent: Thursday, October 12, 2006 5:32 PM
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.
Hi,
Test platform was simple
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
.
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 devel@mbuni.org
Sent: Monday, March
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
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
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
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
Yes there is, but it aint all that pretty: Create an MMS message
using one of those nokia tools, containing the image you want. Then
point the service to this message. You want (of course) to ensure
that the file extension (e.g. .mms) is mapped to the correct
content type by your HTTP
What you need to do is use the resolver library plugin mechanism to
implement your own script that decides which recipients are local or
not. The script is invoked for each recipient. In your case it should
simply return the current mmsc hostname and that should do the trick.
(Look at
I believe this issue should be resolved now. Kindly confirm.
On May 25, 2007, at 14:34, Deon van der Merwe wrote:
Hi All,
I am tracing an issue with regard to MM4_delivery_report.REQ messages
to other MMSC's. The From: field is set to
[EMAIL PROTECTED]. The other MMSC is expecting this field
Hello,
We have put out a new release of Mbuni, please find details on the
website.
Mostly this represents all the changes that have over the past
eight months taken place (bug fixes, minor enhancements, etc).
We will also shortly be announcing some commercial add-ons, in
Just posted to CVS, UACapabilities tracking on the mmsbox and mmsbox
interfaces. This means that the VASP can receive info about the type
of client requesting content.
In addition, I have tried to clean up the DLR reporting and
tracking in mmsbox. We now tag each service request transaction
Applied to CVS. Thanks
P.
On Aug 29, 2007, at 11:24, [EMAIL PROTECTED] wrote:
Hi all,
usually SIGHUP is used in order to close and to reopen the log
files (with logrotate for example). Mbuni manage the SIGHUP as
SIGTERM and quit the application.
I attach my patch that manage the SIGHUP
Hi All,
A few additions and improvements on CVS, including:
- A plug-in that makes it possible to store queued messages inside
a PostgreSQL (v8.2) database rather than in files. In addition,
messages can be stored permanently (delivered messages are moved to
an archive table).
-
Hi All,
There have been a number of additions/changes in mbuni CVS over the
last few weeks that I thought I might hi-light here:
- The Mbuni VAS GW can now be used to route messages from one MMSC
to another without passing through an mms-service. There are two ways
to do this:
-
Giulio,
Yes and no.
Most CGI processors accept multiple parameters with the same name,
and process them based on whatever rules they impose. For instance PHP
converts the parameter into an array if the parameter name(s) are of
the form name[]. Other languages do different things. Try
/functionality.
Why not support unique names as the RFC suggests, and thus allow the
use of other (stricter) parsers?
On 29/04/2008, at 3:12 PM, P. A. Bagyenda wrote:
Giulio,
Yes and no.
Most CGI processors accept multiple parameters with the same name,
and process them based on whatever
[1]: Leaving directory `/usr/local/src/mbuni'
make: *** [all] Error 2
- Original Message -
From: Paul Bagyenda [EMAIL PROTECTED]
To: Leonard Cooper ::JimmyYakuza:: [EMAIL PROTECTED]
Sent: Monday, July 28, 2008 3:49 AM
Subject: Re: [Users] Re: Slow MMS MT delivery
Works fine
Applied -- thank you. Ditto Martin's patch.
Paul.
On Aug 18, 2008, at 17:01, Vincent CHAVANIS wrote:
Hi all,
This patch fixes the Content-ID header when a 'listed' web
programming language is used to get the content (to get an image/
sound/video into a DB from a php script for example).
applied. thanks
On Aug 19, 2008, at 18:27, Vincent CHAVANIS wrote:
A very small fix,
3gpp should be recognize as 3gp and not 3gp2
Without this patch a 3gpp Content-type will be recognize with .3gp2
extention. And will result as an Non-playable MMS item on somes
phones.
Vincent.
diff
applied with slight mods. Thanks
On Aug 20, 2008, at 09:58, Martin Atukunda wrote:
Hi,
This patch adds an mmsc field to the send-mms-user section of the
configuration
file for mbuni. The idea is to have a default mmsc in case the CGI
Variable is
not set.
for review,
- Martin -
CVS now has the beginnings of the HTTP admin interface. No
documentation updates yet, alas, but that should change over the
coming hours.
Briefly, you need to add the following config params to your mbuni
conf group:
mmsbox-admin-port = port_no
admin-password = password
admin-port-ssl =
applied. thanks
On Sep 02, 2008, at 21:56, Martin Atukunda wrote:
diff --git a/mmsc/mmsc.c b/mmsc/mmsc.c
index 4e9fd99..7334d94 100644
--- a/mmsc/mmsc.c
+++ b/mmsc/mmsc.c
@@ -11,6 +11,7 @@
* the GNU General Public License, with a few exceptions granted
(see LICENSE)
*/
+#include signal.h
We welcome a solution when one is found! The chickens among us
would, if using Solaris, rather use the PostgreSQL-based queue storage
module instead :)
That brings a number of advantages:
- Queue processing is faster for larger queues, since unlike the
file-based storage which scans
with the locks. This may not be
viable for the main code base.
I've attached my changes, I would appreciate any comments. Just a
warning - I haven't tested it extensively, just enough to see that
it stops the queue runner from starting a message a second time.
P. A. Bagyenda wrote
Has been added to CVS. The idea is that if you have two instances of
mmsbox running on separate boxes, MMS received by one instance can be
transparently routed to the other instance, which can then do some
processing on it.
Documentation has been updated. Please test and let us know.
On
Thanks for the review.
If you would, kindly share a non-destructive patch for further
discussion.
P.
On Sep 18, 2008, at 17:05, Christian Theil Have wrote:
I've been testing the patch and it seems to work out allright :-)
A few notes;
#include sys/stat.h
must be outside #ifdef SunOS -
Jason,
Thanks. It would be nice to see a full patch against latest CVS for
this.
On Sep 19, 2008, at 02:16, Jason Pollock wrote:
P. A. Bagyenda wrote:
Thanks for the review.
If you would, kindly share a non-destructive patch for further
discussion.
Here are the changes that I applied
A fair observation. Patch applied. Thanks
On Oct 02, 2008, at 16:25, Christian Theil Have wrote:
Hi
I find it a bit impractical that the id of an mmsc is used as the
vasp-id for soap mmscs. For instance, this could pose a problem with
multiple mmscs using the same vasp-id.
My suggestion
Applied.
Thanks
On Dec 04, 2008, at 02:08, Benno Rice wrote:
The following patches make Mbuni compile and run properly on Solaris
9 (tested on x86). The problems were:
- mms_billing_shell.c needs to include sys/wait.h on Solaris to get
the WEXITSTATUS macro.
- In mms_queue.c,
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; autoconf
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/
-- Personal Home:
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.
mbuni_freebsd.patch___
Devel mailing list
Devel@mbuni.org
Patches applied to CVS
On Nov 26, 2010, at 19:52, Piotr Isajew wrote:
updated
encodings.txt___
Devel mailing list
Devel@mbuni.org
http://lists.mbuni.org/mailman/listinfo/devel
___
Devel mailing list
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.
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. Total
Applied, thanks.Paul.On Feb 11, 2014, at 12:54, Jacek Raczkiewicz jacek.raczkiew...@gmail.com 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-adaptations
66 matches
Mail list logo
