From: phil > I have a problem with my email client .... if I save an email that is addressed > to multiple users andd then reload it in using import-email the to field only > gets set with a single user. <snip>
rest of email can be seen at: http://www.escribe.com/internet/rebol/m23847.html Hi, Phil, I was checking it out when Gabriele made reference to one essential issue and one work around: http://www.escribe.com/internet/rebol/m23855.html Knowing that you are working on your most-excellent REBOL email client, I suspect that your sample script shows how you hoped to store multiple email addresses, namely: > lv-hdr: make system/standard/email [ > Subject: "Subject Line" > to: [[EMAIL PROTECTED] [EMAIL PROTECTED]] > from: [EMAIL PROTECTED] > date: to-idate now > Content-Type: {text/plain; charset="iso-8859-1"} > ] suggests to me that you hoped to store the multiple email addresses in a block. In addition to Gabriele's suggestion, I can find two alternative approaches that you can explore. One is to present the block as a string, with a comma or semicolon separator: ... to: "[EMAIL PROTECTED], [EMAIL PROTECTED]" ... Another approach is to hack the parser. The "offending" routine can be seen with: probe mail-list-rules where the mail list rule considers addresses as being separated by a comma or semicolon: maillist: [ mailbox (append addr-list to-email addr) [[thru "," | thru ";"] maillist | none] ] Appending the option of addresses as being separated by a space will "fix" the problem. append mail-list-rules/maillist/3/1 [| thru " "] What I fear is that this "fix" might end up "breaking" something else. I have no easy way to test this concern. (If it works for the purposes of your program, then great, but warning to other users, I would hesitate adding this to a user.r file, since it may break other scripts.) I personally do not think that this is a bug, per se, in that the parse rules seem to follow the standards. But as Gabriele points out, I guess the rules could be just a bit "smarter" to accept a more REBOL way of storing/presenting multiple addresses. These are just my thoughts. Keep up the good-work on the email client, and I hope that this helps. --Scott Jones -- To unsubscribe from this list, please send an email to [EMAIL PROTECTED] with "unsubscribe" in the subject, without the quotes.
