[Devel] To and CC field separation

2006-06-26 Thread Deon van der Merwe
Hi,

We are seeing that some subscribers, when submitting to more than one
destination at a time, will separate the fields with a space (and not
a comma as they should).  I will like to make a small modification to
the source in order for mbuni to include the space into the parsing.
Thing is that I can not find where this is done.  Can anyone point me
to the place, please?

___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org


Re: [Devel] To and CC field separation

2006-06-26 Thread Deon van der Merwe
Hi Paul,

On 6/26/06, Paul Bagyenda [EMAIL PROTECTED] wrote:
 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: Should Mbuni worry about this? Ideas please.


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 destinations.  In this case space is invalid in both
numbers and email addresses.

That then takes my little search to where/how/what validation does
mbuni do on the destinations?

___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org


Re: [Devel] To and CC field separation

2006-06-26 Thread Paul Bagyenda

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 destinations.  In this case space is invalid in both
 numbers and email addresses.

 That then takes my little search to where/how/what validation does
 mbuni do on the destinations?



Indeed. There is *very* rudimentary address validation. Something  
better is  planned: A URL will be called prior to accepting a  
message, and passed all the addresses. Message will only be accepted  
if the URL returns something nice. Same URL will be called again  
before message is routed, and may do the necessary billing.



 ___
 Devel mailing list
 Devel@mbuni.org
 http://mbuni.org/mailman/listinfo/devel_mbuni.org


___
Devel mailing list
Devel@mbuni.org
http://mbuni.org/mailman/listinfo/devel_mbuni.org