Package Details: imapfilter 2.6.16-3

Git Clone URL: https://aur.archlinux.org/imapfilter.git (read-only, click to copy)
Package Base: imapfilter
Description: A mail filtering utility for processing IMAP mailboxes
Upstream URL: https://github.com/lefcha/imapfilter
Licenses: MIT
Submitter: Snowman
Maintainer: hcartiaux
Last Packager: hcartiaux
Votes: 43
Popularity: 0.033464
First Submitted: 2007-03-31 22:38
Last Updated: 2020-01-22 11:56

Latest Comments

1 2 3 Next › Last »

Muhaha commented on 2020-10-02 09:18

Update: It turns out that the time on my server had gotten badly out of sync because I for some reason didn't have the systemd-timesyncd.service enabled, but after enabling it everything worked like a charm :D

Old problem
I am not able to make imapfilter work with imap.fastmail.com

imapfilter: initiating SSL connection to imap.fastmail.com; error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
imapfilter: login request to muhaha@fastmail.com@imap.fastmail.com failed
stack traceback:
        [C]: in ?
        [C]: in function 'error'
        /usr/share/imapfilter/account.lua:81: in field '_check_result'
        /usr/share/imapfilter/account.lua:100: in field '_login_user'
        /usr/share/imapfilter/account.lua:59: in global 'IMAP'
        ./accounts.lua:3: in main chunk
        [C]: in function 'require'
        /home/services/.imapfilter/config.lua:198: in main chunk

It used to work, but for some reason it stopped. However, it looks like it works with imap.gmail.com
Does anyone have an idea to was coursing the problem?

I am not able to make imapfilter work with imap.fastmail.com

imapfilter: initiating SSL connection to imap.fastmail.com; error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
imapfilter: login request to muhaha@fastmail.com@imap.fastmail.com failed
stack traceback:
        [C]: in ?
        [C]: in function 'error'
        /usr/share/imapfilter/account.lua:81: in field '_check_result'
        /usr/share/imapfilter/account.lua:100: in field '_login_user'
        /usr/share/imapfilter/account.lua:59: in global 'IMAP'
        ./accounts.lua:3: in main chunk
        [C]: in function 'require'
        /home/services/.imapfilter/config.lua:198: in main chunk

It used to work, but for some reason it stopped. However, it looks like it works with imap.gmail.com
Does anyone have an idea to was coursing the problem?

mathieu.clabaut commented on 2020-06-08 19:52

Hello, The build failed because I'm using a not default buildir which then generate a CFLAGS containing /, which in turns makes sed fail.

Replacing / with # in the sed expression solves the problem:

   sed -i "s#MYCFLAGS =#MYCFLAGS=${CFLAGS}#" src/Makefile                                                
   sed -i "s#MYLDFLAGS =#MYLDFLAGS=${LDFLAGS}#" src/Makefile  

hcartiaux commented on 2020-01-22 11:57

My bad, it's fixed

rahix commented on 2020-01-20 08:24

Sorry, I should have clarified it better: It needs to be added to the make all in line 28 for the CA file path to be picked up correctly. Like this:

make PREFIX=/usr SSLCAFILE=/etc/ssl/certs/ca-certificates.crt all

rahix commented on 2020-01-15 23:17

The certificate validation issue was fixed upstream but it seems the CA file path is not correct for Archlinux. Adding the following setting to the make invokation in PKGBUILD seems to fix the issue:

SSLCAFILE=/etc/ssl/certs/ca-certificates.crt

hiq commented on 2019-09-07 21:27

imapfilter currently does not validate the host when it checks the certificate of a server, meaning that as long as the certificate returned is valid (for any host), imapfilter will proceed.

More details here:

https://github.com/lefcha/imapfilter/issues/142 (2016!)

Holzhaus commented on 2018-10-03 15:03

v2.6.12 should fix the SNI issue when connecting to Google's servers.

hvs commented on 2016-03-07 11:57

A clean build ('makepkg -C') solves the issue.

hvs commented on 2016-03-07 11:38

With latest openssl, I'm getting the following error:

imapfilter: symbol lookup error: imapfilter: undefined symbol: SSLv3_client_method

hcartiaux commented on 2016-02-15 10:24

The clean solution is to send a pull request, I'll try to do that...