[MlMt] Problem updating a ticket: marked as spam

Guillaume Barrette guitest02 at gmail.com
Tue Feb 9 11:35:20 EST 2021


I just tried to update one of my tickets to add more comments and 
thought to try to set Benny on the right track to fix it since it's one 
of the things that interfere the most with my workflow when using 
MailMate, but when I sent the comment it was marked as spam...

So, is it something that happens often? Is it because my comment is 
long? Or something else?

I think it will be useful to Benny, so I don't want it to disappear and 
not get to its attention...

So I'm writing it down here below just to make sure it gets somewhere...

To let people know, this is related to this ticket regarding on 
switching one tag to another:
https://freron.lighthouseapp.com/projects/58672-mailmate/tickets/2396-problem-to-add-remove-a-tag-in-one-shot

So if anyone as an idea how to fix it, I'll be happy to found out! :)

Best!

--
Guillaume

---

Hi, I was looking at this again this morning since this is one thing 
that interferes the most with my workflow. I saw another ticket that was 
related to this one and which I think is basically the same problem.

Here is the other ticket if you want to link them:
https://freron.lighthouseapp.com/projects/58672/tickets/2657-tags-do-not-work-when-attempting-multiple-tagging-actions-simultaneously

The problem seems to be that the actions to set tags don't update 
correctly. I mean, I having this problem when I try to set/change tags 
from the menubar tags buttons, but it works when I manually change the 
tags from the text field we get when invoking: `Message -> Tag -> Edits 
tags`

I tried to switch to the latest beta version and it was the same, so I 
now reverted to the standard version.

I watched the "Activity Viewer" and I watched both methods (1: by 
switching a tag from one to another as explained in my ticket; 2: by 
using the "Edit tags" text field)

While watching, it seems that MailMate doesn't set correctly the 
'enable' and 'disable' flags when doing the operation with an action. I 
mean, only one field is set when invoked by an action, but both fields 
are set when I manually change a tag to another by using the Edit tags 
text field.

For example:

Activity sent when I set a first tag using my action (I set the tag 
'ToDo'):

```
16:10:37 Trying to terminate connection...
16:10:37 S: <<< terminated reading >>>
16:10:37 Response after idling (900/900): terminated (10)
16:10:37 C: DONE
16:10:37 S: S137 OK IDLE terminated (Success)
16:10:37 Completed IDLE (4). Reset observed read/write timeouts: 8/8

16:10:37 Handling reply
16:10:37 Running action
16:10:37 Sending request (46)
16:10:37 Handling request
16:10:37 Ready to run action (retry count: 0)
16:10:37 C: H138 NOOP
16:10:37 S: H138 OK Success
16:10:37 Storing flags (enable: 'ToDo', disable: '')
16:10:37 C: H139 UID STORE 25591 +FLAGS.SILENT (ToDo)
16:10:37 S: * 24391 FETCH (UID 25591 MODSEQ (5457377) FLAGS (Important 
ToDo \Flagged \Seen))
16:10:37 S: H139 OK Success
16:10:37 C: H140 UID FETCH 25591 (FLAGS)
16:10:37 S: * 24391 FETCH (UID 25591 MODSEQ (5457377) FLAGS (Important 
ToDo \Flagged \Seen))
16:10:37 S: H140 OK Success
16:10:37 C: H141 UID STORE 25591 +X-GM-LABELS.SILENT ("[Airmail]/To Do")
16:10:37 S: H141 OK Success
16:10:37 C: H142 UID FETCH 25591 (X-GM-LABELS)
16:10:37 S: * 24391 FETCH (X-GM-LABELS ("[Airmail]/To Do" "\\Important" 
"\\Starred") UID 25591 MODSEQ (5457381))
16:10:37 S: H142 OK Success
16:10:37 Completed action (1007). Observed read/write timeouts: 8/8

16:10:37 Handling reply
16:10:37 Running action
16:10:37 Sending request (36)
16:10:37 Handling request
16:10:37 Ready to run action (retry count: 0)
16:10:37 C: S143 NOOP
16:10:38 S: S143 OK Success
16:10:38 Running IDLE (still alive checks every 15 minutes)
16:10:38 C: S144 IDLE
16:10:38 S: + idling
```


