fre, 2004-07-16 kl. 10:47 skrev S�ren Hansen: > > > This setup is MUCH more complex, adds a lot of internal network traffic, > > > BUT gives a lot of control back to the bearerbox, where I believe it > > > belongs, right? > > +++1. It steamslessly integrates Kannels routing, queueing and storing > > architecture to the MM1, MM4, MM7 links defined in the overall MMS > > architecture. > Right. I'm not THAT familiar with the internal magic of Kannel, so > this'll take quite a bit of extra time, as I need to: > 1. Figure out how stuff works now. > 2. Figure out how to make it do what I need.
Ok, I've given it a bit more thought, and this is what I'm thinking: mmsbox receives the MMS submission from phone mmsbox does magic to figure out MSISDN of submitter. (TODO) binary encoded MMS is sent along with msisdn to bearerbox. bearerbox relays MMS to... [snip] ...sends decoded MMS to smtp server. I'm going to add an smtp group to kannel.conf besides mmsbox. However, I'm not sure if the smtp connectivity belongs in mmsbox or bearerbox. If it's in bearerbox: If sending to a regular e-mail, the MMS should be decoded. If bearerbox decides this, bearerbox should decode it and send it to smtp. Either that or it should send it back to mmsbox for decoding, receive the decoded mms from the mmsbox and then relay it to the smtp server. The good thing is that all MMS specific functionality is contained within mmsbox. The bad thing is that the same data is sent back and forth on the network a great deal more than absolutely necessary. Alternatively, mmsbox could decode the message before sending it to bearerbox, but if it's for another phone, it's dumb to decode it and just reencode it. If it's in mmsbox: If there's more than one smtp connection in each mmsbox, this information is supposed to be sent to bearerbox during initialization. Based on the info from mmsbox, bearerbox is supposed to somehow decide upon routing of MMS coming from mmsboxes.. This just seems very complex in my head right now, but it might just solve itself when I get round to writing som actual code. I have to admit that I haven't scanned through a whole lot of the traffic on this list, so I'm not even sure if it's considered to be a good thing to keep this brainstorming stuff out in the open.. -- S�ren Hansen <[EMAIL PROTECTED]>
