Skip Menu |

This queue is for tickets about the Mail-Google-Procmailrc CPAN distribution.

Report information
The Basics
Id: 94517
Status: resolved
Priority: 0/
Queue: Mail-Google-Procmailrc

People
Owner: Nobody in particular
Requestors: ana.uban [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in:
  • 0.01
  • 0.02
  • 0.021
  • 0.022



Subject: Possible problems with certain types of filters
Date: Mon, 7 Apr 2014 23:55:10 +0300
To: bug-Mail-Google-Procmailrc [...] rt.cpan.org
From: Ana Sabina Uban <ana.uban [...] gmail.com>
I tried your code and worked great for me, I was able to classify my emails into directories corresponding to the gmail labels; with a couple of exceptions (some of these may originate in procmail itself and not your module, but here they are): - A 'hasWord' type filter (a filter that groups emails that contain a certain word. This filter doesn't seem to have a corresponding entry in the generated .rc file. In the exported .xml file, this filter looks something like <apps:property name='hasTheWord' value='list:(&lt;someemailaddress&gt;)'/> <apps:property name='label' value='somelabel'/> - A filter where the label contains a space in its name. This filter does have an entry in the .rc file that looks good, but procmail doesn't seem to be able to find the correct directory to send the emails to because of the space in the name. The correct directories are also created by create.sh, they just end up empty. Here's how it looks in the .xml and .rc file respectively: <apps:property name='from' value='someone@something.com'/> <apps:property name='label' value='Labelword1 Labelword2'/> :0: * ^From:.*someone@something.com.* /home/someuser/mails/LabelWord1 Labelword2 The classification seems to work, for example, if I enclose the directory names in the .rc file in quotes. - There's one last case, that I didn't investigate properly, but this is what I assume is happening: if there are 2 consecutive filters with the same rule (e.g.: from the same sender), but associated with 2 different labels (one label for each of the filters), the second one will be ignored (more specifically, the second label is a nested one). Again, the .rc file looks good in this case, but the mails corresponding to the second filter are not classified correctly. I'm assuming this is a procmail thing though, and in the end it was probably a mistake in my original gmail filters to do this in the first place. Thanks for looking into these and please excuse the lack of thoroughness in some of these reports.
Hi Ana, Show quoted text
> - There's one last case, that I didn't investigate properly, but this is > what I assume is happening: if there are 2 consecutive filters with the > same rule (e.g.: from the same sender), but associated with 2 different > labels
This part didn't make it to 0.022 . Probably a future release if there's more time. On Mon Apr 07 16:55:24 2014, ana.uban@gmail.com wrote: Show quoted text
> I tried your code and worked great for me, I was able to classify my emails > into directories corresponding to the gmail labels; with a couple of > exceptions (some of these may originate in procmail itself and not your > module, but here they are): > > - A 'hasWord' type filter (a filter that groups emails that contain a > certain word. This filter doesn't seem to have a corresponding entry in the > generated .rc file. In the exported .xml file, this filter looks something > like > > <apps:property name='hasTheWord' > value='list:(&lt;someemailaddress&gt;)'/> > <apps:property name='label' value='somelabel'/>
Ships with 0.022 Show quoted text
> > - A filter where the label contains a space in its name. This filter does > have an entry in the .rc file that looks good, but procmail doesn't seem to > be able to find the correct directory to send the emails to because of the > space in the name. The correct directories are also created by create.sh, > they just end up empty. Here's how it looks in the .xml and .rc file > respectively: > > <apps:property name='from' value='someone@something.com'/> > <apps:property name='label' value='Labelword1 Labelword2'/> > > :0: > * ^From:.*someone@something.com.* > /home/someuser/mails/LabelWord1 Labelword2 > > The classification seems to work, for example, if I enclose the directory > names in the .rc file in quotes.
Ships with 0.022 Show quoted text
> > - There's one last case, that I didn't investigate properly, but this is > what I assume is happening: if there are 2 consecutive filters with the > same rule (e.g.: from the same sender), but associated with 2 different > labels (one label for each of the filters), the second one will be ignored > (more specifically, the second label is a nested one). Again, the .rc file > looks good in this case, but the mails corresponding to the second filter > are not classified correctly. I'm assuming this is a procmail thing though, > and in the end it was probably a mistake in my original gmail filters to do > this in the first place.
This one didn't make it into 0.022 , will have to see if I can fit it in an upcoming release. Show quoted text
> > Thanks for looking into these and please excuse the lack of thoroughness in > some of these reports.
No problem. -- Your bugs , they are afraid of me.
N/A