Re: [Dovecot] Select Inbox drops connection. IMAP troubleshooting help available?

[Thor Legvold]

Thank you Steffen,

I’ve passed this along to my hosting provider and hope they can figure out how 
to fix the problem.

Best regards,
Sonovo

On 11. des. 2013, at 08:46, Steffen Kaiser skdove...@smail.inf.fh-brs.de 
wrote:

 Mail Attachment.txt

Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based

[Stan Hoeppner]

On 12/10/2013 8:15 AM, Charles Marcus wrote:

 There has been some whispers about considering migrating our mail
 systems to Exchange Server. I want to try to nip this in the bud.
 
 I would like to ask for some help with providing some kind of comparison
 of large(r) commercial companies use of email systems... specifically,
 those using Microsoft Exchange Server, vs those using open source
 Linux/Unix based systems, including even commercial *nix groupware based
 systems like Zimbra, as well as plain mail systems like dovecot, or
 cyrus or courier.
 
 I know that many (if they are smart) Admins that do use Exchange
 internally will use postfix (or something else linux/unix based) in
 front of it as their relayhost (for both inbound and outbound), so just
 counting the number of publicly accessible smtp servers won't be a good
 gauge.
 
 Does anyone know of any decent non-biased studies that have been done,
 hopefully relatively recently (last few years) that provide such a
 comparison?

Microsoft Exchange is a mature, very robust mail/groupware platform, and
when combined with Outlook provides a very rich feature set and user
experience.  The level of client integration is superb out of the box.
MS Windows Server and Exchange server run just fine virtualized on ESX
and are both certified by Microsoft and VMware in this configuration.
If one looks at Exchange without wearing glasses colored by FLOSS, it is
a really great piece of software.  Lotus Notes was/is a piece of junk.
Novell's Groupwise was/is pretty close to Exchange but never achieved
wide adoption due to the MS Juggernaut.

There are multiple FLOSS groupware alternatives with similar features.
None offer the same level of seamless client integration or as rich a
feature set, though these solutions are getting closer.

The decision whether to stick with FLOSS or move to Exchange boils down
to a few things, assuming management is making the decision, not the IT
department.

1. Capital outlay for the license fees
2. Administrative talent pool

Regarding #2, in any given city in the US there are at least 100
Windows/Exchange administrators per *nix/floss_groupware_product admin.
 If a company ever needs to sack key members of its IT staff for any
reason, or if it decides to sack them all and outsource IT
administration to a consulting firm, having an all or mostly MS
infrastructure makes this a no brainer.  I'm not suggesting this is a
possibility in your case, but that it's simply something that management
considers.  If they don't they're not doing their job.  Management
should never allow the company to be held hostage, have no options, due
to being reliant on a single systems administrator and his/er unique
knowledge of the infrastructure.

-- 
Stan

Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based

[Alan McGinlay - SICS]

On 2013-12-11 11:36, Stan Hoeppner wrote:

On 12/10/2013 8:15 AM, Charles Marcus wrote:

There has been some whispers about considering migrating our mail
systems to Exchange Server. I want to try to nip this in the bud.

I would like to ask for some help with providing some kind of 
comparison

of large(r) commercial companies use of email systems... specifically,
those using Microsoft Exchange Server, vs those using open source
Linux/Unix based systems, including even commercial *nix groupware 
based

systems like Zimbra, as well as plain mail systems like dovecot, or
cyrus or courier.

I know that many (if they are smart) Admins that do use Exchange
internally will use postfix (or something else linux/unix based) in
front of it as their relayhost (for both inbound and outbound), so 
just
counting the number of publicly accessible smtp servers won't be a 
good

gauge.

Does anyone know of any decent non-biased studies that have been done,
hopefully relatively recently (last few years) that provide such a
comparison?

Microsoft Exchange is a mature, very robust mail/groupware platform, 
and

when combined with Outlook provides a very rich feature set and user
experience.  The level of client integration is superb out of the box.
MS Windows Server and Exchange server run just fine virtualized on ESX
and are both certified by Microsoft and VMware in this configuration.
If one looks at Exchange without wearing glasses colored by FLOSS, it 
is

a really great piece of software.  Lotus Notes was/is a piece of junk.
Novell's Groupwise was/is pretty close to Exchange but never achieved
wide adoption due to the MS Juggernaut.

There are multiple FLOSS groupware alternatives with similar features.
None offer the same level of seamless client integration or as rich a
feature set, though these solutions are getting closer.

The decision whether to stick with FLOSS or move to Exchange boils 
down
to a few things, assuming management is making the decision, not the 
IT

department.

1. Capital outlay for the license fees
2. Administrative talent pool

Regarding #2, in any given city in the US there are at least 100
Windows/Exchange administrators per *nix/floss_groupware_product 
admin.

 If a company ever needs to sack key members of its IT staff for any
reason, or if it decides to sack them all and outsource IT
administration to a consulting firm, having an all or mostly MS
infrastructure makes this a no brainer.  I'm not suggesting this is a
possibility in your case, but that it's simply something that 
management

considers.  If they don't they're not doing their job.  Management
should never allow the company to be held hostage, have no options, 
due

to being reliant on a single systems administrator and his/er unique
knowledge of the infrastructure.


Seamless client integration *with windows clients*. This is something 
you didn't mention but is vital for some organisations (like mine, where 
a tiny minority of administrative workers use windows). Allowing one 
microsoft service into your organisation is like inviting in a Trojan 
horse. It won't be long before somone else says why don't we try 
sharepoint now that we get a bundled license or something, not to 
mention the licensing nightmare wait I think we need a CAL for every 
end user!


Consider it if you are already a microsoft shop, otherwise avoid it as 
you would a plague rat.

Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based

[Daniele Nicolodi]

On 11/12/2013 11:36, Stan Hoeppner wrote:
  Management
 should never allow the company to be held hostage, have no options, due
 to being reliant on a single systems administrator and his/er unique
 knowledge of the infrastructure.

