fre, 04 03 2005 kl. 13:23 +0300, skrev Paul Bagyenda: > - the move you suggested, of list_destroy(lto,NULL) in mmsfromemail.c > is potentially dodgy since that variable is reset in the meantime. So > in some circumstances, a leak could have resulted. I have made some > changes around that.
I just took at second look... If you believe that lto can be reset in the meantime then the call to mms_log should definitely be moved, too. > - In mmsproxy.c, the change you had suggested on when to send DLR to > the sender pointed out a bug, but potentially introduced another: > According to spec, we must send DLR if the recipient inserts the > X-Mms-Report-Allowed header with a value of "Yes" *or* if they do not > insert the header (i.e. default is "Yes"). (Of course we must also only > send DLR if the sender asked for it.) Introduced what I hope is the > right logic. Ok, I missed that one in the spec. So now it's something like ( ( (allow_report == NULL) || (octstr_case_compare(allow_report, octstr_imm("Yes"))) ) && e->dlr ) Right? -- SÃren Hansen <[EMAIL PROTECTED]>
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Devel mailing list Devel@mbuni.org http://mbuni.org/mailman/listinfo/devel_mbuni.org