Re: Compile error Dovecot2-pigeonhole
Please keep replies on-list. If you removed the compiler flag, how can you get error about compiler flag? Perhaps you need to contact package maintainer? Aki On 07.07.2016 10:23, Maximus wrote: > Sure. > Same error. > > -Original Message- > From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf Of Aki Tuomi > Sent: Thursday, July 07, 2016 9:24 AM > To: dovecot@dovecot.org > Subject: Re: Compile error Dovecot2-pigeonhole > > > > On 07.07.2016 08:35, Maximus wrote: >> FreeBSD 9.3 >> >> Dovecot 2.25 (7be1766) >> >> >> >> >> >> I'm trying to install Dovecot2-pigeonhole-0.4.14_2 from ports. >> >> Get an error: >> >> cc1: error: unrecognized command line option > "-Wno-duplicate-decl-specifier" >> >> >> With options MAKE_JOBS_UNSAFE=yes: >> >> > Hi! > > Try removing that superfluous compiler flag? > > Aki
duplicated mail in users inbox only
Hello,
one of my users has the issue that some mails seem to get doubled --
but only in their inbox. The mail is bcc'd to them and the original
recipient receives one copy as intended. The log shows nothing
extraordinary, postfix, dovecot and sieve are certain that they
received and delivered one single mail (per user).
Further research showed that the doubled mails' mailbox files have the
same inode, which seems inexplicable.
I'm using dovecot 2.2.13 replicated over two servers (Master-Master).
Duplication seems to happen regardless of the receiving server, yet
still not all mails they receive with them in bcc are duplicated.
Here's doveconf -n
> # 2.2.13: /etc/dovecot/dovecot.conf
> # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.3
> auth_gssapi_hostname = mail.net.t-labs.tu-berlin.de
> auth_mechanisms = login plain gssapi
> auth_username_format = %n
> auth_verbose = yes
> default_client_limit = 1024
> default_process_limit = 1024
> default_vsz_limit = 512 M
> doveadm_password = supersecretpassword
> listen = *, [::]
> log_timestamp = "%Y-%m-%d %H:%M:%S "
> login_log_format_elements = user=<%u> method=%m rip=%r lip=%l
> %c %
> mail_location = maildir:~/Maildir
> mail_plugins = " notify replication"
> mail_privileged_group = mail
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope encoded-
> character vacation subaddress comparator-i;ascii-numeric relational
> regex imap4flags copy include variables body enotify environment
> mailbox date ihave
> namespace inbox {
> inbox = yes
> location =
> mailbox Drafts {
> special_use = \Drafts
> }
> mailbox Junk {
> special_use = \Junk
> }
> mailbox Sent {
> special_use = \Sent
> }
> mailbox "Sent Messages" {
> special_use = \Sent
> }
> mailbox Trash {
> special_use = \Trash
> }
> prefix =
> }
> passdb {
> args = failure_show_msg=yes dovecot
> driver = pam
> }
> plugin {
> mail_replica = remote:vm...@mail1.inet.tu-berlin.de
> sieve = /mail/home/%u/.dovecot.sieve
> sieve_dir = /mail/home/%u/sieve
> sieve_max_redirects = 20
> }
> postmaster_address = postmas...@net.t-labs.tu-berlin.de
> protocols = imap sieve
> service aggregator {
> fifo_listener replication-notify-fifo {
> user = vmail
> }
> unix_listener replication-notify {
> user = vmail
> }
> }
> service anvil {
> chroot = empty
> client_limit = 4096
> process_limit = 1
> }
> service auth {
> client_limit = 4096
> unix_listener /var/spool/postfix/private/auth {
> group = postfix
> mode = 0660
> user = postfix
> }
> unix_listener auth-master {
> mode = 0600
> user = vmail
> }
> unix_listener auth-userdb {
> mode = 0600
> user = vmail
> }
> user = root
> }
> service doveadm {
> inet_listener {
> port = 12345
> ssl = yes
> }
> }
> service imap-login {
> client_limit = 1024
> inet_listener imap {
> port = 143
> }
> inet_listener imaps {
> port = 993
> ssl = yes
> }
> process_limit = 100
> process_min_avail = 2
> service_count = 50
> }
> service imap {
> process_limit = 1024
> }
> service managesieve-login {
> client_limit = 1024
> executable = /usr/lib/dovecot/managesieve-login
> inet_listener sieve {
> port = 4190
> }
> process_limit = 1024
> process_min_avail = 20
> service_count = 1
> }
> service managesieve {
> process_limit = 1024
> }
> service pop3-login {
> client_limit = 1024
> inet_listener pop3 {
> port = 110
> }
> inet_listener pop3s {
> port = 995
> ssl = yes
> }
> process_limit = 100
> process_min_avail = 2
> service_count = 50
> }
> service pop3 {
> process_limit = 1024
> }
> service replicator {
> process_min_avail = 1
> unix_listener replicator-doveadm {
> group = vmail
> mode = 0660
> }
> }
> ssl = required
> ssl_ca = ssl_cert = ssl_cipher_list =
> EECDH+ECDSA+AESGCM:EECDH+aRSA+AESGCM:EECDH+ECDSA+SHA384:EECDH+ECDSA+S
> HA256:EECDH+aRSA+SHA384:EECDH+aRSA+SHA256:EECDH+aRSA+RC4:EECDH:EDH+aR
> SA:!aNULL:!eNULL:!LOW:!3DES:!MD5:!EXP:!PSK:!SRP:!DSS:!RC4
> ssl_client_ca_dir = /etc/ssl/certs
> ssl_key = ssl_prefer_server_ciphers = yes
> ssl_protocols = !SSLv2 !SSLv3
> userdb {
> driver = passwd
> override_fields = home=/mail/home/%u uid=vmail gid=vmail
> allow_all_users=yes
> }
> protocol lda {
> auth_socket_path = /var/run/dovecot/auth-master
> mail_plugins = " notify replication sieve"
> }
> protocol sieve {
> managesieve_logout_format = bytes=%i/%o
> managesieve_max_line_length = 65536
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope encoded-
> character vacation subaddress comparator-i;ascii-num eric relational
> regex imap4flags copy include variables body enotify environment
> mailbox date ihave
> }
Has anyone any suggestions what went wrong?
"anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid"
I updated to 2.3.0 today, and now I'm getting these entries in my log: Jul 7 14:26:20 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17687 + ident lmtp/backup@backup.invalid Jul 7 14:26:20 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid Jul 7 14:26:21 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17654 + ident lmtp/backup@backup.invalid Jul 7 14:26:22 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid Jul 7 14:26:22 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17687 + ident lmtp/backup@backup.invalid Jul 7 14:26:23 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid lmtp on the other seems to be working ok -- I'm not seeing any mails queueing up... Jul 7 14:28:01 mail-cbf dovecot: lmtp(17659): Connect from local Jul 7 14:28:01 mail-cbf dovecot: anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid Jul 7 14:28:01 mail-cbf dovecot: lmtp(17659): Disconnect from local: Successful quit -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG, 80333 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
LDA autocreate/autosubscribe per namespace?
Using Dovecot 2.2.25 and Pigeonhole 0.4.14. I can provide the output of
doveconf -n if needed.
We use a moderately clever global Sieve script to create a read-only
(using ACLs) backup/archive of all incoming and outgoing mails. Mail
messages filtered this way are filed into folders in a namespace called
"Backup", e.g. Backup/sent-backup/${year}/${month} and
Backup/received-backup/${year}/${month}. The Sieve script in question
can be found at the end of this message for reference.
Now obviously we generally want mailboxes to be created automatically,
so we set
lda_mailbox_autocreate = yes
in dovecot.conf. We also want regular mailboxes, created by our users'
own Sieve scripts, to be autocreated and autosubscribed, so we also set
lda_mailbox_autosubscribe = yes
in dovecot.conf.
But we *don't* want the Backup mailboxes to be subscribed automatically,
because our users usually only need access to those when they want to
restore messages accidentally deleted from their INBOX or other folders.
So the idea is to keep these Backup mailboxes unsubscribed, which also
saves lots of space and network traffic on the user side. When a user
then wants to restore a deleted mail message they subscribe to the right
Backup folder and copy the message back to their INBOX (and then
unsubscribe again).
Is there a way to control autocreate/autosubscribe per namespace?
Currently it doesn't look that way, and
lda_mailbox_autocreate/lda_mailbox_autosubscribe are valid globally.
The "Backup" namespace is configured this way:
namespace backup {
hidden = no
list = yes
inbox = no
location = maildir:~/Maildir-backup
prefix = Backup/
separator = /
type = private
}
This is the Sieve script in
/etc/dovecot/sieve.d/before/002-backup-mails.sieve:
require ["subaddress", "fileinto", "copy", "envelope", "imap4flags",
"variables", "date", "mailbox" ];
if currentdate :matches "year" "*" { set "year" "${1}"; }
if currentdate :matches "month" "*" { set "month" "${1}"; }
# This makes use of sender_bcc_maps in Postfix
if envelope :detail "to" "sent-backup" {
fileinto :flags "\\Seen" "Backup/sent-backup/${year}/${month}";
stop;
}
# We only want to backup incoming mail if it is not marked as spam.
if header :contains "X-Spam-Flag" ["YES"] {
discard;
stop;
} else {
fileinto :copy :flags "\\Seen"
"Backup/received-backup/${year}/${month}";
}
Thanks,
Andreas
Re: Compile error Dovecot2-pigeonhole
Maximus wrote: FreeBSD 9.3 Dovecot 2.25 (7be1766) I'm trying to install Dovecot2-pigeonhole-0.4.14_2 from ports. Get an error: cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" With options MAKE_JOBS_UNSAFE=yes: cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" I was trying to compile from sources. Same error. Any suggestions? Latest build from port works fine for me. Build everything with poudriere but doubt that has anything to do with it. build started at Wed Jul 6 22:30:30 CEST 2016 port directory: /usr/ports/mail/dovecot2-pigeonhole building for: FreeBSD FreeBSD-10-default-job-02 10.3-RELEASE-p5 FreeBSD 10.3-RELEASE-p5 amd64 maintained by: l...@lerctr.org Makefile ident: $FreeBSD: head/mail/dovecot2-pigeonhole/Makefile 418095 2016-07-05 17:06:52Z adamw $ Poudriere version: 3.1.14 Part from build-log: /bin/sh ../../../libtool --tag=CC--mode=compile cc -DHAVE_CONFIG_H -I. -I../../.. -I/usr/local/include/dovecot -DMODULEDIR=\""/usr/local/lib/dovecot"\"-std=gnu99 -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast *-Wno-duplicate-decl-specifier* -Wstrict-aliasing=2 -I/usr/local/include -I../../.. -MT edit-mail.lo -MD -MP -MF .deps/edit-mail.Tpo -c -o edit-mail.lo edit-mail.c libtool: compile: cc -DHAVE_CONFIG_H -I. -I../../.. -I/usr/local/include/dovecot -DMODULEDIR=\"/usr/local/lib/dovecot\" -std=gnu99 -O2 -pipe -DLIBICONV_PLUG -fstack-protector -fno-strict-aliasing -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast *-Wno-duplicate-decl-specifier* -Wstrict-aliasing=2 -I/usr/local/include -I../../.. -MT edit-mail.lo -MD -MP -MF .deps/edit-mail.Tpo -c edit-mail.c -fPIC -DPIC -o .libs/edit-mail.o I'm building with standard CC (clang): FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd10.3 Thread model: posix Are you using GCC? If so, why??? Rgds, N.
Re: Compile error Dovecot2-pigeonhole
Thanks, you've saved my day. ;) Switch to clang and everything looks fine.
Re: "anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid"
On Thu, 7 Jul 2016 14:31:04 +0200 Ralf Hildebrandt wrote: > I updated to 2.3.0 today, and now I'm getting these entries in my log: ^ Hey, what's that? Typo or secret version? --Frank Elsner
Re: "anvil: Error: connect limit: disconnection for unknown pid 17659 + ident lmtp/backup@backup.invalid"
> On July 7, 2016 at 7:45 AM Frank Elsner wrote: > > On Thu, 7 Jul 2016 14:31:04 +0200 Ralf Hildebrandt wrote: > > > I updated to 2.3.0 today, and now I'm getting these entries in my log: > > ^ > > Hey, what's that? Typo or secret version? Development (git master) version. michael
Re: Compile error Dovecot2-pigeonhole
1) I was trying to compile from ports: make (without any flags) Got an error: cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" cc1: error: unrecognized command line option "-Wno-duplicate-decl-specifier" *** [edit-mail.lo] Error code 1 *** [program-client-local.lo] Error code 1 *** [program-client-remote.lo] Error code 1 *** [rfc2822.lo] Error code 1 4 errors *** [all-recursive] Error code 1 1 error *** [all-recursive] Error code 1 1 error *** [all-recursive] Error code 1 1 error *** [all] Error code 2 1 error ===> Compilation failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer. *** [do-build] Error code 1 Stop in /usr/ports/mail/dovecot2-pigeonhole. *** [stage] Error code 1 2) When, I was trying to add flag -k (force). Same error. 3) When, I was trying to add flag MAKE_JOBS_UNSAFE. Same error.
Released Pigeonhole v0.4.15 for Dovecot v2.2.25.
Hello Dovecot users, I have completed the final release. I found a few more problems while testing this release, so a few more fixes are included. I also added a behavioral change to the vacation extension. Changelog v0.4.15: * vacation extension: The sieve_user_email setting is now used in the check for implicit delivery. - imapsieve plugin: For any mail transaction, the mailbox was opened a second time, even if no mailbox rule matched. This was unintentional, useless and caused problems when the imapsieve plugin was used with other plugins like acl. - extprograms plugin: Significantly improved error handling. No stream errors were logged. - extprograms plugin: Fixed bug in handling of result code from remote program (script service). - extprograms plugin: Connection to remote program service was not retried. - Several small fixes based on static analysis. - Fixed handling of quoted string localparts in email addresses. The release is available as follows: http://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.15.tar.gz http://pigeonhole.dovecot.org/releases/2.2/dovecot-2.2-pigeonhole-0.4.15.tar.gz.sig Refer to http://pigeonhole.dovecot.org and the Dovecot v2.x wiki for more information. Have fun testing this release and don't hesitate to notify me when there are any problems. Regards, -- Stephan Bosch step...@rename-it.nl
Re: Dovecot and Solr 6
On 2016.07.06. 22:51, KSB wrote:
Hi!
Dovecot 2.2.24
Had set up solr and new schema collection. Copied dovecot provided
schema. There was an error with booleans (while getting schema via
http), which I "solved" by removing "add-unknown-fields-to-the-schema"
from solrconfig.xml. It is correct way to solve this?
Anyway, I run tcpdump to see network activity between dovecot and solr:
#tcpdump -i lo port 8983
and see nothing while doing:
#doveadm fts rescan -u usern...@domain.tld
no output also from doveadm.
Noticed that dovecot.index.log reapears in user mail root if deleted.
plugin {
fts = solr
fts_solr = url=http://localhost:8983/solr/dovecot/ debug
..
}
--
KSB
After some fiddling around, come in to conclusion that doveadm fts
rescan is nothing to do about real indexing. So, it is working.
Anyway, now thinking about what really differs when fts is used vs not
used. 1 argument is speed, what else?
--
KSB
Re: Deletion of mail from Junk mailbox
> On 4 July 2016, at 13:18, Doug Hardie wrote:
>
>>
>> On 2 July 2016, at 02:29, Noel Butler wrote:
>>
>> On 02/07/2016 19:16, Doug Hardie wrote:
>>> I have a pigeon sive running which directs some of my received mail to
>>> the Junk folder. That works just fine. However, a couple minutes
>>> later, it is moved to Deleted mailbox and deleted from Junk. At first
>>> I thought my client was doing that so I shut down the client and it
>>> still happens. Here are the log entries:
>>> Jul 2 00:36:31 mail dovecot: imap(doug): copy from INBOX: box=Junk,
>>> uid=10842, msgid=, size=3340,
>>> from="jnilj"
>>> Jul 2 00:36:31 mail dovecot: imap(doug): delete: box=INBOX,
>>> uid=55719, msgid=, size=3340,
>>> from="jnilj"
>>> Jul 2 00:39:33 mail dovecot: imap(doug): copy from Junk: box=Deleted
>>> Messages, uid=31049, msgid=,
>>> size=3340, from="jnilj"
>>> Jul 2 00:39:33 mail dovecot: imap(doug): delete: box=Junk, uid=10842,
>>> msgid=, size=3340, from="jnilj"
>>>
>>> Jul 2 00:50:29 mail dovecot: imap(doug): expunge: box=Junk,
>>> uid=10842, msgid=, size=3340,
>>> from="jnilj"
>>> Jul 2 00:50:29 mail dovecot: imap(doug): expunge: box=INBOX,
>>> uid=55719, msgid=, size=3340,
>>> from="jnilj"
>>> Is this the intended way the Junk maibox is supposed to work? I
>>> couldn't find any settings that appear to control (or affect) this
>>> behavior.
>>> — Doug
>>
>> and your dovecot version is?
>>
>> I suggest you'll also need to show doveconf -n and example of sieve rules,
>> because it doesnt seem right, certainly does not do that here.
>>
>
>
> After some more experimentation, it seemed like the messages above were
> created by a MUA and not the LDA. However, I was not able to identify the
> MUA that caused that. I modified logging to include the remote IP address,
> restarted dovecot with all the MUAs disabled. Now the problem has not
> reoccurred. I have been restarting the MUSs one at a time, however I still
> don't know who did it. I have only had a couple junk emails in the last few
> days so its not much of a test yet. I guess the volume will return to normal
> tomorrow.
>
> mail# doveconf -n
> # 2.2.24 (a82c823): /usr/local/etc/dovecot/dovecot.conf
> # Pigeonhole version 0.4.14 (099a97c)
> # OS: FreeBSD 9.3-RELEASE-p43 amd64 ufs
> auth_mechanisms = plain login
> base_dir = /var/run/home_mail/
> first_valid_gid = 0
> lda_mailbox_autocreate = yes
> login_log_format_elements = user=<%u> method=%m rip=%r lip=%l mpid=%e %c %k
> session=<%{session}> port=%a
> mail_gid =
> mail_location = maildir:/var/mail/home_mail/%n
> mail_log_prefix = "%s(%u)[%r]<%{session}>: "
> mail_uid =
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope encoded-character
> vacation subaddress comparator-i;ascii-numeric relational regex imap4flags
> copy include variables body enotify environment mailbox date index ihave
> duplicate mime foreverypart extracttext
> namespace inbox {
> inbox = yes
> location =
> mailbox Drafts {
>autoexpunge = 5 days
>special_use = \Drafts
> }
> mailbox Junk {
>autoexpunge = 2 days
>special_use = \Junk
> }
> mailbox Sent {
>special_use = \Sent
> }
> mailbox "Sent Messages" {
>special_use = \Sent
> }
> mailbox Trash {
>autoexpunge = 2 days
>special_use = \Trash
> }
> prefix =
> }
> passdb {
> args = scheme=CRYPT username_format=%n /usr/local/etc/dovecot/users
> driver = passwd-file
> }
> plugin {
> mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename
> mail_log_fields = uid box msgid size from
> sieve =
> file:/var/mail/home_mail/%n/sieve;active=/var/mail/home_mail/%n/.dovecot.sieve
> }
> postmaster_address = d...@sermon-archive.info
> protocols = imap
> service auth {
> unix_listener /var/spool/postfix/private/auth {
>group = postfix
>mode = 0660
>user = postfix
> }
> unix_listener auth-userdb {
>group = vmail
>mode = 0666
>user = vmail
> }
> }
> service imap-login {
> inet_listener imap {
>port = 143
> }
> inet_listener imaps {
>port = 993
>ssl = yes
> }
> inet_listener imaps2 {
>port = 998
>ssl = yes
> }
> }
> ssl_cert = ssl_key = syslog_facility = local0
> userdb {
> args = home=/var/mail/home_mail/%d/%n allow_all_users=yes
> driver = static
> }
> verbose_proctitle = yes
> protocol lda {
> mail_plugins = " sieve"
> }
> protocol imap {
> mail_plugins = " mail_log notify"
> }
> protocol pop3 {
> mail_plugins = " mail_log notify"
> }
> mail#
Well, its been running a few days now and I still am able to reproduce the
problem. There has been quite a bit of mail moved by sieve to Junk, but none
was deleted. It appears that changing the logging fixed the problem. I have a
lot of trouble believing that though. I still suspect one of the MUAs, but
have no idea which one it might have been.
— Doug
Re: Dovecot 2.2.25 compiling error
Aki Tuomi wrote: > This has been now fixed in master-2.2 with > > https://github.com/dovecot/core/commit/20e802d6bbf4ddad3a2140a2f7812d01de0ec2ef > https://github.com/dovecot/core/commit/d9c865ce774aae9f2f17b89e7e94c3cfca29dea7 > > Our testings indicate that you can compile 2.2.25.1 on CentOS5 with > these applied. > Well, tried with or without patches, but got still same error: sha1.h:80: error: static or type qualifiers in abstract declarator Editing config.h, #define STATIC_ARRAY static > #define STATIC_ARRAY does help, but as configure generates via confdefs.h config.h file, then it's overwritten every time by configure: if test $i_cv_c99_static_arrays = yes; then static_value=static else static_value= fi cat >>confdefs.h <<_ACEOF #define STATIC_ARRAY $static_value _ACEOF So finally I just manually removed, as a dirty workaround, the STATIC_ARRAY value from test result "yes": if test $i_cv_c99_static_arrays = yes; then static_value= else static_value= fi And dovecot compiled fine from latest, unpatched dovecot-2.2.25.tar.gz source. During rpm install I got error, that this build depends on libstats_auth.so and found that it have to be in /usr/lib/dovecot/stats folder, so I included it in spec file and rebuilt rpm again and installed it. So far all OK. -- Mart
Re: Dovecot 2.2.25 compiling error
Well, tried with or without patches, but got still same error: sha1.h:80: error: static or type qualifiers in abstract declarator For what it's worth, I get the same error compiling on Solaris 10. It may be because I have a rather old gcc (3.4.4). Editing out the "static" keyword from config.h allowed it to finish the compile. Joseph Tam
Re: Dovecot and Solr 6
> On Jul 8, 2016, at 5:31 AM, KSB wrote: > > 1 argument is speed, what else? Solr is built for indexing, what else do you expect?
a question about dovecot-sieve
question discribe:
example:
> vim .dovecot.sieve
require
["fileinto"];
# rule:[filter1]
if anyof (header :contains "Subject"
"测试邮件")
{
fileinto "sieve";
}
when i write a mail ,give subject
"这是一封测试邮件" , then server convert this subject to "
SUBJECT:
=?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=B8=80=E5=B0=81=E6=B5=8B=E8=AF=95=E9=82=AE?=
=?UTF-8?Q?=E4=BB=B6?=
"
the essential question is when the mail go
through dovecot-sieve plugin, the sieve plugin get mail subject is "这是一封测试邮
件" not "这是一封测试邮件"，there is a extra space added(which as segmentation
between "=?UTF-8?Q?").
SIMPLY SAY：edit subject"这是一封测试邮件" ——>server convert
"SUBJECT:
=?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=B8=80=E5=B0=81=E6=B5=8B=E8=AF=95=E9=82=AE?=
=?UTF-8?Q?=E4=BB=B6?="——>sieve plugin get "这是一封测试邮 件"
The result is filter
failure. is this a bug ? How can I avoid it？
thanks
Re: Dovecot 2.2.25 compiling error
On 08.07.2016 01:37, Joseph Tam wrote: > >> Well, tried with or without patches, but got still same error: >> >> sha1.h:80: error: static or type qualifiers in abstract declarator > > For what it's worth, I get the same error compiling on Solaris 10. > It may be because I have a rather old gcc (3.4.4). Editing out > the "static" keyword from config.h allowed it to finish the compile. > > Joseph Tam It still happened even with https://github.com/dovecot/core/commit/d9c865ce774aae9f2f17b89e7e94c3cfca29dea7 ? You need to rerun autotools on this before it can do anything. Aki