Indeed, it is much better to be held hostage of a huge corporation that
does not care the less about your little business and that may change
it's licensing schemes or drop features on which you depend every
moment. :-)

I know I'm simplyfing a lot, but if competences lock-in should be
weighted in the choice, I think it is also fair to consider vendor lock-in.

Cheers,
Daniele

Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based

[Graham Leggett]

On 11 Dec 2013, at 12:36 PM, Stan Hoeppner s...@hardwarefreak.com wrote:

 The decision whether to stick with FLOSS or move to Exchange boils down
 to a few things, assuming management is making the decision, not the IT
 department.

Why would you hire an IT department but then not allow the IT department to be 
making the IT decisions?

Regards,
Graham
--

Re: [Dovecot] Ubuntu packages and broken link in docs

[Michael Cramer]

 i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the
ppa

Zitat von mich...@bigmichi1.de:


Zitat von Alan McGinlay - SICS al...@sics.se


Hi,

Two things:

1. Does anyone know of a good PPA with updated packages of Dovecot for
Ubuntu? For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT
Repository. (Outdated. Could someone provide a ppa for latest stable
Dovecot, please?)

2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there
is a link to a supposedly outdated PPA, the ppa page now redirects to
an ad for the guys services so should probably be removed.

/Alan


Hi,

In my ppa https://launchpad.net/~bigmichi1 i provide the latest version
of dovecot for the latest version of Ubuntu. It is build after a
official release.

Von meinem Sony Xperia™-Smartphone gesendet
Alan McGinlay - SICS al...@sics.se schrieb:

Re: [Dovecot] Ubuntu packages and broken link in docs

[Alan McGinlay - SICS]

On 2013-12-11 13:00, Michael Cramer wrote:

i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the
ppa

Zitat von mich...@bigmichi1.de:

Zitat von Alan McGinlay - SICS al...@sics.se

Hi,

Two things:

1. Does anyone know of a good PPA with updated packages of Dovecot for
Ubuntu? For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT
Repository. (Outdated. Could someone provide a ppa for latest stable
Dovecot, please?)

2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there
is a link to a supposedly outdated PPA, the ppa page now redirects to
an ad for the guys services so should probably be removed.

/Alan

Hi,

In my ppa https://launchpad.net/~bigmichi1 i provide the latest 
version

of dovecot for the latest version of Ubuntu. It is build after a
official release.


Thanks! I will give it a try on a dev server. Does it follow the debian 
split config files layout?  Also, which sources are the debs built from? 
I would like to try building it my self for comparison.

Re: [Dovecot] Ubuntu packages and broken link in docs

[Michael Cramer]

 these are build from the sources that are automatically build for the
debian system mentioned in the
wiki http://wiki2.dovecot.org/PrebuiltBinaries#Automatically_Built_Packages
(only difference to these are some changes to the build file for version
numbers and the changelog file). only building official releases named
...~auto0 packages

Zitat von Alan McGinlay - SICS al...@sics.se:


On 2013-12-11 13:00, Michael Cramer wrote:

i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the
ppa

Zitat von mich...@bigmichi1.de:

Zitat von Alan McGinlay - SICS al...@sics.se

Hi,

Two things:

1. Does anyone know of a good PPA with updated packages of Dovecot for
Ubuntu? For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT
Repository. (Outdated. Could someone provide a ppa for latest stable
Dovecot, please?)

2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there
is a link to a supposedly outdated PPA, the ppa page now redirects to
an ad for the guys services so should probably be removed.

/Alan

Hi,

In my ppa https://launchpad.net/~bigmichi1 i provide the latest version
of dovecot for the latest version of Ubuntu. It is build after a
official release.


Thanks! I will give it a try on a dev server. Does it follow the debian
split config files layout?  Also, which sources are the debs built from?
I would like to try building it my self for comparison.

Re: [Dovecot] Ubuntu packages and broken link in docs

[Michael Cramer]

 these are build from the sources that are automatically build for the
debian system mentioned in the
wiki http://wiki2.dovecot.org/PrebuiltBinaries#Automatically_Built_Packages
(only difference to these are some changes to the build file for version
numbers and the changelog file). only building official releases named
...~auto0 packages

Zitat von Alan McGinlay - SICS al...@sics.se:


On 2013-12-11 13:00, Michael Cramer wrote:

i uploaded 2.2.9 for ubuntu 12.04 LTS, 12.10, 13.04 and 13.10 to the
ppa

Zitat von mich...@bigmichi1.de:

Zitat von Alan McGinlay - SICS al...@sics.se

Hi,

Two things:

1. Does anyone know of a good PPA with updated packages of Dovecot for
Ubuntu? For the latest Dovecot for latest Ubuntu LTS see Xiaoka APT
Repository. (Outdated. Could someone provide a ppa for latest stable
Dovecot, please?)

2. On the http://wiki2.dovecot.org/PrebuiltBinaries#Ubuntu page there
is a link to a supposedly outdated PPA, the ppa page now redirects to
an ad for the guys services so should probably be removed.

/Alan

Hi,

In my ppa https://launchpad.net/~bigmichi1 i provide the latest version
of dovecot for the latest version of Ubuntu. It is build after a
official release.


Thanks! I will give it a try on a dev server. Does it follow the debian
split config files layout?  Also, which sources are the debs built from?
I would like to try building it my self for comparison.

[Dovecot] restricted dovecot conf

[Goran]

Hi all,

I have a simple but well running dovecot configuration attached below.

Now I want to change some things. What I need is an IMAP-Server which
restricts the user to the following:

- no folder createable
- no messages deleteable

How to get what I want?

My Version: Debian x86 Squeeze, Dovecot 1:1.2.15-7.

Many thanks in advance!

Goran

---

protocols = imaps
disable_plaintext_auth = yes
shutdown_clients = yes
log_timestamp = %Y-%m-%d %H:%M:%S 

