On 1/1/2015 4:17 PM, Robert Blayzor wrote:> On Jan 1, 2015, at 9:58 AM, Robert Blayzor <rblayzor.bulk at inoc.net> wrote: >>> Hmm. This smells like a bug. I notice that your modification times of >>> the .sieve and .svbin file are exactly the same (that is somewhat >>> unusual). I'm looking at a potential bug that would explain your problem. >>> >>> To confirm, could you try running sievec again, so that the .svbin is >>> actually newer than the .sieve? > > If it makes any difference at all... I only see this using "dovecot-lda". If I change my Exim transport to use Dovecot's LMTP, I do not see this problem.That is odd. You can try the latest version. I've added some more debugging regarding the up-to-date check.> > For the record also, the script DOES still execute (the compiled version that exists), even after the error...It compiles, so it can be executed. It just cannot store the binary for future use. So, it will work as normal, but it is not efficient as it compiles the Sieve script for every incoming message. Regards, Stephan.
On 01/01/2015 05:22 PM, Stephan Bosch wrote:> On 1/1/2015 4:17 PM, Robert Blayzor wrote: >> On Jan 1, 2015, at 9:58 AM, Robert Blayzor <rblayzor.bulk at inoc.net> wrote: >>>> Hmm. This smells like a bug. I notice that your modification times of >>>> the .sieve and .svbin file are exactly the same (that is somewhat >>>> unusual). I'm looking at a potential bug that would explain your problem. >>>> >>>> To confirm, could you try running sievec again, so that the .svbin is >>>> actually newer than the .sieve? >> >> If it makes any difference at all... I only see this using "dovecot-lda". If I change my Exim transport to use Dovecot's LMTP, I do not see this problem. > > That is odd. >Hi Stephan and Robert, the same issue here and I'm using Exim with dovecot-lmtp and not with dovecot-lda. So it doesn't seem to be a problem of LDA vs. lmtp Pigeonhole 0.4.5 Dovecot 2.2.15 CentOS 6.6 Regards, Olaf -- Karlsruher Institut f?r Technologie (KIT) ATIS - Abt. Technische Infrastruktur, Fakult?t f?r Informatik Dipl.-Geophys. Olaf Hopp - Leitung IT-Dienste - Am Fasanengarten 5, Geb?ude 50.34, Raum 009 76131 Karlsruhe Telefon: +49 721 608-43973 Fax: +49 721 608-46699 E-Mail: Olaf.Hopp at kit.edu atis.informatik.kit.edu www.kit.edu KIT - Universit?t des Landes Baden-W?rttemberg und nationales Forschungszentrum in der Helmholtz-Gemeinschaft -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5214 bytes Desc: S/MIME Cryptographic Signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20150126/beb368e6/attachment.p7s>
On 1/26/2015 3:43 PM, Olaf Hopp wrote:> On 01/01/2015 05:22 PM, Stephan Bosch wrote: >> On 1/1/2015 4:17 PM, Robert Blayzor wrote: >>> On Jan 1, 2015, at 9:58 AM, Robert Blayzor <rblayzor.bulk at inoc.net> >>> wrote: >>>>> Hmm. This smells like a bug. I notice that your modification times of >>>>> the .sieve and .svbin file are exactly the same (that is somewhat >>>>> unusual). I'm looking at a potential bug that would explain your >>>>> problem. >>>>> >>>>> To confirm, could you try running sievec again, so that the .svbin is >>>>> actually newer than the .sieve? >>> >>> If it makes any difference at all... I only see this using >>> "dovecot-lda". If I change my Exim transport to use Dovecot's LMTP, >>> I do not see this problem. >> >> That is odd. >> > > Hi Stephan and Robert, > the same issue here and I'm using Exim with dovecot-lmtp and > not with dovecot-lda. > So it doesn't seem to be a problem of LDA vs. lmtpDo you have the opportunity to test this with the latest Mercurial revision? This adds a bit more debug information on the up-to-date check. Otherwise, you'll need to wait until the next release is done. Regards, Stephan.
Apparently Analagous Threads
- Why is Sieve trying to re-compile global scripts?
- Why is Sieve trying to re-compile global scripts?
- replication and spam removal ("doveadm expunge")
- Sieve "redirect" changes envelope sender in 2.3. / pigeonhole 0.5
- Sieve "redirect" changes envelope sender in 2.3. / pigeonhole 0.5