We can see the "Storing flags (enable: 'ToDo', disable: '')" is correct 
here since I'm just adding


Then I switch the 'ToDo' tag to 'Done' by doing an action like:

```python
#!/usr/bin/python
import json

actions = { 'actions': [
#    { 'type': 'changeFlags', 'enable': [ 'Done' ], 'disable': [ 'ToDo', 
'Someday' ] },
     { 'type': 'changeFlags', 'enable': [ 'Done' ], 'disable': [ 'ToDo', 
'Someday' ] }
] }
print json.dumps(actions)
```

and now the activity is:

```
16:13:46 Trying to terminate connection...
16:13:46 Response after idling (900/900): terminated (10)
16:13:46 C: DONE
16:13:46 S: S150 OK IDLE terminated (Success)
16:13:46 Completed IDLE (4). Reset observed read/write timeouts: 8/8

16:13:46 Handling reply
16:13:46 Running action
16:13:46 Sending request (23)
16:13:46 Handling request
16:13:46 Ready to run action (retry count: 0)
16:13:46 C: H151 NOOP
16:13:46 S: H151 OK Success
16:13:46 Storing flags (enable: 'Done', disable: '')
16:13:46 C: H152 UID STORE 25591 +FLAGS.SILENT (Done)
16:13:46 S: * 24391 FETCH (UID 25591 MODSEQ (5457450) FLAGS (Done 
Important ToDo \Flagged \Seen))
16:13:46 S: H152 OK Success
16:13:46 C: H153 UID FETCH 25591 (FLAGS)
16:13:46 S: * 24391 FETCH (UID 25591 MODSEQ (5457450) FLAGS (Done 
Important ToDo \Flagged \Seen))
16:13:46 S: H153 OK Success
16:13:46 C: H154 UID STORE 25591 +X-GM-LABELS.SILENT ("[Airmail]/Done")
16:13:46 S: H154 OK Success
16:13:46 C: H155 UID FETCH 25591 (X-GM-LABELS)
16:13:47 S: * 24391 FETCH (X-GM-LABELS ("[Airmail]/Done" "[Airmail]/To 
Do" "\\Important" "\\Starred") UID 25591 MODSEQ (5457454))
16:13:47 S: H155 OK Success
16:13:47 Completed action (1007). Observed read/write timeouts: 8/8

16:13:47 Handling reply
16:13:47 Running action
16:13:47 Sending request (38)
16:13:47 Handling request
16:13:47 Ready to run action (retry count: 0)
16:13:47 C: S156 NOOP
16:13:47 S: S156 OK Success
16:13:47 Running IDLE (still alive checks every 15 minutes)
16:13:47 C: S157 IDLE
16:13:47 S: + idling
```

We can see that the "Storing flags (enable: 'Done', disable: '')" 
doesn't disable the "ToDo" flag so now I'm my email is tagged with 
"ToDo" + "Done"

If I invoke again my action to switch from 'ToDo' to 'Done', now it 
removes the "ToDo" tag and keep the "Done" tag

Activity:

```
16:15:36 Trying to terminate connection...
16:15:36 S: <<< terminated reading >>>
16:15:36 Response after idling (900/900): terminated (10)
16:15:36 C: DONE
16:15:36 S: S169 OK IDLE terminated (Success)
16:15:36 Completed IDLE (4). Reset observed read/write timeouts: 8/8

16:15:36 Handling reply
16:15:36 Running action
16:15:36 Sending request (25)
16:15:36 Handling request
16:15:36 Ready to run action (retry count: 0)
16:15:36 C: H170 NOOP
16:15:36 S: H170 OK Success
16:15:36 Storing flags (enable: '', disable: 'ToDo')
16:15:36 C: H171 UID STORE 25591 -FLAGS.SILENT (ToDo)
16:15:37 S: * 24391 FETCH (UID 25591 MODSEQ (5457527) FLAGS (Done 
Important \Flagged \Seen))
16:15:37 S: H171 OK Success
16:15:37 C: H172 UID FETCH 25591 (FLAGS)
16:15:37 S: * 24391 FETCH (UID 25591 MODSEQ (5457527) FLAGS (Done 
Important \Flagged \Seen))
16:15:37 S: H172 OK Success
16:15:37 C: H173 UID STORE 25591 -X-GM-LABELS.SILENT ("[Airmail]/To Do")
16:15:37 S: H173 OK Success
16:15:37 C: H174 UID FETCH 25591 (X-GM-LABELS)
16:15:37 S: * 24391 FETCH (X-GM-LABELS ("[Airmail]/Done" "\\Important" 
"\\Starred") UID 25591 MODSEQ (5457531))
16:15:37 S: H174 OK Success
16:15:37 Completed action (1007). Observed read/write timeouts: 8/8

16:15:37 Handling reply
16:15:37 Running action
16:15:37 Sending request (11)
16:15:37 Handling request
16:15:37 Ready to run action (retry count: 0)
16:15:37 C: S175 NOOP
16:15:37 S: S175 OK Success
16:15:37 Running IDLE (still alive checks every 15 minutes)
16:15:37 C: S176 IDLE
16:15:37 S: + idling
```