ssl = yes
ssl_cert_file = /etc/ssl/certs/dovecot.pem
ssl_key_file = /etc/ssl/private/dovecot.pem

mail_location = mbox:~/mail:INBOX=/var/mail/%u
mail_privileged_group = mail

mbox_write_locks = fcntl dotlock

auth default {
  mechanisms = plain
  passdb shadow {
  }
  userdb passwd {
  }
}

Re: [Dovecot] restricted dovecot conf

[Robert Schetterer]

Am 11.12.2013 14:18, schrieb Goran:
 Hi all,
 
 I have a simple but well running dovecot configuration attached below.
 
 Now I want to change some things. What I need is an IMAP-Server which
 restricts the user to the following:
 
 - no folder createable
 - no messages deleteable
 
 How to get what I want?
 
 My Version: Debian x86 Squeeze, Dovecot 1:1.2.15-7.

thats much to old version i guess

however start working on your problem with reading

http://wiki2.dovecot.org/ACL

 
 Many thanks in advance!
 
 Goran
 
 ---
 
 protocols = imaps
 disable_plaintext_auth = yes
 shutdown_clients = yes
 log_timestamp = %Y-%m-%d %H:%M:%S 
 
 ssl = yes
 ssl_cert_file = /etc/ssl/certs/dovecot.pem
 ssl_key_file = /etc/ssl/private/dovecot.pem
 
 mail_location = mbox:~/mail:INBOX=/var/mail/%u
 mail_privileged_group = mail
 
 mbox_write_locks = fcntl dotlock
 
 auth default {
   mechanisms = plain
   passdb shadow {
   }
   userdb passwd {
   }
 }
 



Best Regards
MfG Robert Schetterer

-- 
[*] sys4 AG

http://sys4.de, +49 (89) 30 90 46 64
Franziskanerstraße 15, 81669 München

Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer
Aufsichtsratsvorsitzender: Florian Kirstein

Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based

[Dave McGuire]

On 12/11/2013 06:36 AM, Graham Leggett wrote:
 On 11 Dec 2013, at 12:36 PM, Stan Hoeppner s...@hardwarefreak.com wrote:
 
 The decision whether to stick with FLOSS or move to Exchange boils down
 to a few things, assuming management is making the decision, not the IT
 department.
 
 Why would you hire an IT department but then not allow the IT department to 
 be making the IT decisions?

  Suits...they do it all the time.  I usually quit when crap like that
happens, but I seem in the small minority, being willing to compromise
on my financial security before my principles.  So most people put up
with it, so suits keep doing it.

  -Dave

-- 
Dave McGuire, AK4HZ
New Kensington, PA

[Dovecot] managesieve error with dovecot

[saurabh]

Hi All,

I am using Dovecot version 2.0.9 on Centos 6.4. I have installed 
dovecot-pegionhole version 2.0.9 and Roundcube version 0.9.5 . After 
doing all the configurations. I am able to see the filters icon in 
roundcube setting. But whem I click it I get the error could not 
connect to server please help.



Below are the error logs.


### log from  /var/log/maillog  ##

Dec 11 21:41:06 eximtest dovecot: managesieve: Debug: Unknown userdb 
setting: plugin//mail/%d/%n/=/home/test
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
Effective uid=6006, gid=6000, home=
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
quota: No quota setting - plugin disabled
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
Namespace : type=private, prefix=, sep=/, inbox=yes, hidden=no, 
list=yes, subscriptions=yes location=maildir:/mail/ayurve.co.uk/test/Maildir
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
maildir++: root=/mail/ayurve.co.uk/test/Maildir, index=, control=, 
inbox=/mail/ayurve.co.uk/test/Maildir
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
sieve-storage: using active sieve script path: (null)
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
sieve-storage: using sieve script storage directory: (null)
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Error: 
sieve-storage: stat((null)) failed: Bad address
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Error: 
sieve-storage: stat((null)) failed: Bad address
Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Fatal: 
Failed to open Sieve storage.




## log from /var/www/html/roundcube/logs/errors ##


[11-Dec-2013 16:11:06 +]: PHP Error: Unable to connect to 
managesieve on eximtest.techblue.co.uk:4190 in 
/var/www/html/roundcube/plugins/managesieve/managesieve.php on line 308 
(GET /roundcube/?_task=settings_action=plugin.managesieve)

[11-Dec-2013 16:11:06] Not currently in AUTHORISATION state (1):
[11-Dec-2013 16:11:06] Failed to write to socket: connection lost ():



### log from /var/www/html/roundcube/logs/sieve 
###


[11-Dec-2013 16:11:06 +]: S: IMPLEMENTATION dovecot
[11-Dec-2013 16:11:06 +]: S: SIEVE fileinto reject envelope 
encoded-character vacation subaddress comparator-i;ascii-numeric 
relational regex imap4flags copy include variables body enotify 
environment mailbox date

[11-Dec-2013 16:11:06 +]: S: NOTIFY mailto
[11-Dec-2013 16:11:06 +]: S: SASL PLAIN
[11-Dec-2013 16:11:06 +]: S: VERSION 1.0
[11-Dec-2013 16:11:06 +]: S: OK Capability completed.
[11-Dec-2013 16:11:06 +]: C: AUTHENTICATE PLAIN 
AHRlc3RAYXl1cnZlLmNvLnVrADRRUG9vZFdvMGQ=

[11-Dec-2013 16:11:06 +]: S:







Thanks,
Saurabh

--
Saurabh Kumar
(RHCSA,RHCE,RHCVA)

Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while

[Nikolaus Rath]

Hello,

*ping*

Really no one able to help with the issue below?

Best,
Nikolaus


