Version 1.6.2-dev3.2 - "work in progress"

[Kostya Vasilyev]

https://www.aqua-mail.com/download/AquaMail-market-1.6.2-dev3.2.apk

---

+ Many bug fixes in message list, more or less related to Undo

+ Workaround for server search @zoho

+ Made unread badge work again on Sony + 6.0

+ Background (fill) color in rich text editor

---

+ Много исправлений в списке сообщений, более или менее связанные с функцией отмены

+ Обход ошибки поиска на сервере @zoho

+ Снова работает счётчик на иконке на Sony + 6.0

+ Цвет фона (заливки) в редакторе сообщений

[Davey126]

I have experienced no issues with this release; from my perspective appears to be a RC candidate.

I do have a late request: any chance 'search headers' can be tweaked to handle sender email address (From: name <email>), specifically my email? At present it returns no results. If I switch to a full text search I get items I sent plus any forwards and replies that contain the target string.

Rational: AquaMail routinely crushes the hidden 'sent' label on Gmail messages when items are moved into folders. As one would expect these items no longer display as 'sent' in any Gmail aware client. This has been discussed before but deemed an unfortunate characteristic of Gmail's organizational methodology (eg: labels vs folders) in hybrid environments.

The only fix I have been able to devise is to expand every conversation under All Mail, identify the items that I sent (originated/forwarded/replied), individually tick each one and then perform a 'move to sent' operation. Since the move action is being initiated from All Mail the item simply acquires the 'sent' label and isn't actually moved to another folder (since AquaMail lacks a 'copy' function).

A search function that permitted quick identification of all items I sent would streamline the above process as 'select all' could be used on all items found followed by 'move to folder'. Still a  work-around to restore the hidden 'sent' label but must less time consuming.

It should be noted that none of Google's properties can repair/restore the missing 'sent' label. Only AquaMail and other clients that permit moving/copying individual messages (vs entire conversations) to the sent folder.

Yes - this is a request born out of frustration and really unrelated to the current beta. Just needed a place to vent and didn't want to expose dirty laundry in the main forum threads. Thanks for listening.

[Kostya Vasilyev]

Re: search headers

The actual IMAP server search command includes clauses for FROM, TO, CC, BCC and SUBJECT (and the condition is OR).

Re: Gmail labels

As I'd mentioned before, I don't have a solution for Gmail labels. Sorry (again).

[Davey126]

Re: search headers

The actual IMAP server search command includes clauses for FROM, TO, CC, BCC and SUBJECT (and the condition is OR).

Re: Gmail labels

As I'd mentioned before, I don't have a solution for Gmail labels. Sorry (again).

Understand 'no solution' to Gmail labels; not asking for that. Looking for workarounds given current constraints and unintended side effects (eg: crushing labels).

Do you know the syntax for IMAP keyword searches in header fields? I have tried a ton of variations that include 'FROM' but no joy. Hoping to stumble upon some documentation but perhaps you know from experience. Or (typical of many Google offerings) they don't conform to specs. 

[Kostya Vasilyev]

Re: IMAP search syntax:

AquaMail sends "header searches" like this:

            [IMAP.2270]  I  Sending: kman35 SEARCH CHARSET US-ASCII OR FROM {25+}
                         I  Sending search literal
                         I  Sending: (OR TO {25+}
                         I  Sending search literal
                         I  Sending: (OR CC {25+}
                         I  Sending search literal
                         I  Sending: (OR BCC {25+}
                         I  Sending search literal
                         I  Sending: SUBJECT {25+}
                         I  Sending search literal
                         I  Sending: )))

Where the {25+} indicates the following "search literal".

Official docs:

https://tools.ietf.org/html/rfc3501#section-6.4.4

      In all search keys that use strings, a message matches the key if
      the string is a substring of the field.  The matching is
      case-insensitive.

"Full text" search does this instead:

            [IMAP.2270]  I  Sending: kman57 SEARCH RETURN (ALL) CHARSET US-ASCII TEXT {4}
        [IMAP_RAW.2270]  I  Data is <12>:
                         I  + go ahead
            [IMAP.2270]  I  Sending search literal

So the criteria are different, as can be expected. Actual search in both cases is handled by the server.

Re: Gmail labels and Sent

My personal "workaround" is to not move any Sent messages, can't imagine why I'd want to.

The account (@gmail) has ~36,000 messages in Inbox and ~28,000 messages in Sent.

