save to store fetched mails in text file and searching in that file externally frozen binary distribution as desktop programpymailgui seems an ideal candidate for packing as selfcontained frozen binary executableusing tools such as pyinstallerpy exeand others when distributed this wayusers need not install pythonsince the python runtime is embedded in the executable selecting reply versus reply-all in the gui as described in the changes overview earlierin this versionreply by default now copies all the original mail' recipients by prefilling the cc linein addition to replying to the original sender this cc feature can be turned off in mailconfig because it may not be desirable in all cases ideallythoughthis should be selectable in the gui on mail-by-mail basisnot per session adding another button to list windows for replyall would sufficesince this feature was added too late in this project for gui changesthoughthis will have to be relegated to the domain of suggested exercise propagating attachmentswhen replying to or forwarding an emailpymailgui discards any attachments on the original message this is by designpartly because there is currently no way to delete attached parts in the gui prior to sending (you couldn' remove selectively and couldn' remove all)and partly because this system' current sole user prefers to work this way users can work around this by running split to save all parts in directoryand then adding any desired attachments to the mail from there stillit might be better to allow the user to choose that this happen automatically for replies and forwards similarlyforwarding html mails well currently requires saving and attaching the html part to avoid quoting the textthis might be similarly addressed by parts propagation in general disable editing for viewed mailsmail text is editable in message view windowseven though new mail is not being composed this is deliberate--users can annotate the message' text and save it in text file with the save button at the bottom of the windowor simply cut-andpaste portions of it into other windows this might be confusingthoughand is redundant (we can also edit and save by clicking on the main text' quick-access part buttonremoving edit tools would require extending pyedit using pyedit for display in general is useful design--users also have access to all of pyedit' tools for the mail textincluding savefindgotogrepreplaceundo/redoand sothough edits might be superfluous in this context automatic periodic new mail checkit would be straightforward to add the ability to automatically check for and fetch new incoming email periodicallyby registering long-duration timer events with either the after widget method or the threading module' timer object haven' the pymailgui client