Nikolaus Rath nikol...@rath.org writes:
 Hello,

 About once or twice a week, dovecot's imap-login process on my system
 seems gets out of control, eating 100% CPU for about 2 hours. Afterwards
 everything seems to go back to normal.

 I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system.

 When running gdb on the process in this stage, I get the following
 traceback:

 #0  0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7fcba4aa01aa in ?? () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #2  0x7fcba4a9df09 in BIO_read () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #3  0x7fcba4dbac8c in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #4  0x7fcba4dbbe75 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #5  0x7fcba4dbd8d0 in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #6  0x7fcba4dad07a in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #7  0x7fcba4db143b in ?? () from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #8  0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at 
 ssl-proxy-openssl.c:465
 #9  ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528
 #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379
 #11 0x7fcba53d2cc7 in io_loop_handler_run 
 (ioloop=ioloop@entry=0x7fcba778c6e0)
 at ioloop-epoll.c:213
 #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398
 #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, 
 callback=callback@entry=0x7fcba5620100 client_connected) at 
 master-service.c:544
 #14 0x7fcba562079e in login_binary_run (binary=optimized out, argc=1, 
 argv=0x7fcba778c370)
 at main.c:406
 #15 0x7fcba5015ead in __libc_start_main () from 
 /lib/x86_64-linux-gnu/libc.so.6
 #16 0x7fcba5a52b2d in _start ()

 strace -tt says:

 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0
 16:14:19.693490 time(NULL)  = 1381421659
 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily 
 unavailable)
 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0
 16:14:19.693890 time(NULL)  = 1381421659
 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily 
 unavailable)
 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0
 16:14:19.694269 time(NULL)  = 1381421659
 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily 
 unavailable)
 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0
 16:14:19.694849 time(NULL)  = 1381421659
 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily 
 unavailable)
 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0
 16:14:19.695300 time(NULL)  = 1381421659
 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource temporarily 
 unavailable)
 16:14:19.69 epoll_wait(14,  unfinished ...

 dovecot -n output is:

 # 2.1.7: /etc/dovecot/dovecot.conf
 # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3
 first_valid_uid = 8
 last_valid_uid = 8
 mail_access_groups = spamd-clients
 mail_gid = mail
 mail_location = mdbox:/var/spool/mail/%n/mdbox
 mail_plugins = fts quota fts_lucene
 mail_uid = 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 Sent {
 special_use = \Sent
   }
   mailbox Sent Messages {
 special_use = \Sent
   }
   mailbox Spam {
 special_use = \Junk
   }
   mailbox Trash {
 special_use = \Trash
   }
   prefix = 
 }
 passdb {
   args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users
   driver = passwd-file
 }
 plugin {
   antispam_backend = pipe
   antispam_pipe_program = /usr/local/bin/spamc_wrapper
   antispam_pipe_program_notspam_args = -L;ham
   antispam_pipe_program_spam_args = -L;spam
   antispam_spam = Spam
   antispam_trash = Trash;Papierkorb
   fts = lucene
   fts_lucene = whitespace_chars=@.
   quota = dict:User quota::file:%h/quota
   quota_rule = *:storage=1G
   quota_rule2 = Trash:storage=+100M
   sieve = ~/.dovecot.sieve
   sieve_dir = ~/sieve
 }
 protocols =  imap lmtp sieve
 service auth {
   unix_listener 

Re: [Dovecot] managesieve error with dovecot

[Steffen Kaiser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, 11 Dec 2013, saurabh wrote:


I am using Dovecot version 2.0.9 on Centos 6.4. I have installed


I'm not sure, if that version had old bugs, but

dovecot-pegionhole version 2.0.9 and Roundcube version 0.9.5 . After doing 
all the configurations. I am able to see the filters icon in roundcube 
setting. But whem I click it I get the error could not connect to server 
please help.



Below are the error logs.


### log from  /var/log/maillog  ##

Dec 11 21:41:06 eximtest dovecot: managesieve: Debug: Unknown userdb setting: 
plugin//mail/%d/%n/=/home/test


this looks terrible wrong.

Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
Effective uid=6006, gid=6000, home=


There is no home dir for the user.

Dec 11 21:41:06 eximtest dovecot: managesieve(t...@ayurve.co.uk): Debug: 
sieve-storage: using active sieve script path: (null)


sieve needs a home dir.

Post doveconf -n, or find the bug in it yourself. Maybe it's caused by 1st 
error.


- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iQEVAwUBUqic1F3r2wJMiz2NAQLGFAf/Xh2bN6FH+9nyvUewENwFCYA8vGZxhUnQ
oH0aUWegow/X9aq+D5Q5/hKjt7OdELnnyf8qe9kED77nvAv8xvcPu19umUwpRj/g
jWdH0yl8SZH1kS7tEOhHNP8FDbTb8g2n+cB0HbKGyCPW2piUY0HcfNTLdrYjLU6Q
onnVqtmj4CDiAdRo9taB1BTmoSbadk3XRv9k8O8qdjLCF/UT0Ghq/dEua2iKARfR
LdT+pmGEIiVij0rkWpbXj+sIR5do2aoaS/W0KX5qhbxJzR64IsPem7AMsRlztnQA
eZEH9GR2u601ax7m5FWMwLw5fjLxyO+HfNx2XOvFURP8sRa6TqY1jw==
=XGTy
-END PGP SIGNATURE-

Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while

[Timo Sirainen]

Hmh. Can you try if this patch fixes it? 
http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04

On 11.12.2013, at 19.10, Nikolaus Rath nikol...@rath.org wrote:

 Hello,
 
 *ping*
 
 Really no one able to help with the issue below?
 
 Best,
 Nikolaus
 
 
 Nikolaus Rath nikol...@rath.org writes:
 Hello,
 
 About once or twice a week, dovecot's imap-login process on my system
 seems gets out of control, eating 100% CPU for about 2 hours. Afterwards
 everything seems to go back to normal.
 
 I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system.
 
 When running gdb on the process in this stage, I get the following
 traceback:
 
 #0  0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7fcba4aa01aa in ?? () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #2  0x7fcba4a9df09 in BIO_read () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #3  0x7fcba4dbac8c in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #4  0x7fcba4dbbe75 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #5  0x7fcba4dbd8d0 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #6  0x7fcba4dad07a in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #7  0x7fcba4db143b in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #8  0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at 
 ssl-proxy-openssl.c:465
 #9  ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528
 #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379
 #11 0x7fcba53d2cc7 in io_loop_handler_run 
 (ioloop=ioloop@entry=0x7fcba778c6e0)
at ioloop-epoll.c:213
 #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398
 #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, 
callback=callback@entry=0x7fcba5620100 client_connected) at 
 master-service.c:544
 #14 0x7fcba562079e in login_binary_run (binary=optimized out, argc=1, 
 argv=0x7fcba778c370)