We see: Storing flags (enable: '', disable: 'ToDo')


However, when I manually switch the tags manually using the Edit Tags I 
get the activity:

```
16:16:34 S: <<< terminated reading >>>
16:17:24 Trying to terminate connection...
16:17:24 Response after idling (900/900): terminated (10)
16:17:24 C: DONE
16:17:24 S: S190 OK IDLE terminated (Success)
16:17:24 Completed IDLE (4). Reset observed read/write timeouts: 8/8

16:17:24 Handling reply
16:17:24 Running action
16:17:24 Sending request (5)
16:17:24 Handling request
16:17:24 Ready to run action (retry count: 0)
16:17:24 C: H191 NOOP
16:17:24 S: H191 OK Success
16:17:24 Storing flags (enable: 'Done', disable: 'ToDo')
16:17:24 C: H192 UID STORE 25591 +FLAGS.SILENT (Done)
16:17:24 S: * 24391 FETCH (UID 25591 MODSEQ (5457557) FLAGS (Done 
Important ToDo \Flagged \Seen))
16:17:24 S: H192 OK Success
16:17:24 C: H193 UID STORE 25591 -FLAGS.SILENT (ToDo)
16:17:24 S: * 24391 FETCH (UID 25591 MODSEQ (5457562) FLAGS (Done 
Important \Flagged \Seen))
16:17:24 S: H193 OK Success
16:17:24 C: H194 UID FETCH 25591 (FLAGS)
16:17:24 S: * 24391 FETCH (UID 25591 MODSEQ (5457562) FLAGS (Done 
Important \Flagged \Seen))
16:17:24 S: H194 OK Success
16:17:24 C: H195 UID STORE 25591 +X-GM-LABELS.SILENT ("[Airmail]/Done")
16:17:25 S: H195 OK Success
16:17:25 C: H196 UID STORE 25591 -X-GM-LABELS.SILENT ("[Airmail]/To Do")
16:17:25 S: H196 OK Success
16:17:25 C: H197 UID FETCH 25591 (X-GM-LABELS)
16:17:25 S: * 24391 FETCH (X-GM-LABELS ("[Airmail]/Done" "\\Important" 
"\\Starred") UID 25591 MODSEQ (5457571))
16:17:25 S: H197 OK Success
16:17:25 Completed action (1007). Observed read/write timeouts: 8/8

16:17:25 Handling reply
16:17:25 Running action
16:17:25 Sending request (14)
16:17:25 Handling request
16:17:25 Ready to run action (retry count: 0)
16:17:25 C: S198 NOOP
16:17:25 S: S198 OK Success
16:17:25 Running IDLE (still alive checks every 15 minutes)
16:17:25 C: S199 IDLE
16:17:25 S: + idling
```

Which correctly specifies that I'm enabling "Done" and disabling "ToDo" 
in one go: Storing flags (enable: 'Done', disable: 'ToDo')

So, it would be great if the Enable/Disable could be correctly set when 
invoked by an action so we can more rapidly tag our emails the way we 
want and rapidly without reverting to manually writing the tags. I hope 
this information will be useful to fix the problem! :)

Thanks in advance for your help and all the best!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20210209/bc56850f/attachment-0001.htm>


More information about the mailmate mailing list