stillor should delete an email once in whilehtml main text extraction (prototypepymailgui is still somewhat plain-text biaseddespite the emergence of html emails in recent years when the main (or onlytext part of mail is htmlit is displayed in popped-up web browser in the prior versionthoughits html text was still displayed in pyedit text editor component and was still quoted for the main text of replies and forwards because most people are not html parsersthis edition' version attempts to do better by extracting plain text from the part' html with simple html parsing step the extracted plain text is then displayed in the mail view window and used as original text in replies and forwards this html parser is at best prototype and is largely included to provide first step that you can tailor for your tastes and needsbut any result it produces is better than showing raw html if this fails to render the plain text wellusers can still fall back on viewing in the web browser and cutting and pasting from there into replies and forwards see also the note about open source alternatives by this parser' source code later in this this is an already explored problem domain reply copies all original recipients by default in this versionreplies are really reply-to-all by default--they automatically prefill the cc header in the replies composition window with all the original recipients of the message to do soreplies extract all addresses among both the original to and cc headersand remove duplicates as well as the new sender' address by using set operations the net effect is to copy all other recipients on the reply this is in addition to replying to the sender by initializing to with the original sender' address this feature is intended to reflect common usageemail circulated among groups since it might not always be desirablethoughit can be disabled in mailconfig so that replies initialize just to headers to reply to the original sender only if enabledusers may need to delete the cc prefill if not wantedif disabledusers may need to insert cc addresses manually instead both cases seem equally likely moreoverit' not impossible that the original recipients include mail list namesaliasesor spurious addresses that will be either incorrect or irrelevant when the reply is sent like the bcc prefill described in the next itemthe reply' cc initialization can be edited prior to sends if neededand disabled entirely if preferred also see the suggested enhancements for this feature at the end of this -allowing this to be enabled or disabled in the gui per message might be better approach other upgradesbcc prefills"reand "fwdcaselist sizeduplicate recipients in additionthere have been smaller enhancements throughout among thembcc headers in edit windows are now prefilled with the sender' address as convenience ( common role for this header)reply and forward now ignore case when the pymailgui client