at main.c:406
 #15 0x7fcba5015ead in __libc_start_main () from 
 /lib/x86_64-linux-gnu/libc.so.6
 #16 0x7fcba5a52b2d in _start ()
 
 strace -tt says:
 
 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0
 16:14:19.693490 time(NULL)  = 1381421659
 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0
 16:14:19.693890 time(NULL)  = 1381421659
 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0
 16:14:19.694269 time(NULL)  = 1381421659
 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0
 16:14:19.694849 time(NULL)  = 1381421659
 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0
 16:14:19.695300 time(NULL)  = 1381421659
 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.69 epoll_wait(14,  unfinished ...
 
 dovecot -n output is:
 
 # 2.1.7: /etc/dovecot/dovecot.conf
 # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3
 first_valid_uid = 8
 last_valid_uid = 8
 mail_access_groups = spamd-clients
 mail_gid = mail
 mail_location = mdbox:/var/spool/mail/%n/mdbox
 mail_plugins = fts quota fts_lucene
 mail_uid = 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 Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Spam {
special_use = \Junk
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
 }
 passdb {
  args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users
  driver = passwd-file
 }
 plugin {
  antispam_backend = pipe
  antispam_pipe_program = /usr/local/bin/spamc_wrapper
  antispam_pipe_program_notspam_args = -L;ham
  antispam_pipe_program_spam_args = -L;spam
  antispam_spam = Spam
  antispam_trash = Trash;Papierkorb
  fts = lucene
  fts_lucene = whitespace_chars=@.
  quota = dict:User quota::file:%h/quota
  quota_rule = 

Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while

[Robert Schetterer]

Am 11.12.2013 18:10, schrieb Nikolaus Rath:
 Hello,
 
 *ping*

backping upgrade to 2.1.17, perhaps bug is allready fixed

 
 Really no one able to help with the issue below?
 
 Best,
 Nikolaus
 
 
 Nikolaus Rath nikol...@rath.org writes:
 Hello,

 About once or twice a week, dovecot's imap-login process on my system
 seems gets out of control, eating 100% CPU for about 2 hours. Afterwards
 everything seems to go back to normal.

 I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system.

 When running gdb on the process in this stage, I get the following
 traceback:

 #0  0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7fcba4aa01aa in ?? () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #2  0x7fcba4a9df09 in BIO_read () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #3  0x7fcba4dbac8c in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #4  0x7fcba4dbbe75 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #5  0x7fcba4dbd8d0 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #6  0x7fcba4dad07a in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #7  0x7fcba4db143b in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #8  0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at 
 ssl-proxy-openssl.c:465
 #9  ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528
 #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at ioloop.c:379
 #11 0x7fcba53d2cc7 in io_loop_handler_run 
 (ioloop=ioloop@entry=0x7fcba778c6e0)
 at ioloop-epoll.c:213
 #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at ioloop.c:398
 #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, 
 callback=callback@entry=0x7fcba5620100 client_connected) at 
 master-service.c:544
 #14 0x7fcba562079e in login_binary_run (binary=optimized out, argc=1, 
 argv=0x7fcba778c370)
 at main.c:406
 #15 0x7fcba5015ead in __libc_start_main () from 
 /lib/x86_64-linux-gnu/libc.so.6
 #16 0x7fcba5a52b2d in _start ()

 strace -tt says:

 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0
 16:14:19.693490 time(NULL)  = 1381421659
 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0
 16:14:19.693890 time(NULL)  = 1381421659
 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0
 16:14:19.694269 time(NULL)  = 1381421659
 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0
 16:14:19.694849 time(NULL)  = 1381421659
 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0
 16:14:19.695300 time(NULL)  = 1381421659
 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.69 epoll_wait(14,  unfinished ...

 dovecot -n output is:

 # 2.1.7: /etc/dovecot/dovecot.conf
 # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3
 first_valid_uid = 8
 last_valid_uid = 8
 mail_access_groups = spamd-clients
 mail_gid = mail
 mail_location = mdbox:/var/spool/mail/%n/mdbox
 mail_plugins = fts quota fts_lucene
 mail_uid = 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 Sent {
 special_use = \Sent
   }
   mailbox Sent Messages {
 special_use = \Sent
   }
   mailbox Spam {
 special_use = \Junk
   }
   mailbox Trash {
 special_use = \Trash
   }
   prefix = 
 }
 passdb {
   args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users
   driver = passwd-file
 }
 plugin {
   antispam_backend = pipe
   antispam_pipe_program = /usr/local/bin/spamc_wrapper
   antispam_pipe_program_notspam_args = -L;ham
   antispam_pipe_program_spam_args = -L;spam
   antispam_spam = Spam
   antispam_trash = Trash;Papierkorb
   fts = lucene
   fts_lucene = whitespace_chars=@.
   quota = dict:User quota::file:%h/quota
   quota_rule = *:storage=1G
   quota_rule2 = 

Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while

[Robert Schetterer]

Am 11.12.2013 18:39, schrieb Timo Sirainen:
 Hmh. Can you try if this patch fixes it? 
 http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04

patch is for 2.2.x , so he has to do total upgrade

 
 On 11.12.2013, at 19.10, Nikolaus Rath nikol...@rath.org wrote:
 
 Hello,

 *ping*

 Really no one able to help with the issue below?

 Best,
 Nikolaus


 Nikolaus Rath nikol...@rath.org writes:
 Hello,

 About once or twice a week, dovecot's imap-login process on my system
 seems gets out of control, eating 100% CPU for about 2 hours. Afterwards
 everything seems to go back to normal.

 I am using Dovecot 2.1.7 on a 64 bit Debian wheezy system.

 When running gdb on the process in this stage, I get the following
 traceback:

 #0  0x7fcba50c5a90 in read () from /lib/x86_64-linux-gnu/libc.so.6
 #1  0x7fcba4aa01aa in ?? () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #2  0x7fcba4a9df09 in BIO_read () from 
 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
 #3  0x7fcba4dbac8c in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #4  0x7fcba4dbbe75 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #5  0x7fcba4dbd8d0 in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #6  0x7fcba4dad07a in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #7  0x7fcba4db143b in ?? () from 
 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
 #8  0x7fcba5622b61 in ssl_handshake (proxy=0x7fcba7870bb0) at 
 ssl-proxy-openssl.c:465
 #9  ssl_step (proxy=0x7fcba7870bb0) at ssl-proxy-openssl.c:528
 #10 0x7fcba53d2016 in io_loop_call_io (io=0x7fcba786fc80) at 
 ioloop.c:379
 #11 0x7fcba53d2cc7 in io_loop_handler_run 
 (ioloop=ioloop@entry=0x7fcba778c6e0)
at ioloop-epoll.c:213
 #12 0x7fcba53d1a28 in io_loop_run (ioloop=0x7fcba778c6e0) at 
 ioloop.c:398
 #13 0x7fcba53be483 in master_service_run (service=0x7fcba778c590, 
callback=callback@entry=0x7fcba5620100 client_connected) at 
 master-service.c:544
 #14 0x7fcba562079e in login_binary_run (binary=optimized out, argc=1, 
 argv=0x7fcba778c370)
