{5} Accepted, Active Tickets by Owner (Full Description) (73 matches)
List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #261 | Ghost/disable "get mail" when there is no active account | user interface | YAM 2.9 | bug | May 29, 2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Think it would make sense to ghost/disable "get mail" (both toolbar and menu) when there is no "active" pop-accopunt.
A rare case, I know... |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #293 | Remove selection/highlight in "found"-list when mail is deleted | user interface | YAM 2.9 | bug | Mar 20, 2012 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
YAM 2.8-dev [OS4/PPC] The situation:
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 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #169 | Implement a default-user feature with on-demand user-selection | user interface | YAM 2.9 | enhancement | Jun 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Thought I had suggested this before, but as I cannot find it... I'd love it, if there was a feature, where I could set a default user, which is used (silently) when I start YAM. By request (ie. holding a qualifier) on startup, there could be the normal user-selection-window. The reason for this, I am almost the only one to use YAM here. Theoretically my Girlfind does have an account, too. But she uses it almost never. Now I have to select my account every time I start YAM. It would be nice if YAM just "logged me in" and for the very rare case where she really needs it, she'd press the quallifier and the window would pop up where she could select here account on startup.
Could this dream come true - one day? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #246 | Embedded mail pane to be displayed vertically | user interface | YAM 2.9 | enhancement | Jan 18, 2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
SummaryAn 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 resultsHaving 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| |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #298 | Make addressbook entries sort by clicking column titles | user interface | YAM 2.9 | enhancement | May 5, 2012 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Don't know it the addressbook list is the only list in YAM where it does not work, but it would be nice if it worked there, too |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #230 | Add option for queued download | undefined | YAM 2.9 | enhancement | Nov 7, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
YAM 2.7-dev [OS4/PPC] (06.11.2010) Copyright (C) 2000-2010 YAM Open Source Team
I know "hate" is a hard word, but as much as I like that YAM starts tomultitake, I hat it that the the multi-threaded-pop does mix up the mails in my inbox. I liked it to have the way, that they are listed, one account after the other (I don't want to add filtering in different folder, especially as I don't want different folders. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #37 | Support of IMAP4 | TCP/IP interface | YAM 3.0 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
All in title...
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #57 | mail list => threaded listtree | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Could you please change the mails to be listed an a threaded hierachical listtree ? Showing the emial with nlisttree will highly increase the overview. This will make YAM much more powerfull when reading mailings lists for example.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #50 | Allow duplicate folder name creation and use | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Since YAM 2.4 now support hierachical folders, it would be nice to allow duplicate folder name. Since I could now classify my folder in category, I would like to organize them logically, like: + Mac OS X | + News | + Maling Lists | + ... + AmigaOS + News + Mailing lists + ... Right now it's impossible. It would be necessary to generate an hidden unique ID or use the full path reference to associate filter move function to folder instead of just the folder name. By the way, this reference to an hidden ID would be far better and would be more flexible than name reference. When a user will change a folder name, it would not be necessary to change all filter associated to this folder.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #74 | Implement format=flowed support! | MIME handling | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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: http://www.ietf.org/rfc/rfc2646.txt
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #78 | Jump to bottom with "more" in filters | configuration | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Would be nice if YAM-prefs jumped to the bottom of the list, when you add a filter rule with "more". So you see right away what's going on.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #89 | RFC-2369 compliant reply-to-list feature | MIME handling | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I would like to see a RFC-2369 compliant reply to list feature for mailinglists http://www.faqs.org/rfcs/rfc2369.html
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #95 | Add a display delay for crsr-scrolling in folderlist | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
How about adding a (settable) delay similar for mail-viewing, when scrolling up/down in the folderlist. So this is more fluent and the content/maillist is not updated/shown immediately.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #109 | ARexx - MAILUPDATE | ARexx interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
After issuing a MAILUPDATE command to refresh a folder index, the N (New) status mails might have is gone. Shouldn't it be worth to make MAILUPDATE to preserve that N status ? Or add a new 'KEEPNEW' switch for that ?
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #113 | Filter by categories, address book lists, groups | mail filtering | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #267 | Mark E-Mails with different priority | user interface | YAM 2.9 | enhancement | Jul 15, 2011 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Mark E-Mails with different priority ProblemYAM has only one level of mark an E-Mail (on or off) AnalysisYAM change the Filename and add an "M" if the mail is marked. Enhancement recommendationIt 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? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #48 | Can all search data be treated equally, as strings? | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When typing search data in the main "Find Message" window or in the Filters->Comparison section of the prefs, I find it awkward that search text doesn't remain available when cycling through different options. For example, if I enter a name under the "From field", that name disappears from the string gadget for most other searches, like Subject, Message Body, Whole Message, etc. With the exception of "Message size", these are all still strings, and I wish YAM would stop second-guessing whether my data applies in this or that situation.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #51 | Allow folders icon (.fimage) management in folder properties | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Allow folders' icon management (add, remove, modify, cut, paste) in the folder settings window.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #55 | Packing Attachements should show the progress | XPK compression | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If one attaches many huge files to a mail, it took sometime quite a long time to pack&add those archive to the mail. But you never know when it is ready again. For example, you could put in a progress bar which show the status of the packing or e.g. a counter in percent. I, for one, use LZX to pack smaller or larger files to a mail. The larger ones do need quite a while. Could someone implement it (if it`s possible) in one of the next versions? Please!
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #58 | Printing refinement | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #59 | Support MIME-specific save-dir | configuration | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #62 | Save attachments - jump to file via number key | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Attachments are listed with a number in the first column. Why not use them? Until now, when you want to save attachment no. 3 of 7 you have to scroll around to select it. Idea: hit the "3" and it gets selected. If you want to select file no. 12 just quickly hit "1" and "2" to select it as Workbench does with file selection.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #64 | Easy access to toggle embedded pane | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Add an option to toggle the embedded pane on/off, which is easily accessable. Original suggestion was for the toolbar, but you mentioned the context menus which would also work
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #69 | Add possibility to edit adressbook of current mail | addressbook | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #72 | Add underline-feature for URL in readwin | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As browsers tend to underline links it would be nice if YAM could do this, too. So could you add "underline URL" in the prefs, where the color can be set for URLs. Guess it's not that hard and it can man the users look more consitent. Thanks.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #73 | Support multiple attachments d&d | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Right now you can click and activate every attachment file of a mail, and they all they visually selected. But when you d&d on the last selected file is extracted. In the meantime, as it might take longer till multiple d&d works, just avoid multiselecttion and remove the active state for an icon as soon as a new attachment icon is clicked.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #75 | Mailing list feature to clone a thread to avoid "hijacking" | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #76 | Adapt default order of next mail to reversed display | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I'd call this a bug, but as you probably say it's a feature, I am good boy and write a _request_. So, feel free to postpone it. When I have read-window open and delete the displayed mail, the content, by default will be replaced with the one of the mail below. As I use reversed order for date, I'd like this to be reversed, too. So, the next to the top is selected. I know I can change the order by opening the mail below the one I want to delete, then do <-, then delete. Then the step is reversed and YAM moves up. My problem is the step in the first place, ie. the default for the first delete operation.
Hope I could make myself clear.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #77 | GnuPG support in YAM | PGP/GPG encryption | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Security and own Privacy gets more important every day. Yam should support GnuPG native. http://www.gnupg.org/ PGP on Amiga is quite outdated. GnuPG support would add up to date PGP support to YAM in an easy way. There exsits ports for the amiga os/morphos etc. Shouldnt be to much work as i guess its not to much more then other options calling the gnupg executable.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #79 | Allow removal of compar. not only from the bottom of filter | configuration | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Would be nice, if one can remove any of the comparisons of the filter and not just the last one. Right now, to delete one out of the middle you have top copy and replace it with the last one and then remove that one. Not smooth.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #81 | Notification for hided MIME parts... | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The attached message is a HTML message that YAM 2.5-dev-20061108 [OS4/PPC] won't display. Even with "Convert viewable HTML message parts to plain text" unchecked, the message is still not displayed nor is there any attachment icon.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #84 | Add TO: field column in mail transfer window | mail filtering | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
To facilitate deleting spam messages off the server without having to download it first only to find out that it was spam with the recipient in the BCC: field, it would help to see the TO: field in the mail transfer (download) window.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #91 | Send mail in outoing folder | mail filtering | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When I have mails in outgoing folder they will not send until I hit the button 'send'. This is annoying when you have filters running and have to hit everytime the send button. Therefore I would like to have the option to send mails in outgoing folder after YAM checked for new mails. Also a notice when you send a single mail and hit 'send now' that there are still messages for send in the outgoing folder.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #98 | Add support for .fimage_new and global .fimage | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As I understand the docs, the only way to have custom images for cumstom folders is to images files into each folder named .fimage. Now I wonder, could there be support for a .fimage_new file, too?
Second, could there be a .fimage places in themes/folder which would be used for every custom folder, that has no own .fimage, making it a def_.fimage
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #99 | Enhancement for Finding messages | mail filtering | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #100 | When printing e-mails a list of attachments is also printed | user interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be great and helpfull to have the list of attachments to an e-mail also printed when printing an e-mail. This way one knows on a later moment what the e-mail had for an attachment.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #102 | Add email phishing campaigns detection | SPAM filter engine | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. Google's anti-phishing-email is at : http://code.google.com/p/anti-phishing-email-reply/
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #104 | Add support for DomainKeys Identified Mail aka DKIM | SPAM filter engine | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be great if YAM would be able to support DKIM this would add to the SPAM filter detection. It seems every documentation needed is available at http://www.dkim.org/
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #108 | ARexx - REQUESTFILE : doc | ARexx interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The returned result of the new REQUESTFILE command is unexpected, as not documented. I suggest to add in the guide that the result has the form: <drawer> <total files> <file 0> <file 1> ... (BTW, I think it is better to enclose the drawer and file names with double-quotes, due to possible spaces in them.) When the STEM keyword is used, RESULT is undef (?) (Could be documented as well.) Finally, how about a NOICONS switch ?
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #110 | ARexx - FOLDERNEW | ARexx interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
There are already many ARexx commands to manipulate mails and contact addresses, but no much yet for folders. I suggest to implement FOLDERNEW as a start to allow to create a new folder from ARexx scripts.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #172 | Attachment reminder | user interface | YAM 2.9 | enhancement | Jul 14, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
A common usage problem with email clients is that while writing an email the action of attaching a file is often forgotten. So it is very common that people send around a mail where they say that they are going to attach something, but suddenly they send out the mail without any attachment at all. Therefore, other email clients like Thunderbird 3+ now have a feature to try to identify semi-automatically that the author of an email is going to attach a file while writing an email. In TB3 this seems to be done by searching for common words like "attachment", "Anhang", "pdf" or other words (have to be analysed/found in the TB code). IMHO it would be a very nice thing to have a similar feature in YAM so that a warning appears similar to an empty subject warning right before a mail is sent out. However, we have to find out what TB3 is really doing to identify the case of reminding for an attachment. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #103 | "Un-spam" mail when d&d'ed out of spam-folder | undefined | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As a mail is marked as SPAM when dropped into the SPAM-folder it would make sense to set it to "no SPAM" when it is dragged out of the SPAM-folder, IMHO. BTW, the same holds for "moving" a mail, using the contextmenu, I think.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #107 | ARexx - MAILIMPORT / MAILEXPORT : return FILENAME | ARexx interface | YAM 2.9 | enhancement | Mar 4, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
This feature has already been partially discussed, but the issue is still a blocker problem for me: I can't operate on freshly imported mails because I found no way to identify those mails. My suggestion is to allow the MAILIMPORT to return:
The same extension could be implemented to MAILEXPORT as well, as it can help, for example, to delete or change status of exported mails.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #122 | User-definable toolbars | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #124 | Rework and simplification of the mailing-list feature | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The current mailing-list feature of YAM is more than just plainly useless. We need to completly rework and even rethink on how to implement it properly and in a more general and intuitive fashion. In fact, each folder should be configurable and linkable to a future user identity and it should be allowed to define default SMTP/signature, etc. settings on a per folder basis. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #126 | HTML read mail support | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #130 | S/MIME support | MIME handling | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Besides the wanted GnuPG support for signing/encrypting messages, a future version of YAM should also probably consider implementing S/MIME. The current uptodate RFC for S/MIME can be found here: http://tools.ietf.org/html/rfc5751 Mailers like Thunderbird already support S/MIME and it seems together with AmiSSL such an S/MIME functionality can be implemented quite straight forward. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #132 | Implement a stronger password encryption mechanisms | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #123 | User-definable context menus | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
All context menus should be user configurable. That means, user should be able to configure which menu items to link to a context menu in case the right mouse button is pressed on e.g. a mail item. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #125 | Completly reworked address book GUI | addressbook | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #127 | Direct xadmaster.library integration | MIME handling | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It might be very useful to extend YAM to directly use xadmaster.library instead of calling external archive programs like lha. This would allow to not only support multiple archiving formats but also make it easily possible to directly extract single files from such attach mail archives. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #134 | Add "Stop" Toolbar button which aborts e.g. filtering | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #135 | Rework internal Error handler (window) to be a notification agent | user interface | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The Error handling mechanism (e.g. ER_NewError(), YAM_ER.c) should be reworked to achieve the following things:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #137 | Replace flex-based scanner with re2c based one | MIME handling | YAM 2.9 | task | Mar 6, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. See here for more information: http://re2c.org/
It also supports the CONDITION support which we are using in our flex-based scanners, thus it should be relatively easy to use re2c instead of flex |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #142 | Hidden config editor in YAM configuration GUI | user interface | YAM 2.9 | task | Mar 12, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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". |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
somebody (17 matches) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #6 | charset issue in mail listviews | charset handling | YAM 2.9 | bug | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Czech and Slovak localization of AmigaOS 3.x upto OS3.9 use so called Amiga-E2 encoding. Recently external charset table was created for codesets.library. Header and mail body are displayed correctly but mail recipient (To), mail sender (From) and subject in mail listviews contains wrong characters. I guess the same problem apply to other non-standard encodings too.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #10 | DST changes *every* time in main window listview | user interface | YAM 2.8p1 | bug | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Today when most European countries switched to daylight saving time (DST), I noticed a bug in YAM25dev (am using the version from 27 March for m68k on AMIGA OS3.9BB2): I have the main window listview configured to show the message date. After switching to DST, all times were increased by one hour, including the ones of mails received during standard time. This is easy to reproduce: Begin with DST, GMT+2 in my case, note the times displayed for some mails in a folder received during before (GMT+1) and after (GMT+2) the DST switch. Then uncheck the DST switch in the YAM config-"First steps". All times are changed. Of course one can always open the mail to get the correct time including time zone info form the Date header field, and one may thus argue that this is a case for a feature request. However, I consider this a bug.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #7 | Handling of charsets (e.g. UTF-8) when using external editor. | charset handling | YAM 2.9 | bug | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When receiving an email with a charset that is not supported by the font system (I think, I don't know how YAM is detecting this charset), YAM shows a question mark for every character that is not standard ASCII. When YAM passes this mail to an external program or saves as a file it still replaces the characters with question marks. YAM should not replace these characters in these situations. For example, my friend recently sent me an email in UTF-8 with an attachment. Their MUA decided to package the text as base64. In YAM when I read this mail I get "????? ?? ????" etc in the message window. If I save the displayed message I get the same "????? ?? ????" etc, if I save the raw message I get base64. If I try to reply and call an external editor that can handle the character coding, YAM passes it the "????? ?? ????" text instead of the original text. Just FYI, this did not occur in YAM 2.4.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #9 | Wrong UTF-8 Support | charset handling | YAM 2.9 | bug | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi Develoers I think YAM does not support the UTF-8 encoding correct. Here is a Step by Step example: 1. Write a new Mail (Type and To and Subject). 2. Switch to the Options Tab. 3. Select UTF-8 as Charset. 4. Switch back to the Message Tab. 5. Type some non ASCII Letters (e.g. the Euro Sign and ��� ��� �). 6. Click "Hold". 7. Switch to the Outguing Folder. 8. Select the Mail you just wrote. 9. Click Read in the Toolbar. 10. Look at the Content-Type it's text/plain; charset=UTF-8 11. But in the Mail you see "? ? ???" but it should "� ��� ��� �" The cause it that YAM does not encode the Mail to UTF-8 if you click on the "Hold" Button. If you then open the Mail for Read YAM seems to try to decode the UTF-8 Mail but can't find any UTF-8 sequence and you see the question marks. Hope anybody can fix that... TIA Best Regards Frank (Opi) Weber
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #30 | Avoid folder corruption by updating more often | mail indexing | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I wonder, if YAM couldn't update the folders more often, ie. after POP, deleting mail... This way the folders would be less corrupted and the necessary rescan on startup would be reduced.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #17 | Don't just remove "two-chars:" on reply | user interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #18 | Thought about placing filter-gadgets below the nlist? | user interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Have you tried to put the new two gadgets below the list. I think this would look much better. And it removes the danger of clicking the wrong gadget (e.g. want pop but do change filter-cycler). Please give it a try. I think the relation to the list is still there, even if it is under it. You want to copy thunderbird (I don't know it), and TB is the mailer of firefox, and FF e.g. has the search-string gadget below the HTML-area, too. Cool argument, huh?
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #20 | Add section "file name pit falls" in YAM.guide | documentation | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
YAM.guide should contain a section explaining common pit falls concerning file names, especially when these file names are passed to YAM's ARexx handling function. This section should cover handling of file names containing spaces and other special characters which might cause problems with dos/ReadArgs() (see bug #635893) and hence either need to be escaped or surrounded by quotes.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #22 | D&D of msg into adressbook should be place at dropposition | addressbook | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When draging a mails to the addressbook list, the new entry should be crated at the position one drops the mails, this way, one can immediately put it to the right place when it belongs into a group/subdir. Right now it is always just added at root level. I'd say this is a bug, but before you complain again...
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #33 | Additional feature for "Max. age" | mail filtering | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice to have a feature added to the "Max. age" in the folder configuration, that made it possible to move old mail to another folder (on a per-folder basis) instead of just deleting it.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #34 | Attach 'Scripts' menu to read/write window | user interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #36 | use .config to select .addressbook | configuration | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Currently there is no way to specify the file location for the .addressbook file. It default to .YAM (or If I read the code correctly the "MailDir". If it is placed in the .config file, users can have separate address books. In my case, I want to store the data separate from the program files. The adress book defaults in YAM: and I have two separate user directories for the configuration files.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #38 | New 'On double click of attachment' event | ARexx interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be could if a new ARexx event could be added something along the lines of "On double click of attachment". This would tell us which attachement was clicked we could then do as we please and by setting a return result either YAM continued as normal or nothing happens. Why? With this we could write a script that detects a double click of HTML file saves all the additional pictures etc somewhere, manally saves the HTML and then manually launches a viewer. The reason for the "stopping" YAM from launching aviewer is because I have no viewers apart from Multiview set-up in YAM and I would like t be able to keep it this way.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #40 | Jump to oldest unread msg on a per folder basis | user interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Beginning with version 2.3 of YAM, the message list scrolls automatically to the oldest unread message whenever a folder is opened. While this is a good idea for some folders (like incoming, or any folder where I keep current on all messages), for others it is not. I follow a number of mailing lists in which I read messages only sporadically, and I keep several months of messages online. With such groups, it takes an extra couple of seconds to open the folder because of scanning for read/unread messages, and then I have to manually scroll back to the current messages to see what's new. I don't want to manually mark all messages as read, because it's an extra step and because it is useful for me to know which old messages I've looked at and which I haven't. Could this process of scanning for the oldest unread message upon opening a folder be made optional on a folder-by-folder basis? That would give us all the best of both worlds.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #43 | Filters' scope | mail filtering | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #45 | Modified date field when reading | user interface | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Currently the "DATE" field listed in the header information when reading a mail is exactly what the message contains, where as the date field for the message list is the "converted to local time" version. Could the read window display this converted value also as it is sometimes inconvenient and not aways possible to look at the message list? I'm not asking for the original mail to be changed maybe something like... 2.3/4: Thu, 26 Sep 2002 12:28:09 -0400 2.x: Thu, 26 Sep 2002 12:28:09 -0400 (17:28:09)
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #35 | Search without searching in pgp mails | undefined | YAM 2.9 | enhancement | Mar 3, 2010 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
i am searching often in all folders so yam is busy long time. But this search cannot run unattended because YAM asks for my pgp key, while trying to search in the encrypted mails. Since i know that the wanted mail is NOT pgp encrypted, the requester is not required in this case. a checkmark on the search page "do NOT search in encrypted mails" would be very nice.
Moved from SF: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
thboeckel (1 match) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #291 | A folder added after "search" was open will never be displayed | user interface | YAM 2.9 | enhancement | Mar 20, 2012 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
YAM 2.8-dev [OS4/PPC] Start YAM and open the "search"-gui, leave it open. Now go to YAM's main window and add a new folder. This will (of course?) not instantly be shown in the "search-list". But even when you now close the search-gui and reopen it, the folder still won't show up. Seems the GUI only checks the list of available folders once? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||