But that isn't what you wanted to hear, is it?

[Davey126]

re: AquaMail sends "header searches" like this:

I'll play around some more with this additional information. Not immediately sure how it will help but sometimes takes a while for new info to ooze through the concrete that encircles my peanut brain.

re: My personal "workaround" is to not move any Sent messages, can't imagine why I'd want to.

Heavens no! I'm simply filing completed conversations from the inbox which I use as a task list. In most (albeit not all) cases when I move the conversation into a folder the hidden 'sent' label gets crushed. Really a very natural thing to do. I raised this before but another voice stated they didn't want to see messages in the 'sent' folder once moved into a storage folder. To me 'sent' and 'all mail' are parallel views of existing folder trees. It should not be an either/or decision. I think there is a perception I am doing weird/wacky things that are one-offs of how real people manage their mail. Really not the case but whatever ...

[Kostya Vasilyev]

Re: I'll play around some more with this additional information

Those are actual IMAP commands used in the code. Not something you will (or can) enter in the app's UI.

I'm saying: there is but one way for the app to specify these (header related) criteria to the server, and then it does what it does, the app gets back the list of matches (as determined by the server) and loads and shows those messages.

Re: filing conversations

Perhaps there should be some setting to only "move" or "archive" the incoming type messages, leaving the sent messages untouched.

* when the move / archive is triggered from an incoming type folder.

[Davey126]

re: Those are actual IMAP commands used in the code. Not something you will (or can) enter in the app's UI.

Yeah - that's what I thought but wanted to make sure there wasn't a way to enter them somewhere in the app before making a fool of myself.

re: there is but one way for the app to specify these (header related) criteria to the server

Perhaps tick-offs to indicate field(s) to search but that goes asymptotic pretty quickly with multiple fields, conditionals (AND, OR), groupings, etc. Massive overkill.

re: Perhaps there should be some setting to only "move" or "archive" the incoming type messages, leaving the sent messages untouched.

Seems like that could get weird quick if messages are subsequently refilled...possibly multiple times (eg: inbox->folderX->folderZ->folderW). Could you reliably maintain the hidden sent label through the conversations journey?

An alternative might be to enforce the sent label if the originating email address in identified in the header matches any of the accounts defined to Aquamail. Believe that is the way Gmail does it; you don't get a choice (happens automagically). Of course, that opens the door to complaints if someone retires an email address then complains all their sent mail "vanished". And you would need to handle mail sent from Aqua and other clients. Ugh ...

[Kostya Vasilyev]

Re: Perhaps tick-offs to indicate field(s) to search but that goes asymptotic pretty quickly with multiple fields, conditionals (AND, OR), groupings, etc. Massive overkill.

Since 1.6.1 (previous stable) you can search on headers only or also include body text. That's the button on the right in the search bar (next to the "X" close).

Re: sent messages

An alternative might be to enforce the sent label if the originating email address in identified in the header matches any of the accounts defined to Aquamail.

And then it's have to be a special case too for messages visible in incoming type folders. Seems that no matter what, this gets messy quick.

[Davey126]

re: you can search on headers only or also include body text.

Yes - I am familiar. But since it searches multiple fields it also catches incoming items (or any item where target string appears in any of the 5 fields that are searched). In this example I am only interested in searching the FROM address which would identify items that I sent regardless of mail client. The results are nearly identical as when doing a full text search albeit are returned more quickly.

[Kostya Vasilyev]

Re:  I am only interested in searching the FROM address

Oh. I'm finally starting to understand what you meant (it's not my fault for being tardy, it's the Jameson's).

[Kostya Vasilyev]

Re: It's a strict form of "search by sender".

Yes, I finally understood.

Re: You could limit the search in the swiping action to "FROM"  field.

You mean a whole new swipe icon / action? Or change the how the current one works?

[Kostya Vasilyev]

Hmm... That's an interesting proposal, maybe it should include all "address" type fields, but no SUBJECT (it does now).

[Kostya Vasilyev]

Re:  "Find by sender" is linked to FROM (in my opinion). "Find by recipient" could be search in TO,  BCC etc.

There is but one swipe action for "find by <sender / recipient> whatever you call it".

So you ARE proposing a third kind of search.

[Davey126]

re: it's the Jameson's

I'm throughly outclassed being a Tincup slouch. Same effect...just takes a bit longer