I`ve two active email accounts and when I click on "Get" I get initialize SSL errors. If I do "Check single account" most times I get the same error but somtimes it works. I guess that the slow internet connection (56k modem) might be responsilbe for this. At least if e.g. IBrowse is downloading something I always get the error.

Attached are debug logs (Yam_SSL_Error.txt and Yam_SSL_Works.txt) where I get the error and when it works. If I need to change debug flags/classes for the lop, please let me know.

press delete in the read window (next mail will open, which is not the mail that will be highlighted next in the "found" list).

The use could think that the mail displayed is the one selected in the list.
So one way would be to display the next mail in the list (which probably would be the hard way ) or just no mail is highlighted in the "found"-list, after the selected got deleted. This is probably the easy way and avoid confusion, too.

Summary

An option is wanted to flip the embedded mail view from horizontal to vertical view to place it left or right to the mail list.

Expected results

Having a second checkmark in Config/Look&Feel to allow switching from horizontal to vertical view plus a checkmark for either placing the embedded mail view in the middle between folder list and mail list per folder or on the right beneath mail list.
a) |Folder list|Mail preview|Mail list| or
b) |Folder list|Mail list|Mail preview|

Ongoing Mail uploads/downloads are shown (with size, amount of mails and progress bar) in a seperate window (which can be switched off/on in config/miscellaneous/transfer window) if the user chooses to display it.

If not, then there is only little information that uploading/downloading is going on (YAM displays a text in it's top right corner that mails are being up-/downloaded)

I'd like to ask if there could be an option so that, if the user chooses to "hide always" this seperate window, the progress bar (maybe even size and amount of mails, if possible) for uploading/downloading mails will be displayed in the same place (the white bar between the top icons and the mail list window which holds the active mail drawer on the left side and i.e. the filter progress bar on the right side).

It could be the same size and same position where the mailfilter's operation draws it's progress bar.

Description:
Tried PGP with YAM on A4000T / OS3.9 / 68060 / YAM2.8p1
After editing a mail and choosing sign/encrypt I receive the message (when trying to send) : Error trying to add the file "RamDisk:T/YAMtxxxx.asc"
The file definetly doesnt exist in ram:t so the encrypted part cannot be sent. The mail is send without it.

To solve long standing problems like the errorneous ">From" quoting due to procmail and to be more future conform to other modern clients and implementation of the text/plain format=flowed is required. YAM would definitly benefit out of that, however some modifications to TextEditor.mcc might be require to make that new feature possible. So it might be a bigger job... However, here is the link to the RFC explaining the format=flowed mechanism:

Mail filters could support "group" as selectable. This would mean that I could filter mails from certain people belonging to a named group in my address book in the same folder. This gets useful e.g. if different people are talking about similar subjects but without using a mailing-list. It would also make setting filters much easier instead of defining a new filter for every person/subject/whatsoever by just tearing the person into the address book group. Think of special folders for collecting all kind of invioces into one folder, newsletters or mails from your financial institutes, others for everything related to your career (applications and such) and yet others for all friends. So when a sender is contained in one of those groups all mails by him go to the defined folder.

I want to identify my folder groups by icons, one for friends, one for Amiga related stuff, one for service and so on. Changing the icons in YAM:Icons works to alter all the groups icons to the same new one, but when I have a folder group e.g. "Friends" and an icon "Folder_Friends" this one is not taken as the group icon. It is just ignored. Could not find this in the ChangeLog to be an existing feature so I desire it to become a new one.

At the Moment Yam has a number of printing options. I wonder whether the printing of 'plain text' could include the message headers, as in the printing of 'displayed text' or whether another option can be included 'plain text with headers'.

For archival purposes it is useful to be able to print out the message, 'displayed text' can include lengthy html, whereas 'plain text' dies not include the necessary header information.

A global save-dir is ok, but nicer would be a "local" one, ie. have dirs set for each MIME-type. So one could have stuff saved directely where it belongs to. E.g. IBrowse does have this with its download-dir. Very cool! Every app should have it this was. In addition a little checkmark/option "open requester" could be added. If checked the user can still change the dir for each case.

Right now it is only possible to send the data from the current mail to the addressbook. It would be nice if there was a quick way to change the data in the adressbook if there was already and entry for the current sender. So maybe "send to addressbook" could be renamed to "edit..." and if you click it, the sender is unknown and new record will be opened if the sender is know his/her record is opened, so the user can edit it.

Alternatively you could also have a separate feature for this. But maybe making the current more intelligent would be smoother.

It would be nice to have a feature that allows you to start a new mail without References: headers and similar but still to the same mailing list that you are currently browsing. The To: field should be pre-filled and an option to include the text or not from the current mail should be available.

In the "Search in" popup there are a number of options, the first six being in bold type to indicate these headerss are indexed.

Currently there is no option to search for your term in all of the indexed headers only. Although there is a "Message headers" option, this means every message needs to be searched which is very time consuming with a very large collection of messages.

It would be very useful to add a "Indexed message headers" option and change the current Message headers item to "All message headers" to clearly differentiate. Perhaps it wouldn't be a bad idea to place the "Indexed message headers" option below the bolded header options too, and "All message headers" below that.

Would it be possible to add google anti email phishing support in YAM. For example when such an email is opened (either in standalone window, or in preview pane) before displaying anything (i.e. at the same time email decoding is done, or just before) a warning could be emitted letting the user to either choose to continue or cancel the view.

Problem

YAM has only one level of mark an E-Mail (on or off)

Analysis

YAM change the Filename and add an "M" if the mail is marked.

Enhancement recommendation

It should be easy to change that to different levels.
E.g. all mails which are already marked get Priority 0.
All future mails could get an M1...M9 into the filename to differentiate the levels.
The level could be displayed with a picture like now but with a number into the picture.
The mark menu should get an sub menu for the different levels.
What do you think about that?

The current mailing-list feature of YAM is more than just plainly useless and unintuitive. Currently a user has to configure a mailing list by creating a new folder and configuring the mailing list settings in the folder settings. This, however, seems to be somewhat awkward and not very intuitive and cumbersome.

Proposed change

a user should be able to configure a mailing list in the YAM config using the following settings:

configure mailing list address (To)

configure if a mailing list sets a Reply-To: header or not (important for proper Mail-Reply-To support).

set an optional destination folder where incoming mails should be moved to (this should generate hidden filter rules to move the mail to that folder based on To, etc. address)

allow to setup the above settings semi-automatically like currently possible in the folder settings.

the Mail-Reply-To and Mail-Followup-To features should respect these new configuration settings.

the mailing-list To-addresses should be suggested when creating a new mail and entering something in the To recipient gadget

when starting to create a new mail while being in a folder linked to a particular mailing list the write window should immediately contain the To address of that mailing list in the To recipient gadget.

Now that since YAM 2.5 is using TheBar.mcc, the configuration of YAM should allow each user to define which toolbar buttons to display and which to hide. And of course also in which order they should be displayed.

A direct HTML reading engine should be integrated/used in YAM instead of only converting HTML mails to plain text via our own HTML2text engine.

In fact, such a feature should use a third-party MCC like htmlview.mcc or any otehr appropriate HTML viewing engine. However, especially for using htmlview.mcc, further porting/work on that component itself have to be done before we can consider using it as our HTML reading engine in YAM.

Also with that change we should take care not to generally use that HTML viewing engine but allow the user to select how he wants to view HTML mails and if we need that HTML reading engine at all.

YAM should be changed to use a significantly improved password encryption mechanism. Currently, the passwords in all config files are more or less unencrypted (almost no real encryption). Idially YAM should get a master/slave password mechanism similar to what is implemented in Thunderbird. That means, all passwords and sensitive information in the config files will be encrypted with a master password that is stored in a separate file.

As soon as we have implemented the user-definable toolbars we ought to add a "Stop" toolbar button in case there is some action in progress which might be able to be aborted (e.g. filtering, index scanning etc.)

Phenomenon

It would be favourable if the read window would have a "Quick-Reply" possibility where the user could quickly enter some multi-line text and press "Send" to send out a direct reply to the currently displayed mail. This would allow to send a reply without having to open a full write window, etc.

Implementation recommendation

A small TextEditor.mcc object have to be added on demand to the bottom of the read window for that purpose with two buttons "Send" and "Cancel". The original text should be quoted in there like in a normal write window reply action. But no attachment possibility presented.

Phenomenon

The current configuration soley relies on a global "struct Config" structure which is directly accessed from throughout the whole YAM source code. This has several drawbacks and should be completely changed.

Background analysis

First of all the current configuration source code (including the GUI part) should be changed into an internal MUI custom class (using GenClasses). Then struct Config should be abadoned and instead accessor and mutator functions be added to retrieve and set the values of a certain config option (e.g. via string-based config option names). Furthermore, the configuration structure should carry information about the type (boolean, integer, string, etc.) of the variable so that the Load and Save config function can interate through this structure getting rid of the tons of "else if()" branches currently implemented in YAM_COs.c.

Implementation recommendation

Phenomenon

It has been mentioned quite often that setting up a new account in YAM is too complicated due to its amount of adjustable options.

Background analysis

Mail clients on other systems offer a setup wizard where you just have to enter your name, email address and password and the mail client will obtain all the other settings (i.e. POP3 and SMTP server name, port number, security settings, etc) automatically so that the (possibly unexperienced) user has to care about as less stuff as possible.

Implementation recommendation

Implement a setup wizard similar to the one of Thunderbird. The "beginners" mode just requires the basic things like name, address and password. A possible "advanced" mode then offers editing some more details like server address, port number, etc just like the normal config window does.

The addressbook itself needs a completly rework GUI as in its current form it is very hard to use it on a daily basis. It should be reworked to allow for entering all kind of information on a more uptodate state (like in Thunderbird) such that e.g. all LDIF information can be more properly be fit in.

In addition, the maintainer of that task should care about compatibility to CManager and try to use the CManager MCC instead of reinventing the wheel once again. That means, it should be first tested if CManager can replace our own addressbook implementation even if that means that work on CManager should be done instead.

The Error handling mechanism (e.g. ER_NewError(), YAM_ER.c) should be reworked to achieve the following things:

Introduce a difference between "Errors" and "Warnings" so that YAM might notify the user of things that are of minor priority (e.g. images missing, decoding failure of main mail part, etc.)

Rename the whole Error mechanism into a more general "Notification" service/agent thingy.

The notification/error window should be changed to contain two areas to present the pending notifications: On the left side a listview with the summary of the pending notifications. On the right a floattext object with the actual message of the notification.

Warnings/Errors should be directly differentated via graphical images in the listview. Pending notifications should be bold.

Add a functionality to send notifications that won't automatically popup the notification window but show a sign (e.g. in the window bar of YAM) in case minor warnings are shown.

There seems to be a new, faster and easier scanner engine out there which looks quite promising. Even the PHP people seem to have switched from a flex-based scanner to a re2c based one. Therefore it might be worth a look.

To allow users to edit the hidden (expert) configuration options from within the YAM configuration GUI a possibility should be provided to do that with graphical elements. Instead of providing graphical elements for each single hidden option a generic config edit can be provided by simply putting a listview in the config GUI which carries columns for the name, a description and the value. Then this entry could be editable.

However, as soon as a user would like to open that config edit tool a warning requester should be presented. This functionality would more or less work similar to what Thunderbird or Firefox provides when editing "about:config".

Phenomenon

Currently YAM saves each mail in a separate file using an index file to quickly find mail throughout the filesystem. It might be, however, a better approach to use perhaps an SQL based approach (e.g. using 'sqlite').

Background analysis

Implementation recommendation

A prototype have to be created where several thousands emails should be stored and indexed in a basic SQL database using sqlite. Performance tests against the current solution should be made and based on these performance tests the prototype should be converted into code usable for YAM (or not).

Phenomenon

To finalize the UpdateCheck mechanism it should be possible to not only download the latest update archive directly. It should also be possible to install the update right away seeing YAM being closed, the updated files/binaries updated and then YAM being restarted to finalize the update.

Background analysis

While for a simple updatecheck mechanism downloading the update lha archive might be enough a better approach would be if the update could also be automatically installed instead of just downloading the archive and relying on the user to install the update properly. Several major problems with that approach seem to prevent the implementation however:

We have to find a way to close YAM remotely (e.g. via ARexx) and restart it after the files from the update archive were installed.

We have to standardize the update archive to also be able to handle larger update jumps (e.g. if a YAM 2.8 user want to update to YAM 3.0 directly without having to install 2.9 first)

We have to take care not to overwrite files that have been changed by the user (e.g. by using md5sum or similar)

How should third-party updates (e.g. mcc classes, etc.) be treated?

Implementation recommendation

An ideal implementation would present an "Install Update" button instead of "Download" in the update notification window. If the user presses this button YAM will be closed, the update installed (possibility non-interactive, with creating backups, etc.) and afterwards YAM being restarted to finalize the update.

I think it is not nice that YAM removes any "two chars and colon"-strings on reply from the subject. E.g. a subject starting with "OT:" should keep this string. Or try to send a MAC-Addresse like "AB:CE:1A:0F" and see what's left of it.

It would be very useful if the Scripts menu was attached to the Read window and Write window s well as just the main Yam window. Quite a few scripts (eg spellchecking) need the write window to be open to run but you cannot run the script without first selecting Yam's main window.

An even better solution - that would involve more work - and more Config options, would be to have a different Scripts menu for the Main, Read and Write windows.

Would modify the filters system for the scope (work only specific accounts)? Example: I have the account 1, 2 and 3... I would like to define some filters as global (works with the three accounts) and others local (works only with the accounts defined by the user: with the first account, with the first and third, etc). I think what this would increase the speed for the filtering process and the filters would be more accurate