Is there a way to manage Gmail lables(Virtual folders) with mutt??
Quoting this source,
A very cool gmail feature is the ability to add label to emails (also called "tags" in other contexts), and then view only mails with a given label.
There is a semi-standard email header called "X-Label" which can be used to store labels. mutt supports searching it, filtering views according to the value, and showing it in the index view; but it doesn't allow you to change it (although there are patches).
There are some useful code snippets in the link above.
Related
I use 'Atom' feeds to read the content of gmail at the address
https://mail.google.com/mail/feed/atom/name where name is either empty (to check the inbox) or a user-defined label (even nested). To parse the result, it is useful to read the XML field fullcount, which gives the number of unread messages. With Gmail internal labels, like starred, important, sent, trash, drafts, spam, all, however, the fullcount is always 0. I recently discovered here that for the important label one should use the less intuitive name ^iim. With ^iim the fullcount is set correctly ! Does anyone know if there is a complete list of such labels available ?
They are called system labels and the Gmail Content Provider in Android documents a few:
ALL_MAIL ^all
DRAFTS ^r
INBOX ^i
INBOX_CATEGORY_FORUMS ^sq_ig_i_group
INBOX_CATEGORY_PRIMARY ^sq_ig_i_personal
INBOX_CATEGORY_PROMOTIONS ^sq_ig_i_promo
INBOX_CATEGORY_SOCIAL ^sq_ig_i_social
INBOX_CATEGORY_UPDATES ^sq_ig_i_notification
PRIORITY_INBOX ^iim
SENT ^f
SPAM ^s
STARRED ^t
TRASH ^k
Can a lookup be used in an HTML web resource?
I have replaced the command of the "Convert to Case" button on the email entity.
It now opens up an html web resource on click.
I need to show lookup fields to Customer and Subject.
Is there an alternative to a lookup for this situation?
Adding lookups to your own page is definitely a pain since they don't 'provide' you with a control to add it to your HTML resources. I am also not aware of any toolkits that are readily available.
A possible solution for displaying subjects (assuming you don't have too many) would be to use a HTML select element and populate it with the possible values.
As far as the customer goes, it will most likely take some creativity or elbow grease to replace since most likely you have too many accounts/contacts to display in a HTML select. One thought is you are most likely converting an e-mail with a contact or account already in the e-mail (from or regarding fields). You can try and pull all the accounts and contacts from the e-mail fields and allow the user to select one of those via radio, select, etc.
If something like that doesn't work then most likely you will need to create your own lookup, or something similar like a text box with an inline grid that gets filtered like a lookup so you don't have to recreate the entire dialog experience.
Hope that helps.
I often use two gmail labels label1 and label2, and according to my personal mail management rules, I often change messages categories from label1 to label2.
As I do this often, I thought I should try to automatize this process a bit by adding custom gmail command.
Here are the specifications of my mini-feature :
1) When a message (according to gmail api, a "thread") labelled label1 is selected in gmail, a button "CHANGE LABEL1 TO LABEL2" should be displayed in my gmail interface
2) When I click this button, selected message's label1 should be removed, while a label2 label would be added
That's it for the features.
Technically, here is what I think is needed :
a) A way to get and set the labels attached to a given message thread (identified by an id)
b) A way to display a button conditionally
c) A way to trigger a script when the button is clicked
d) A way to detect the id of selected message thread
Here are the technical solutions I think are available for each part :
a) ...is possible via a Google Apps Script, using GmailThread::addLabel and GmailThread::removeLabel
b) ...seems possible via a contextual gadget
c) ...is my first concern, since clicking on the button from b) should launch the script from a)
Also, the call to the a) script should pass the message thread id as a parameter.
d) ...is my second concern, maybe is it also possible via a contextual gadget, since those can parse the contents of a message ?
Does it seem possible to implement this mini-feature given the actual technology provided by google for scripting ?
More precisely, is it possible to make Gmail Gadgets and Gmail Apps Scripts interact ?
Or are there some alternatives to implement it ?
Additional information : I tried to investigate other technologies provided by Google to customize its product, but it seems that Gmail Labs API is not open to the public. Also, I don't think I could use a Gmail Sidebar Gadget since they do not seem to be able to know which message is currently selected in the gmail interface.
I don't know if you can use a contextual gadget this way but you may write a simple script (time triggered) who search for threads with a third label (or one of the stars) used by you as an indicator of your will to toggle labels...
The script search the threads you mark and toggle labels (than remove the mark) ...
Pretty easy ...
I do something similar at the moment using a contextual gadget. The only way I know to change the labels is via IMAP. My gadget passes the details of the email to my server which uses IMAP to connect to email message and change its label. Although this seems a long winded way of doing this I think it is your only option.
since the emails loads dynamically how do you find a specific email that contains a button back to your site. This is like signing up at a site. Customer receives email to confirm.
Thanks for the support
BigD
OWA, bless MS's little hearts (at least in the circa 2003 version I'm looking at here) uses frames, so first of all brush up on that or you are gonna be hating life. The list of incoming messages is in a frame named 'viewer' The message summaries are contained in a table lacking any useful means to identify it that is in a div of class 'msgViewerCont" and an ID of dvContents. So to see if a message exists you want to look to see if you can find a row in that table which contains the subject you expect to see.
(be careful using ID values on OWA.. apparently nobody in the group that developed it read the part of the HTML standard that specifies that ID values are supposed to be unique.. the re-use them all over that page.)
Presuming you know the subject of the message you are about to receive, and also that you keep that mail account cleared out so that it will be the ONLY message there with that subject line, then you can check to see if it exists usng
subject = regex.new("subject you are looking for")
browser.frame(:name, 'viewer').div(:id, dvContents).table(:index, 1).row(:text, subject).exists?
to click on it use .click instead of exists.
once you've clicked it, OWA will refresh the PreviewPane iframe.. inside that iframe is another one that has the message body in it.
all those frames, are nested inside the viewer frame. welcome to nested frame hell. hope you enjoy your stay. (like I said, bone up on frames, you're in for a fun ride)
I'm building a SharePoint (MOSS) publishing site for employee information on my company website. I have an employee content type and am using the Contact E-Mail Address site column to store an employee's email address.
Want I'd like is the ability to encode email addresses at runtime to prevent the real email address from being harvested by spammers. This would be decoded when a user clicks the email hyperlink e.g. the following HTML would be sent to the browser:
Email Jonny
I already have the javascript methods for encoding/decoding a text value from the meaningless string above, but am not too sure as to how to approach this with SharePoint in mind. I'm thinking a custom control and/or custom J-Query?
Any help would be much appreciated!
Jonny
In the case that you are unable to put the users into AD, a custom field control will give you the ability to include the custom rendering (jquery) you require as well as the ability to enter the data as "normal" text.
The custom field, once defined "just works" wherever you need to display the field.
Given you are thinking of using JQuery, the issue then becomes one of making sure the jquery library is correctly linked whenever you need to us a field of this type.
If you make those employees members of the site, SharePoint takes care of this issue.
You can send emails to them, but the email address will only be used at send time, when you add a button to email someone, it will not show the email address, its handled at the backend.
SPUtility.SendEmail(SPContext.Current.Web, false, false,
[SPUser.Email][1], "E-mail title",
"E-mail body");
(source: msdn.com)
Two more options/approaches you can try:
(1) implement a custom TextField control, inheriting from Microsoft.SharePoint.WebControls.TextField and override RenderFieldForDisplay
Then in code - encode the field for display.
Add this control to safecontrols and use this in place of the normal TextField in the pagelayout.
(2) use the existing TextField control, but inject a button [Encode] using jQuery next to the TextField in editmode.
Use the JavaScript encode method to encode what the user has typed into an encoded value, replacing the existing TextField value. Which they can then save to into SharePoint.
I'd rate the approaches based on your deployment scenario - Nat's one is the cleanest but probably more involved for deploying, and the jQuery-only one seems very hackish but easy on deployment. The override TextField approach would probably sit somewhere in the middle.