at main.c:406
 #15 0x7fcba5015ead in __libc_start_main () from 
 /lib/x86_64-linux-gnu/libc.so.6
 #16 0x7fcba5a52b2d in _start ()

 strace -tt says:

 16:14:19.693378 gettimeofday({1381421659, 693415}, NULL) = 0
 16:14:19.693490 time(NULL)  = 1381421659
 16:14:19.693588 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.693688 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.693796 gettimeofday({1381421659, 693823}, NULL) = 0
 16:14:19.693890 time(NULL)  = 1381421659
 16:14:19.693984 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694084 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694177 gettimeofday({1381421659, 694203}, NULL) = 0
 16:14:19.694269 time(NULL)  = 1381421659
 16:14:19.694399 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.694563 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.694706 gettimeofday({1381421659, 694757}, NULL) = 0
 16:14:19.694849 time(NULL)  = 1381421659
 16:14:19.694976 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.695091 epoll_wait(14, {{EPOLLOUT, {u32=2810463600, 
 u64=140512665552240}}}, 10, 4294967295) = 1
 16:14:19.695201 gettimeofday({1381421659, 695230}, NULL) = 0
 16:14:19.695300 time(NULL)  = 1381421659
 16:14:19.695420 read(18, 0x7fcba7876a43, 5) = -1 EAGAIN (Resource 
 temporarily unavailable)
 16:14:19.69 epoll_wait(14,  unfinished ...

 dovecot -n output is:

 # 2.1.7: /etc/dovecot/dovecot.conf
 # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 ext3
 first_valid_uid = 8
 last_valid_uid = 8
 mail_access_groups = spamd-clients
 mail_gid = mail
 mail_location = mdbox:/var/spool/mail/%n/mdbox
 mail_plugins = fts quota fts_lucene
 mail_uid = 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 Sent {
special_use = \Sent
  }
  mailbox Sent Messages {
special_use = \Sent
  }
  mailbox Spam {
special_use = \Junk
  }
  mailbox Trash {
special_use = \Trash
  }
  prefix = 
 }
 passdb {
  args = scheme=SHA512-CRYPT username_format=%n /etc/dovecot/users
  driver = passwd-file
 }
 plugin {
  antispam_backend = pipe
  antispam_pipe_program = /usr/local/bin/spamc_wrapper
  antispam_pipe_program_notspam_args = -L;ham
  antispam_pipe_program_spam_args = -L;spam
  antispam_spam = Spam
  antispam_trash = Trash;Papierkorb
  fts = lucene
  

Re: [Dovecot] dovecot-imapd eating 100% cpu every once in a while

[Timo Sirainen]

On 11.12.2013, at 20.28, Robert Schetterer r...@sys4.de wrote:

 Am 11.12.2013 18:39, schrieb Timo Sirainen:
 Hmh. Can you try if this patch fixes it? 
 http://hg.dovecot.org/dovecot-2.2/rev/c0236d1c4a04
 
 patch is for 2.2.x , so he has to do total upgrade

It applies to v2.1 as well.

Re: [Dovecot] pigeonhole openssl s_client

[LEVAI Daniel]

 http://wiki2.dovecot.org/Pigeonhole/ManageSieve/Troubleshooting
 
 Try the gnutls command line interface:
 
 gnutls-cli --starttls --print-cert -p 4190 example.com
 STARTTLS
 Ctrl-D
 LOGOUT
 
 Regards
 Daniel

Ah, thanks! Pretty dumb of openssl not to be able to connect arbitrary
servers... in a useful way, that is.


Daniel

-- 
LÉVAI Dániel
PGP key ID = 0x83B63A8F
Key fingerprint = DBEC C66B A47A DFA2 792D  650C C69B BE4C 83B6 3A8F

[Dovecot] Plugin development - ostream and index cache size

[Philipp Brüll]

Hi,

I'm new to this list, so first thanks for the dovecot tool! So far, it 
has been great to work with.


Currently, I'm developing a scrambler plugin for dovecot, that should 
stores the mails encrypted. To do that, I've created the 
scrambler_ostream and scrambler_istream that does the encryption and 
that I hook in the mail storage process.


The scrambler_ostream is stacked on top of the output stream of the 
mail_save_context (mail_save_context-data.output) and the 
scrambler_istream is attached to the input stream when the virtual 
function istream_opened in the mail_private struct is called.


Basically, the encrypt/decrypt works, but during the process the data 
size changes slightly. And when I'm doing a FETCH BINARY[] via imap, it 
results in the error...


Cached message size smaller than expected (204  208)
Error: Corrupted index cache file 
/home/.../mail/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Broken 
physical size for mail UID 1


My guess is, that the FETCH function tries to deliver the unencrypted 
cache version of the mail (204 bytes) and not the stored version (208 
bytes).


How can I make dovecot cache the output of my scrambler_ostream or at 
least disable this caching for testing?


I've read already a lot of code, but I've found a hint yet. How does - 
for example - the zlib plugin handle this issue? I have read the code a 
couple of times, but still have no clue.


Best regards,
Philipp

[Dovecot] [Dovecot 2.2.9] mail-filter plugin don't load

[Stanislas SABATIER]

Hello,

I'm trying to load the mail-filter plugin (dovecot-2.2.9) with the
following option in 10-mail.conf : mail_plugins = $mail_plugins mail_filter

But I've got the following error when restarting dovecot : dovecot: imap:
Fatal: Plugin 'mail_filter' not found from directory /usr/local/lib/dovecot

I reinstalled dovecot-2.2.9 from sources (freeBSD ports) but it did not
install the mail-filter library in /usr/local/lib/dovecot

Thank you for your help.


-
Stanislas SABATIER
s.sabat...@pobox.com
---

Re: [Dovecot] Plugin development - ostream and index cache size

[Timo Sirainen]

On 11.12.2013, at 18.14, Philipp Brüll bru...@simiatech.com wrote:

 I'm new to this list, so first thanks for the dovecot tool! So far, it has 
 been great to work with.
 
 Currently, I'm developing a scrambler plugin for dovecot, that should stores 
 the mails encrypted. To do that, I've created the scrambler_ostream and 
 scrambler_istream that does the encryption and that I hook in the mail 
 storage process.
 
 The scrambler_ostream is stacked on top of the output stream of the 
 mail_save_context (mail_save_context-data.output) and the scrambler_istream 
 is attached to the input stream when the virtual function istream_opened in 
 the mail_private struct is called.
 
 Basically, the encrypt/decrypt works, but during the process the data size 
 changes slightly. And when I'm doing a FETCH BINARY[] via imap, it results in 
 the error...
 
 Cached message size smaller than expected (204  208)
 Error: Corrupted index cache file 
 /home/.../mail/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Broken 
 physical size for mail UID 1
 
 My guess is, that the FETCH function tries to deliver the unencrypted cache 
 version of the mail (204 bytes) and not the stored version (208 bytes).
 
 How can I make dovecot cache the output of my scrambler_ostream or at least 
 disable this caching for testing?
 
 I've read already a lot of code, but I've found a hint yet. How does - for 
 example - the zlib plugin handle this issue? I have read the code a couple of 
 times, but still have no clue.

Well, it shoud work exactly the same way as with zlib plugin .. difficult to 
say what you’re doing differently without seeing the code. After decryption the 
mail will look exactly the same as before encryption, right? No added/removed 
pieces of data? That’s a requirement when using zlib-like code for this. BTW. 
In v2.2.9 there’s also mail-filter plugin where you can implement this 
encryption/decryption using an external script.

Re: [Dovecot] base_dir= problems

[Philippe Lelédy]

Le 08/12/13 21:38, Timo Sirainen a écrit :

On 7.12.2013, at 6.22, Philippe Lelédy dove...@leledy.fr wrote:


I first let base_dir = with it's default value of /var/dovecot.
I changed my mind and now I have

doveconf -n
# 2.1.17: /etc/dovecot/dovecot.conf
# OS: OpenBSD 5.4 amd64  ffs
base_dir = /var/run/dovecot/

After a few days, imap clients couldn't login. Here the problem

Dec 04 17:03:16 imap-login: Fatal: Corrupted SSL parameters file: 
/var/dovecot/ssl-parameters.dat
Dec 04 17:03:16 imap-login: Fatal: Corrupted SSL parameters file: 
/var/dovecot/ssl-parameters.dat
Dec 04 17:03:16 master: Error: mkdir(/var/dovecot) failed: Read-only file system
Dec 04 17:03:16 master: Error: safe_mkstemp(/var/dovecot/mounts.tmp.) failed: 
No such file or directory
Dec 04 17:03:16 master: Error: file_dotlock_open(/var/dovecot/instances) 
failed: No such file or directory
Dec 04 17:03:16 ssl-params: Fatal: creat(/var/dovecot/ssl-parameters.dat.tmp) 
failed: No such file or directory

You still have state_dir=/var/dovecot (and don’t place it under /var/run/, it’s 
meant to be durable).


doveconf -a | grep state_dir

gives nothing.

Adding state_dir = /var/run/dovecot to dovecot.conf gives

doveconf -n -c dstate
# 2.1.17: dstate
doveconf: Fatal: Error in configuration file dstate line 116: Unknown 
setting: state_dir


What to do ?

Re: [Dovecot] base_dir= problems

[Timo Sirainen]

On 12.12.2013, at 0.55, Philippe Lelédy dove...@leledy.fr wrote:

 Dec 04 17:03:16 ssl-params: Fatal: 
 creat(/var/dovecot/ssl-parameters.dat.tmp) failed: No such file or directory
 You still have state_dir=/var/dovecot (and don’t place it under /var/run/, 
 it’s meant to be durable).
 
 doveconf -a | grep state_dir
 
 gives nothing.
 
 Adding state_dir = /var/run/dovecot to dovecot.conf gives
 
 doveconf -n -c dstate
 # 2.1.17: dstate
 doveconf: Fatal: Error in configuration file dstate line 116: Unknown 
 setting: state_dir
 
 What to do ?

Ah, it’s configurable only in v2.2. In v2.1 it can only be changed by 
recompiling with configure --localstatedir=/somewhere

[Dovecot] Selectively allow non-SSL connections based on userdb

[Trent Lloyd]

Howdy Folks,

I am considering transitioning our mail service over to SSL-only.  As a 
transition mechanism, it would make sense to force all new accounts to use SSL, 
but still allow old accounts to go unencrypted until some transition date 
passes.


I have done some extensive searching but could not figure a mechanism through 
which I could specify a setting for this in userdb or similar.  Does anyone 
have any ideas that doesn’t involve a post-login script?


Thanks,

Trent

[Dovecot] multiple passdbs and auth sockets

[Jouko Nikula]

Hello,

I want to use different authentication arguments for smtp and imap/pop3.

In the dovecot list I found this:
http://www.dovecot.org/list/dovecot/2013-August/091960.html

I tried to follow these instructions but dovecot refuses to find the
auth executable:

Dec 12 10:36:18 jlaptop postfix/smtpd[7302]: connect from localhost[127.0.0.1]
Dec 12 10:36:18 jlaptop dovecot: auth-10: Error: doveconf: Fatal:
execvp(/usr/local/var/run/dovecot/dovecot/auth) failed: No such file
or directory
Dec 12 10:36:18 jlaptop dovecot: master: Error: service(auth-10):
command startup failed, throttling for 2 secs
Dec 12 10:36:18 jlaptop dovecot: auth-10: Fatal: master:
service(auth-10): child 7304 returned error 89 (Fatal failure)
Dec 12 10:36:18 jlaptop postfix/smtpd[7302]: fatal: no SASL
authentication mechanisms
Dec 12 10:36:19 jlaptop postfix/master[7046]: warning: process
/usr/lib/postfix/smtpd pid 7302 exit status 1
Dec 12 10:36:19 jlaptop postfix/master[7046]: warning:
/usr/lib/postfix/smtpd: bad command startup -- throttling

My settings for postfix and dovecot are as follows:

root@jlaptop:/usr/local/etc/dovecot/conf.d# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
default_transport = error
home_mailbox = Maildir/
inet_interfaces = loopback-only
mailbox_command =
mailbox_size_limit = 0
myhostname = jlaptop
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
queue_directory = /var/spool/postfix
readme_directory = no
recipient_delimiter = +
relay_transport = error
relayhost =
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated
defer_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = private/auth-10
smtpd_sasl_type = dovecot
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
virtual_gid_maps = static:8
virtual_mailbox_base = /var/mail/smtp
virtual_mailbox_domains = jlaptop.com
virtual_mailbox_maps = hash:/etc/postfix/vmaps
virtual_minimum_uid = 100
virtual_uid_maps = static:124


root@jlaptop:/usr/local/etc/dovecot/conf.d# doveconf -n
# 2.2.9: /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 3.11.0-13-generic x86_64 Ubuntu 13.10
auth_debug = yes
auth_debug_passwords = yes
auth_verbose = yes
first_valid_uid = 124
mail_gid = mail
mail_home = /var/mail/imap/%n
mail_location = maildir:~/mail
mail_plugin_dir = /usr/local/lib/dovecot/
mail_plugins = gpgfuse_umount
mail_uid = vmail
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 = session=yes dovecot
  driver = pam
}
protocols = imap pop3 lmtp imap pop3
service auth-10 {
  executable = auth -c /usr/local/etc/dovecot-auth-smtp.conf
  process_limit = 1
  unix_listener /var/spool/postfix/private/auth-10 {
group = postfix
mode = 0666
user = postfix
  }
}
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
userdb {
  args = uid=vmail gid=mail home=/var/mail/imap/%n
  driver = static
}


