This feature has been implemented in CVS HEAD (aka pre-1.2.0) for a few
weeks now.
Jeff
On Wed, 2002-02-06 at 15:09, Michael Hartman wrote:
> So I get these emails from my coworker that are generated by Outlook.
> They email is supposed to contain a graphic border on the left, and text
> in a plain field on the right. Mozilla mail displays the email
> correctly, however evolution does not. I suspect that the email was
> incorrectly formatted by Outlook (we all know how MS likes to rewrite
> standards). Can someone check this for me? I have attached the email in
> question.
>
> So I agree with Dan Winship that standards exist for a reason. I hate
> MS's mantra of "make our own standard" or "start with a good standard
> and add some "tweaks" that only MS products work with". However, if
> Ximian plans on selling their "connector for exchange" product, wouldn't
> they be interested in making sure HTML email messages generated by
> Outlook users (in the exchange environment) are viewed correctly?
>
> Maybe we should put pressure on MS to "correct" their HTML email
> formatting. Has anyone talked to MS about this problem?
>
> Michael Hartman
> [EMAIL PROTECTED]
>
>
> <html>
> <body>
> <font size="3" face="Times New Roman"><span style="mso-fareast-font-family: Times
>New Roman; mso-ansi-language: EN-US; mso-fareast-language: EN-US; mso-bidi-language:
>AR-SA">
> - - - - - - - Appended by Scientific-Atlanta, Inc. - - - - - - -
> <span style="font-size:10.0pt;font-family:Times New Roman;
> mso-fareast-font-family:"Times New
>Roman";mso-ansi-language:EN-US;mso-fareast-language:
> EN-US;mso-bidi-language:AR-SA"></span><font face="Times New Roman" size="3"><span
>style="mso-fareast-font-family:Times New Roman; mso-ansi-language: EN-US;
>mso-fareast-language: EN-US; mso-bidi-language: AR-SA">This e-mail and any
>attachments may contain information which is confidential, proprietary, privileged or
>otherwise protected by law. The information is solely intended for the named
>addressee (or a person responsible for delivering it to the addressee). If you are
>not the intended recipient of this message, you are not authorized to read, print,
>retain, copy or disseminate this message or any part of it. If you have received this
>e-mail in error, please notify the sender immediately by return e-mail and delete it
>from your computer.</span></font></p>
> </body>
> </html>
> ----
>
> From [EMAIL PROTECTED] Wed Feb 6 09:39:20 2002
> Return-Path: <[EMAIL PROTECTED]>
> Delivered-To: [EMAIL PROTECTED]
> Received: by pizza.somewhere.org (Postfix) id 3BDF967E6; Wed, 6 Feb
> 2002 09:39:20 -0500 (EST)
> Delivered-To: [EMAIL PROTECTED]
> Received: by pizza.somewhere.org (Postfix, from userid 101) id
> 5772767E7; Wed, 6 Feb 2002 09:39:19 -0500 (EST)
> Delivered-To: [EMAIL PROTECTED]
> Received: from someone2000 (someone [192.133.150.30]) by
> pizza.somewhere.org (Postfix) with SMTP id E85E067C8 for <pangea>;
> Wed, 6 Feb 2002 09:39:16 -0500 (EST)
> Reply-To: <[EMAIL PROTECTED]>
> From: "Someone" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: Snapping without rerunning synthesis script
> Date: Wed, 6 Feb 2002 09:36:40 -0500
> Message-ID: <[EMAIL PROTECTED]>
> MIME-Version: 1.0
> Content-Type: multipart/related; boundary="----=_NextPart_000_00FD_01C1AEF1.C7C03B60"
> X-Priority: 3 (Normal)
> X-MSMail-Priority: Normal
> X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
> Importance: Normal
> Sender: [EMAIL PROTECTED]
> Precedence: bulk
> X-UIDL: b5ee16a98f0b1825592e96f258d14848
> X-Evolution-Source: pop://hartmms@pizza/inbox
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_00FD_01C1AEF1.C7C03B60
> Content-Type: multipart/alternative;
>boundary="----=_NextPart_001_00FE_01C1AEF1.C7C03B60"
>
>
> ------=_NextPart_001_00FE_01C1AEF1.C7C03B60
> Content-Type: text/plain; charset="iso-8859-1"
> Content-Transfer-Encoding: 8bit
>
> Hi all,
>
> I've been running into problems updating blocks that have been re-snapped.
> Snapping the files is the way the front end team hands-off to the back end
> team. One of the requirements for snapping a block in should be that the
>
> someone
>
>
> ------=_NextPart_001_00FE_01C1AEF1.C7C03B60
> Content-Type: text/html; charset="iso-8859-1"
> Content-Transfer-Encoding: 8bit
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=Content-Type content="text/html; charset=iso-8859-1">
> <STYLE>
> <!--
> P.msoNormal, LI.msoNormal {
> font-family: "Verdana", "sans serif";
> font-weight: normal;
> font-size: 10pt;
> color: black;
> margin-left: 68px;
> }
>
> body
> {
> font-family: "Verdana", "sans serif";
> font-weight: normal;
> font-size: 10pt;
> color: black;
> margin-left: 68px;
> background-repeat: repeat-y;
> }
> HR
> {
> color: black;
> width: 100%;
> height: 1px;
> }
> -->
> </STYLE>
>
> <META content="MSHTML 5.50.4807.2300" name=GENERATOR></HEAD>
> <BODY bgColor=#ffffff background=cid:344193214@06022002-2650>
> <DIV><FONT face=Arial color=#800000 size=3><SPAN class=344193214-06022002>Hi
> all,</SPAN></FONT></DIV>
> <DIV><FONT face=Arial color=#800000 size=3><SPAN
> class=344193214-06022002></SPAN></FONT> </DIV>
> <DIV><FONT face=Arial color=#800000 size=3><SPAN class=344193214-06022002>I've
> been running into problems updating blocks that have been re-snapped.
> Snapping the files is the way the front end team hands-off to the back end
> team. One of the requirements for snapping a block in should be that the
> synthesis script is rerun. This is a MUST if any ports have changed.
> Failure to do so will crash the back-end scripts because the .db in your
> synthesis directory does not match the top level RTL.</SPAN></FONT></DIV>
> <DIV><FONT face=Arial color=#800000 size=3><SPAN
> class=344193214-06022002></SPAN></FONT> </DIV>
> <P><FONT face=Arial><FONT color=#800000><FONT size=2><FONT size=4>Someone D.
> Sombody<BR></FONT>Some Company<BR>1234 Main
> St <BR>Sometown, USA 12345<BR>123-456-7890</FONT>
> </FONT></FONT></P></BODY></HTML>
>
> ------=_NextPart_001_00FE_01C1AEF1.C7C03B60--
>
> ------=_NextPart_000_00FD_01C1AEF1.C7C03B60
> Content-Type: image/gif; name="TechTool.gif"
> Content-Transfer-Encoding: base64
> Content-ID: <344193214@06022002-2650>
>
> R0lGODlhQQByAPcAAAAAADMzM2ZmZpmZmcDAwAAAAAAAAAAAAPB0AQBMAE0AAABNABoAAAAMF1AA
> fOxvADcBAACg9m8AcIj7vzCL+7//////yOxvAKxK978AAAAAMxdQACBK978BAAAADBdQALvxQwDY
> H1AAAAAAAGYAAAAMF1AArAwAACgYUAABAAAA2B9QAEwAAACsDAAAAABAANgfUAAAAAAAAAAAAAEA
> AAAsGVAABAEAAAAAAAAAAAAAKBhQADztbwBsAAgAGgAjAAAAAAAMF1AAYHNAANQCSABPcGVuAAAA
> AAAMzxfE7W8ACO9vAMgn97/JF/a/AHBvAFxcQ2hyaXNuZVxjJFxvbGs5XHN0YXRpb24AdGVjaHRv
> b2wuZ2lmAADE7W8AJ0v2vwQLXQAAAAAA5xcvAR+AFwE/AT8BKABvAQYAFwAfgBcBzj/PF/8WAAAA
> AHhOIwDnAtaNPjfnFwEA9hQgAAIAcApvAAAAAAAAAF4BBI4BRPw5AgCE/QIA/xZgAAAAWgB+IAEA
> SoABADABAAAJAH4gan9OIl8DCQAAAH4gOvUAAJp/AAAAAPQKAwCE/QIAABaEjgAADABvADJ+UFIA
> BAADAAQBCAAAAAAABAAAAAAAAAAAAABbAQPAAAQwAH4gthcPAzcYDwMAAAAAUQBYAIg5AgAcD6x+
> XFxDaHJpc25lXGMkXG9sazlcc3RhdGlvblx0ZWNodG9vbC5naWYAAAAAJkoDAAAEMABiAAAAXQAA
> AFwwAQDW/zSAfwNbAV5/JQJ/AwkAAAB+IEr7AADO+wAANxgPA7YXDwNKALDxbwCY8W8ABoIAAOLx
> YQAAAGIATABdAEYAA8ACBQAATAIAAAgXUAAcAQAAx4L3vwAATQAkGFAATAIAAAAAAAAIF1AAAABN
> AEEAAAAMAE0AAQUAAAAAAABAAAAAgoT3v0EAAACZhPe/AABNAEEAAAAAAAAAAAAAAEEAAACsDAAA
> AAAAAPCT978AAE0ALpT3v/SIXoFmAAAAZgAAAKwMAAAFhkMArAwAACH5BAEAAAQALAAAAABBAHIA
> QAj/AAkIHCBAoMGDBwEoLIgw4UCFAAY0nDhRAEOEBAlChGhwI0UCAzx+HHmwoESSFxMqlBhA4EYB
> AwJsBABzpEwABlOCJDkx5EyFFHHaVBjg5McBRnPyjEmUpNCGP1fybKjz4kKSNyEWzSrUJEeMOnsS
> CDsV4cakZr8S+AmT7Fi3SyGefFpR7UikVIuWXSsV6lG7R2siTOm26WC6dA/6bDkyMdWPcicCNdtz
> cs6kidEaRHt2M2MBlh2mNapXIGjHAxuihQuyr9+cERvefKxY9dipNxlLpugTdcWdGDVPvMka8dW9
> mzWHjBtaskjkZpUrDfoy5UzoYkFKD9oxKgDdLvc+/w+uOoCAAObRn+e6Ub3786DTp4fPXqv89ee3
> O2/eGGF9tb4JZ5Rw0F2X02mAlZSaar6JN95+BIoGFnYPNshXbEtlx5pL/BnVYGROHfUbh6g151uC
> 09VGlUQn9fYdcDsthlSLGCJ13koDtvYScILdZRB4m/EXnmJCEsdbhLc5JeSQIAF54UgM4fUaTyh2
> JFuVkAm3IYkh9oYkSlp+mZWSS+6VkW1rDZTbQs8lldWWPDG0oZMkngQTe2kip9ZFUqroH5GujRcR
> ewJKReeXdXkXloUqWdjnZmTOFJNmjk2qo6QiDvbXTzOWJuFAk3pHkn7UMWrlYd4hqeVwOhba3nIP
> qf/V258YZWdad6ZSNlNRNc3K6oKaJoldSVr5+RJRRM0FY0meDnsho8XeRVaP2HmZJ29YKqYcooki
> BqVho1ZW4HGfQlUmZbbB+SR3FOU2FYuqtdgYf55+eO6twELqZ3dOhmQdthj2lNSqFJ1GlmtMjvbr
> srxRx6duPk2pEkOeulhrvEYhKBW8SCUrZUgtInVTnydxNXBYlGqrsMQcdnskmsHux253MgvU75eM
> jjzzWmHNtvCjC5rq6275cokSvoNxCyLRGGUL1rbvZpvYg+8KONXSRCPorHZMzxvwbtE6+/Wpdzm9
> 49Y8x3sVyGmdmxW3UBKUqYHPQob11kDvC6PG+o7/RfWwUWYXIURtGapVrir7aXWKjRZk1Vk4Ubtp
> lEmRhZaTS/NN4t1t20zb1Y0iS7iELdJ5GgF0Cqv3QS25SDfZo4Jr6+pt79r1keZtuHipMxV2VH2S
> KxjvgnZGZRKCvNKk0UIs/gcvcDZinK/rhi2vPGgWIViTxqOrmDfDitXXLLpUiZopeR/d+T35rJvv
> I/rDIdxf7ZimfpRwLcl+GbB0aUwo7OGiVbaohyuaBIleMEuOik7DLblFhG5eEdKjoMaw9UFGezoq
> XJlUJRF1RYpPBQQh7UCFtgOW6TkGkldwPAiwF9mtOWxjoHIQl76/NQpRY2sN2t4GrXslTIFiM4yj
> /5yGtGd554hITKISk7g/CpHrWhCqGoOgY61yde5qM0TO0KzYqLKgJnpRW1KDtpi+VTXwiexrG6Ke
> FyzdofFa9sqVChW3KUp56IWjmmPiQIIyIYUmQPJL2uqABh6faEYmaYSNhey3R9b5LYfYSySHfDe7
> ohErh3xhGc0+JzkKNk0ozYqYJEXZpMNIEVXlYcqinIMeznRmdfhBD3vuI8sl/kQ+8tkVLlH2ScAQ
> xGeJjI+l0oIypemkXph0DMJiwiECWU4xfKLUiczlsPPRzjenu51M+mjA1HGLkW/8oQsB5abPKY41
> htyZH3P4qGeqrlSQCRKDMAksqynthAB85JcC1zSw2OGzYIF8mWrgxLl81qksbZni1c5VooBm6XZ4
> jCeg6HnBSrZwfqYhYk8eZ8uOevSjAAgIADs=
>
> ------=_NextPart_000_00FD_01C1AEF1.C7C03B60--
>
>
--
Jeffrey Stedfast
Evolution Hacker - Ximian, Inc.
[EMAIL PROTECTED] - www.ximian.com
_______________________________________________
evolution maillist - [EMAIL PROTECTED]
http://lists.ximian.com/mailman/listinfo/evolution
