Apple mail uses format-flowed which is described in RFC2646. That is a procedure for placing returns in long lines to keep the length below 80 characters. It also uses spaces after the returns to flag them as something to removed before displaying a message. It all worked pretty well after it was introduced by Qualcomm / Eudora. RFC3676 introduced a "delsp=yes" item to the format-flowed standard in 2004. The idea was to move the spacing control to the client's side rather than the source. Apple mail takes it seriously and manages to introduce two spaces together when wrapping lines. Many mail clients don't know about that and remove only one of the spaces that were specified in the original format-flowed. And double spaces within the <> syntax are not handled properly either. Apple has been told about it and has explicitly said "we're right and they're wrong." So if your recipient's mail client has not been rewritten since 2004 you're in trouble. Now the SMTP spec calls for allowing line lengths of up to 998 characters and the only mail clients that can't handle that are ones written for thermal paper or teletype machines. I now tell Eudora NOT to use format-flowed and just let the lines run on. Mail clients then wrap the lines fine at display and long URL's don't get extra returns added in the first place so there's nothing to remove. Try changing your window width and see if this message wraps to your new size. So how does one tell Apple mail to do that? I haven't figured that out and besides my wife who sends me broken links all the time thinks Apple mail is just great. Sigh. <http://www.ietf.org/rfc/rfc3676.txt> <http://www.ietf.org/rfc/rfc2646.txt> <http://www.ietf.org/rfc/rfc2822.txt> -- Applescript syntax is like English spelling: Roughly, though not thoroughly, thought through.