Re: [Devel] Patch with 3 improvements/fixes

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

Re: [Devel] MMSC Statistics support in mbuni

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

[Devel] Moved MM1 MMSBOX code into core Mbuni

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. __

Re: [Devel] Two (or 3) issues with oversized messages via MM1

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

Re: [Devel] Two (or 3) issues with oversized messages via MM1

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

[Devel] updated: mmsbox MT MMS sender now sends multiple recipients per transaction

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. _

Re: [Devel] [PATCH] Support UTF-8 characters in Subject field

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

Re: [Devel] [PATCH] Support UTF-8 characters in Subject field

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)

Re: [Devel] [PATCH] Fix segfault on mmsbox !

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_

Re: [Devel] Patch to compile on FreeBSD 8.1-STABLE

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

Re: [Devel] mmsbox_mm1 stability

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

Re: [Devel] [PATCH] -D_REENTRANT required for multithread on Solaris

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

Re: [Devel] locking on SunOS

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

Re: [Devel] locking on SunOS

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 >

Re: [Devel] [PATCH] Allow mmssend to pass Billing infos

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

[Devel] MM1 + various fixes

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

Re: [Devel] Compile issues WAS Re: [Users] Re: Slow MMS MT delivery

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: "

Re: [Devel] [PATCH] slight change in configure.ac to support cygwin

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

Re: [Devel] MMS extraction

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

Re: [Devel] Basic Authentication

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

Re: [Devel] HTTP: Status line:

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

Re: [Devel] Mbuni problem

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

[Devel] Re: [PATCH] Group_id for MMC

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

[Devel] Re: [PATCH] MM7_SOAP_COMMAND_REJECTED error 3005

. 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

[Devel] Re: [PATCH] MM7_SOAP_COMMAND_REJECTED error 3005

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

Re: [Devel] How to append local prefix in home network

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

Re: [Devel] MM4 MMSC interworking

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

[Devel] Mbuni 1.2.0 out now

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

Re: [Devel] [PATCH] MMS/SIP-patch for mbuni

. 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

Re: [Devel] [PATCH] MMS/SIP-patch for mbuni

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.

Re: [Devel] [PATCH] MMS/SIP-patch for mbuni

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

Re: [Devel] [Users] CVS updated to use Kannel 1.4.1

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 >>

[Devel] CVS updated to use Kannel 1.4.1

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

Re: [Devel] Fwd: installing mbuni on cygwin

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

Re: [Devel] Fwd: installing mbuni on cygwin

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

Re: [Devel] MM1 PDU validity after submitting MM7 SubmitReq

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

Re: [Devel] Fixed a bug in mmsbox (patch included)...

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(

Re: [Devel] NO Mbuni sources or CVS

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

Re: [Devel] Mbuni sources ARE on CVS

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, >

Re: [Devel] NO Mbuni sources or CVS

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

Re: [Devel] NO Mbuni sources or CVS

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

[Devel] Mail server was down, now up

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

Re: [Devel] [PATCH] Usage of "mms-message-too-large-txt"

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

Re: [Devel] Usage of "mms-message-too-large-txt"

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

Re: [Devel] VASP short-code

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

Re: [Devel] mime-version header patch

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

Re: [Devel] Please permit passing additional parameters to sendsms

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

Re: [Devel] MMSC connection

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

Re: [Devel] Compilation issues

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 ./

Re: [Devel] To and CC field separation

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

Re: [Devel] To and CC field separation

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:

[Devel] [PATCH] Further changes to gwlib/mime.[ch] - resent

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

Re: [Devel] user-agent and x-wap-profile integration

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: >>

Re: [Devel] user-agent and x-wap-profile integration

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

[Devel] CVS address changed

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

Re: [Devel] Mbuni CVS & Kannel CVS

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

Re: [Devel] [PATCH]: Override sender address and others

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

Re: [Devel] MNP on Mbuni

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

[Devel] anonymous cvs back in sync

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.  ---

Re: [Devel] segmentation fault in mm7 interface

> 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

Re: [Devel] mms_billing_shell.c

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

Re: [Devel] mms_start_profile_engine called twice

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

Re: [Devel] segmentation fault in mm7 interface

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:

Re: [Devel] mms_start_profile_engine called twice

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 >

Re: [Devel] mms_billing_shell.c

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), >

Re: [Devel] errno

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

Re: [Devel] mms_start_profile_engine called twice

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

[Devel] That pesky kannel patching issue

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

Re: [Devel] queue directories

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

Re: [Devel] mms_start_profile_engine called twice

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

Re: [Devel] [Users] MMS Box

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

Re: [Devel] Introduction

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: > >

Re: [Devel] Introduction

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

Re: [Devel] unidentified mmsproxy crash

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

Re: [Devel] unidentified mmsproxy crash

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

Re: [Devel] Crash with some X-Mms-Transaction-Id

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:

Re: [Devel] Crash with some X-Mms-Transaction-Id

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-

Re: [Devel] Time for another point release?

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

Re: [Devel] Time for another point release?

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

[Devel] Time for another point release?

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

Re: [Devel] mm7-port configuration in CVS version?

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

Re: [Devel] Mbuni as VAS GW (documentation updated)

; 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

Re: [Devel] MM7 Version for VASP

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,

Re: [Devel] Mbuni as VAS GW (documentation updated)

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

Re: [Devel] Mbuni as VAS GW (documentation updated)

[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

Re: [Devel] Mbuni as VAS GW (documentation updated)

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,

[Devel] Mbuni as VAS GW (documentation updated)

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

Re: [Devel] Re: [Users] message id's don't match

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

Re: [Devel] Re: [Users] mmsproxy crashing

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

Re: [Devel] MM7 delivery reports

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

Re: [Devel] Notifications messages split

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

Re: [Devel] Notifications messages split

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

Re: [Devel] Minor build issue

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

Re: [Devel] Content Adaptation issue and suggestion

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

Re: [Devel] Content Adaptation issue and suggestion

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

[Devel] updates to CVS

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

[Devel] Towards 0.9.9

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

Re: [Devel] Re: content adaptation issues

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

Re: [Devel] Missing Quote in Content-ID

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

Re: [Devel] Patch

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   2   >