The file /usr/local/etc/dovecot-auth-smtp.conf is as follows:

auth_mechanisms = plain login
disable_plaintext_auth = no
#auth_username_format = %Lu
auth_debug = yes
auth_debug_passwords = yes
auth_verbose = yes
first_valid_uid = 124
mail_gid = mail
mail_uid = vmail
protocols = imap pop3 lmtp imap pop3
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem

passdb {
  driver = pam
  args = dovecot
}

userdb {
  driver = static
  args = uid=vmail gid=mail home=/var/mail/imap/%n
}

The result is exactly the same also if I don't give the path to auth. I.e.:
executable = auth -c /usr/local/etc/dovecot-auth-smtp.conf


In order to get past this problem I provided the auth executable in
/usr/local/var/run/dovecot/dovecot/auth, but then I get a new problem:

Dec 12 12:31:53 jlaptop postfix/smtpd[9220]: connect from localhost[127.0.0.1]
Dec 12 12:31:53 jlaptop dovecot: auth-10: Error: Debug: Loading
modules from directory: /usr/local/lib/dovecot/auth
Dec 12 12:31:53 jlaptop dovecot: auth-10: Error: Debug: Read auth
token secret from /usr/local/var/run/dovecot/auth-token-secret.dat
Dec 12 12:32:03 jlaptop postfix/smtpd[9220]: fatal: no SASL
authentication mechanisms
Dec 12 12:32:04 jlaptop postfix/master[8842]: warning: process
/usr/lib/postfix/smtpd pid 9220 exit status 1
Dec 12 12:32:04 jlaptop postfix/master[8842]: warning:
/usr/lib/postfix/smtpd: bad command startup -- throttling

My test client is thunderbird with smtp connection security None and
 Authentication