| -rw-r--r-- | noncore/net/mailit/README | 83 |
1 files changed, 83 insertions, 0 deletions
diff --git a/noncore/net/mailit/README b/noncore/net/mailit/README new file mode 100644 index 0000000..01781b4 --- a/dev/null +++ b/noncore/net/mailit/README @@ -0,0 +1,83 @@ +Issues regarding Mailit +----------------------- + +Mailit is still in development and is lacking some +features to make it completely usable. Listed below are the +most important issues. + +Due to the development status, numerous messages are passed too +the console during usage of the program. +No messages are deleted from the POP server after retrival. + +Synchronization: +--------------------- +Works by comparing the last known size of the mailbox on the server +to the current size. +Possible problem: If a popserver shuffles the order of the mails +when it receives a new mail, mailit won't know since it only uses +the messagecount as a reference. If this occurs, turn sync off in +the account settings. +Haven't encountered this problem on the currently tested servers, +but if it turns out that several servers do this, it will be resolved. + +Mail parsing +------------ +Parsing of MIME-encoded email works for all currently tested cases. +BASE64 decoding works. +Attatchments are saved in the enclosure subdirectory of qtmail +(in the Documents directory). You can install the files to the documents +folder (creates a doclnk) +Adding enclosures is limited to the preselected directories, and they +are not really correct at the moment (trivial issue awaiting decision +of fileplacements in QPE) +attatched pictures will be displayed (jpg dependant on qte compilation) + + +SMTP +---- +The SMTP-client now supports attatchments, but it's not completly done. +Encoding works, but it doesn't examine the file to check what type of +file you are attatching. In other words, if it doesn't know that you +are attatching a picture, the mime setting for content type could be +wrong. Mail clients with inline viewing of pictures (like hotmail) could +have a problem with displaying the mail correctly. +(Should be fixed soon) + +You can now have multiple recipients. + + +POP +--- +The popclient connects to the all accounts in turn, downloads all headers +and emails smaller than 2000 bytes. After its done, it reconnects +and downloads the mails that were too big (> 2000) +The to-be-downloaded mails are sorted according to size. If you view +a mail, it is shifted to the front of the queue. Deleting a mail(header) +while the download is in progress will remove it from the queue of +mails to download (except if the mail is currently in transfer) +You may exit mailit during a transfer of mails/headers. Next time +you reconnect to the same server it will continue downloading from +where it left off. + +You can now choose between getting mail from only one account or all. +The get all option is just added and not fully testet yet. Get from +a single account should work fine. The current way of downloading +does not work well without sync turned on if you keep old mails in +the inbox. + +Experienced some problems with servers reporting mail size less and +bigger than actual size. Don't know whats causing this yet, but I +have added a workaround. It now scans the mail for endofmail +definition ("\r\n.\r\n"), disregarding size. + + +Saving/Retrieving mail +---------------------- +The inbox is saved and retrieved. Any mail not sent from the outbox +is not saved (will of course be added) + +Miscelaneous issues +------------------- +Numerous cosmetic changes, including icons (which are temporary) + +Very little error checking is done on usertyped variables. |