From wgillespie+dovecot at es2eng.com Fri Jul 1 00:10:24 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Thu, 30 Jun 2011 15:10:24 -0600 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E0C9058.3000900@esiee.fr> References: <4E0C9058.3000900@esiee.fr> Message-ID: <4E0CE640.3030507@es2eng.com> On 06/30/2011 09:03 AM, Frank Bonnet wrote: > Is it possible to share an Imap folder for a user with another one ? > > Could user a share his folder "imap-folder1" with user b > in readonly mode ? > > I use "real" users ( not virtuals ) Yes, in a shared namespace. Many of the popular MUAs do not have the ability for the user to actually share a folder, but will support reading them okay. From joh.hendriks at gmail.com Fri Jul 1 01:12:04 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Fri, 01 Jul 2011 00:12:04 +0200 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E0C9058.3000900@esiee.fr> References: <4E0C9058.3000900@esiee.fr> Message-ID: <4E0CF4B4.40501@gmail.com> Frank Bonnet schreef: > Hello > > Is it possible to share an Imap folder for a user with another one ? > > user a > imap-folder1 > ^ > user b >------| > > Could user a share his folder "imap-folder1" with user b > in readonly mode ? > > I use "real" users ( not virtuals ) > > Thanks a lot. > > This is possible, we use this in combination with roundcube to share folders. Users log in to there webmail interface and can share there folder there. Thunderbird has an plugin also. But the most users use Microsoft Outlook, with has as far i know no option to create a share. You can create this shared folders through namespaces. Gr Johan Hendriks From tss at iki.fi Fri Jul 1 09:04:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 01 Jul 2011 09:04:56 +0300 Subject: [Dovecot] rsync.dovecot.org Message-ID: <1309500296.10421.1048.camel@hurina> Looks like at least some people still want to rsync their own local dovecot.org mirrors, so I've now added rsync support back. Use rsync.dovecot.org as the host. You can rsync: hg dovecotweb dovecotwiki dovecotwiki2 and mbox files of mailing list archives: dovecotmail dovecotnewsmail dovecotcvsmail So for example: rsync -az rsync://rsync.dovecot.org/dovecotweb dovecotweb From amateo at um.es Fri Jul 1 12:47:22 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 01 Jul 2011 11:47:22 +0200 Subject: [Dovecot] auth error using director Message-ID: <4E0D97AA.5080006@um.es> Hello, I am trying to configure director as described at http://wiki2.dovecot.org/Director. I have previously tried the proxy and it worked. The problem I have is that whenever I try to connect I get the error: Jul 1 11:41:41 myotis40 dovecot: pop3-login: Error: auth: connect(director) failed: No such file or directory This is my doveconf -n: # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-4-amd64 x86_64 Ubuntu 10.04.2 LTS auth_cache_size = 1 k auth_debug = yes auth_verbose = yes default_process_limit = 256 director_mail_servers = 155.54.211.161 155.54.211.169 director_servers = 155.54.211.170 disable_plaintext_auth = no dotlock_use_excl = no hostname = myotis30 log_timestamp = %Y-%m-%d %H:%M:%S mail_debug = yes mail_fsync = always mail_location = maildir:~/Maildir:INDEX=/var/indexes/%n mail_nfs_storage = yes mail_privileged_group = mail maildir_stat_dirs = yes mdbox_rotate_size = 20 M namespace { inbox = yes location = prefix = separator = / } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve zlib_save = gz zlib_save_level = 6 } postmaster_address = postmaster at um.es protocols = " pop3" service auth { unix_listener auth-userdb { mode = 0666 } } service imap-login { executable = imap-login director } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service pop3-login { executable = pop3-login director } ssl = no ssl_cert = References: <4E0B4CA4.5050201@atpss.net> <1309409773.10421.1010.camel@hurina> <4E0C3917.5010702@atpss.net> Message-ID: <4E0DA20B.9040706@atpss.net> Il 30/06/2011 10.51, Claudio Prono ha scritto: > > Il 30/06/2011 6.56, Timo Sirainen ha scritto: >> On Wed, 2011-06-29 at 18:02 +0200, Claudio Prono wrote: >> Are you sure you tested it correctly? It is executed only when a mail is >> delivered across the 79% -> 80% quota boundary. >> >> I don't see any error in your config. >> > Ok, fixing some things, the script is going to be executed: > > Jun 30 10:44:07 lda(testquota at mediaservice.pri): Debug: quota: Executing > warning: quota-warning 80 testquota at mediaservice.pri > > But, i have an error anyway. After is executed, i found an error on > dovecot-err.log: > > Jun 30 10:44:07 quota-warning: Error: /usr/bin/quota_warning.sh: line 4: > /usr/lib/dovecot/dovecot-lda: Permission denied > Jun 30 10:44:07 quota-warning: Error: cat: write error: Broken pipe > Jun 30 10:44:07 master: Error: service(quota-warning): child 5627 > returned error 126 > > That are the permissions of /usr/lib/dovecot-lda: > > -rwsr-s--- 1 root nobody 23560 May 25 13:13 /usr/lib/dovecot/dovecot-lda > > I report another time my dovecot -n, because i have made some changes.. > > dovecot -n > # 2.0.13: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.37.6-0.5-desktop x86_64 openSUSE 11.4 (x86_64) ext3 > auth_mechanisms = plain login > first_valid_gid = 51 > first_valid_uid = 51 > info_log_path = /var/log/dovecot-inf.log > last_valid_gid = 51 > last_valid_uid = 51 > log_path = /var/log/dovecot-err.log > mail_home = /var/mail/virtual/%d/%u/ > mail_location = maildir:/var/mail/virtual/%d/%u > 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 > namespace { > hidden = no > inbox = yes > list = yes > location = > prefix = INBOX. > subscriptions = yes > type = private > } > passdb { > args = /etc/dovecot/dovecot-mysql.conf > driver = sql > } > plugin { > quota = maildir:User quota > quota_warning = storage=95%% quota-warning 95 %u > quota_warning2 = storage=80%% quota-warning 80 %u > quota_warning3 = storage=70%% quota-warning 99 %u > sieve = /var/mail/virtual/%d/%u/.dovecot.sieve > sieve_storage = /var/mail/virtual/%d/%u/sieve > } > protocols = imap pop3 sieve > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > unix_listener auth-master { > mode = 0600 > } > unix_listener auth-userdb { > group = nobody > mode = 0660 > user = postfix > } > } > service imap-login { > inet_listener imap { > address = 127.0.0.1 > port = 143 > } > } > service managesieve-login { > executable = /usr/lib/dovecot/managesieve-login > } > service managesieve { > executable = /usr/lib/dovecot/managesieve > } > service quota-warning { > executable = script /usr/bin/quota_warning.sh > unix_listener quota-warning { > group = postfix > mode = 0660 > user = postfix > } > user = postfix > } > ssl = no > userdb { > driver = passwd > } > userdb { > args = /etc/dovecot/dovecot-mysql.conf > driver = sql > } > protocol imap { > imap_client_workarounds = > mail_plugins = quota imap_quota > } > protocol sieve { > managesieve_max_line_length = 65536 > plugin { > sieve = /var/mail/virtual/%d/%u/.dovecot.sieve > sieve_storage = /var/mail/virtual/%d/%u/sieve > } > } > protocol pop3 { > mail_plugins = quota > pop3_uidl_format = UID%u-%v > } > protocol lda { > auth_socket_path = /var/run/dovecot/auth-master > log_path = /var/log/dovecot-lda.log > mail_debug = yes > mail_plugins = quota sieve > postmaster_address = postmaster at mediaservice.net > } > > Where is the problem? > > Cordially, > > Claudio Prono > Up...anyone have a similar problem? Cordially, Claudio Prono. -- -------------------------------------------------------------------------------- Claudio Prono OPST System Developer Gsm: +39-349-54.33.258 @PSS Srl Tel: +39-011-32.72.100 Via San Bernardino, 17 Fax: +39-011-32.46.497 10141 Torino - ITALY http://atpss.net/disclaimer -------------------------------------------------------------------------------- PGP Key - http://keys.atpss.net/c_prono.asc From linuxmail at 4lin.net Fri Jul 1 14:10:35 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Fri, 01 Jul 2011 13:10:35 +0200 Subject: [Dovecot] ldapsearch dump for passwd file: base64 encoded passwords In-Reply-To: <1309409386.10421.1008.camel@hurina> References: <1309349647.28227.62.camel@pcdenny> <1309409386.10421.1008.camel@hurina> Message-ID: <1309518635.12569.12.camel@pcdenny> hi, Am Donnerstag, den 30.06.2011, 07:49 +0300 schrieb Timo Sirainen: > Plaintext passwords? Add "{plain.base64}" prefix to them. that wasn't working, so I use Perl to decode them first. cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From amateo at um.es Fri Jul 1 14:56:31 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 01 Jul 2011 13:56:31 +0200 Subject: [Dovecot] A question about director_user_expire (was Re: auth error using director) In-Reply-To: <4E0D97AA.5080006@um.es> References: <4E0D97AA.5080006@um.es> Message-ID: <4E0DB5EF.8020001@um.es> Sorry. I have solved the problem. I haven't uncommented the mode directives for the director service, so, I guess, I had a permissions problem. Just a question about director... The main purpose of it it's to ensure that all connections from a user are directed to the same backend server, so you could rely on correct indexes and minimize index regenerations. But, I could see there is director_user_expire option, with a default value of 15 minutes. By other way, If I run doveadm director status I could see that there is a hashed server. Does it means that there is no warrantee that if I connect today to server node1 the connection for tomorrow will be directed to the same server (because this timeout would expire)? Or does it means that whenever as possible I will be directed to this hashed server and I will be directed to other server just when my hashed server is down (or I have another active session because of a previous downtime)? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From oiaohm at gmail.com Sun Jul 3 09:20:45 2011 From: oiaohm at gmail.com (Peter Dolding) Date: Sun, 3 Jul 2011 16:20:45 +1000 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. Message-ID: I have two servers in two different locations. Neither what you would call 100 percent safe from being turned off. Most staff use web based email. This backs onto imap server. I do know I will have to deal with contact lists and other items. in that client. Worst part is the link between them may get broken so both servers may be receiving email and back active at the same time. I can see 1 very clear way around this problem. If I accept that the imap ids at each of the server will be that server only. Since users are mostly using webbased they are not going to notice. If they do notice because they have connected to a different domain address stiff bad luck. Now what I need to be able to deal with the problem. 1 a unique server id on each message for the server the message was received on. 1 a unique server receive id for each message as imap like id for service recieved messages for message received directly not synced. 1 logs for messages deleted and changes that are not current server server id. This should be pritty simple todo. Basically 1 log per server flushed when synced with the server it owns to. 1 a sync function that deletes and changes messages that have been deleted or changed at other locations and compares other servers current messages against copies retained at the mirroring location. Now with this. Each new message to each store gets the next imap id along with system wide unique combination of sever id and service receive id. No modifications of already recieved messages ids. Since I am not careing if the imap id are matched between servers. Fairly much able to use a custom for of imap syncing working off the server id's and server receive ids. Of course this solution should be fairly fault torrent. Since each server can directly store any message they receive. Also it should be possible to trace back to what server the message came from in case of spam problems or equal. Now my biggest problem can I attach my own custom attributes to incoming mail to the store and access that information effectively. Since with that information I will be able to do a form of live synced storage. Personally I see imap id design as a defect in protocal since it never allowed server id along with it this is why imap 100 percent synced message stores cannot be run on independent servers with unstable network connects well. Nothing comes without a price. This solution does not require clustered file systems or a constant active connection between servers so able to operate in areas of disruption. It does not block the servers from receiving emails at any time either. Problem is of course is if someone connects a client directly from 1 server to another. Mail will have to be re-downloaded. Also I have to check of z-push/ActiveSync depends on the imap ids being dependable across the network if not most hand held devices will not be a problem. If it don't then only imap has a problem. I can live with that. Ie if local email server down use web mail until local mail server is fixed. Old rule of networking 40 to 50 percent functional network staff can normally still get stuff done. 0 percent functional you have downtime. Now if I can get the email storage fault torrent and to remain operational in case of fault I then can focus on getting the web base applications using a equal system for contacts and other things. So each location can remain fairly operational no matter what. This way if a server disappeared for good only thing that would have to be changed is syncing. Wise move is to allow servers to be defined more than 1 server id. Ie a server gone for good remaining server gets told to take over responsibility for the old servers id messages. New replacement server given a new id and everything keeps on going nice. Anyone else with a better idea or advice how to add my own custom ids in a way they cannot be distrupted and are simple to search. If it works push for server id's in imap5? Ie imap5 clients being able to cope with the event that an email store is spreed between multi servers that may not be connected all the time. Peter Dolding From member at linkedin.com Sun Jul 3 22:32:17 2011 From: member at linkedin.com (Marcelo Salhab Brogliato via LinkedIn) Date: Sun, 3 Jul 2011 19:32:17 +0000 (UTC) Subject: [Dovecot] Invitation to connect on LinkedIn Message-ID: <806685643.7264488.1309721537612.JavaMail.app@ela4-bed81.prod> LinkedIn ------------ Marcelo Salhab Brogliato requested to add you as a connection on LinkedIn: ------------------------------------------ Michael A., I'd like to add you to my professional network on LinkedIn. - Marcelo Salhab Accept invitation from Marcelo Salhab Brogliato http://www.linkedin.com/e/458g9e-gpoedy6h-6q/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I183713507_20/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMcBYTc3kPcjsPe359bPpOtAFBkBlAbPkUczcPczsNd3cLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Marcelo Salhab Brogliato http://www.linkedin.com/e/458g9e-gpoedy6h-6q/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I183713507_20/30OnPsMdjcNdPcUckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW that LinkedIn can find the answers to your most difficult questions? Post those vexing questions on LinkedIn Answers to tap into the knowledge of the world's foremost business experts: http://www.linkedin.com/e/458g9e-gpoedy6h-6q/ask/inv-23/ -- (c) 2011, LinkedIn Corporation From ml at smtp.fakessh.eu Sun Jul 3 23:22:23 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Sun, 3 Jul 2011 22:22:23 +0200 Subject: [Dovecot] sieve problem email silently discard Message-ID: <201107032222.30891.ml@smtp.fakessh.eu> hello folks hello Timo hello all the guru I met a few times the problem or an email that passes through a sieve script is silently discard after delivery but never returned to the inbox all testimonials are welcome my dovecot -n ~]# /usr/sbin/dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.2-xxxx-grs-ipv6-32 i686 CentOS release 5.6 (Final) auth_mechanisms = plain login base_dir = /var/run/dovecot/ lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = [::] log_path = /var/log/maillog log_timestamp = %Y-%m-%d %H:%M:%S login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c mail_debug = yes mail_location = maildir:~/Maildir mail_max_userip_connections = 20 managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest namespace { inbox = yes location = prefix = separator = . } passdb { driver = pam } plugin { autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts plugin = $mail_plugins autocreate managesieve sieve sieve = ~/.dovecot.sieve sieve_before = /var/sieve-scripts/roundcube.sieve sieve_dir = ~/sieve sieve_global_path = whatever } protocols = sieve imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0600 user = postfix } unix_listener auth-master { mode = 0666 } unix_listener auth-userdb { mode = 0666 } vsz_limit = 64 M } service imap-login { inet_listener imap { port = 0 } inet_listener imaps { address = * , [::] port = 993 } process_limit = 128 vsz_limit = 64 M } service imap { client_limit = 1 service_count = 0 } service managesieve-login { inet_listener managesieve-login { address = * , [::] port = 2000 } process_limit = 128 vsz_limit = 64 M } service pop3-login { inet_listener pop3 { port = 0 } inet_listener pop3s { address = * , [::] port = 995 } process_limit = 128 vsz_limit = 64 M } ssl_ca = : marked message to be discarded if not explicitly delivered (discard action) -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From stephan at rename-it.nl Mon Jul 4 00:57:06 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sun, 03 Jul 2011 23:57:06 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107032222.30891.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> Message-ID: <4E10E5B2.2070403@rename-it.nl> On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > I met a few times the problem or an email that passes through a sieve script > is silently discard > after delivery but never returned to the inbox > > all testimonials are welcome [...] > plugin { [...] > plugin = $mail_plugins autocreate managesieve sieve > sieve = ~/.dovecot.sieve > sieve_before = /var/sieve-scripts/roundcube.sieve > sieve_dir = ~/sieve > sieve_global_path = whatever > } [...] > egrep lda /var/Log/maillog [...] > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > script(1): /var/sieve-scripts/roundcube.sieve [...] > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > from /var/sieve-scripts/roundcube.svbin > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked message to > be discarded if not explicitly delivered (discard action) > I would not call this a silent discard: it is reported in the log above. Also, the contents of roundcube.sieve that you showed in an earlier thread contained a single discard action, which is therefore the only likely culprit. Now the question boils down to: why is this discard action triggered? The interesting part of the script is the following: require ["comparator-i;ascii-numeric","relational"]; if header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-score"]["500"] { discard; stop; } Since the message is discarded, it will most likely be impossible to retrieve that message and check why it fires this rule. The relatively innocent situation would be that your Spam filter truly produces this interesting score of > 500. A less innocent case would be a bug in the Sieve interpreter. Either way, we need to have access to one of those messages that triggers this rule and gets discarded without apparent reason. My suggestion is to replace that `discard;' action with a `fileinto :create "Debug";' action (:create creates the folder implicitly; depends on mailbox extension require) to file messages that would normally be discarded into a special folder for later evaluation. Alternatively, you can redirect such messages to a special mail account. Only then can we trace this problem any deeper. Regards, Stephan. From ml at smtp.fakessh.eu Mon Jul 4 01:40:11 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Mon, 4 Jul 2011 00:40:11 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <4E10E5B2.2070403@rename-it.nl> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> Message-ID: <201107040040.18689.ml@smtp.fakessh.eu> Le dimanche 3 juillet 2011 23:57, Stephan Bosch a ?crit?: > On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > I met a few times the problem or an email that passes through a sieve > > script is silently discard > > after delivery but never returned to the inbox > > > > all testimonials are welcome > > [...] > > > plugin { > > [...] > > > plugin = $mail_plugins autocreate managesieve sieve > > sieve = ~/.dovecot.sieve > > sieve_before = /var/sieve-scripts/roundcube.sieve > > sieve_dir = ~/sieve > > sieve_global_path = whatever > > } > > [...] > > > egrep lda /var/Log/maillog > > [...] > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > > script(1): /var/sieve-scripts/roundcube.sieve > > [...] > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > > from /var/sieve-scripts/roundcube.svbin > > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked > > message to be discarded if not explicitly delivered (discard action) > > I would not call this a silent discard: it is reported in the log above. > Also, the contents of roundcube.sieve that you showed in an earlier > thread contained a single discard action, which is therefore the only > likely culprit. Now the question boils down to: why is this discard > action triggered? The interesting part of the script is the following: > > require ["comparator-i;ascii-numeric","relational"]; > if header :value "ge" :comparator "i;ascii-numeric" > ["X-Spam-score"]["500"] > { > discard; > stop; > } > > Since the message is discarded, it will most likely be impossible to > retrieve that message and check why it fires this rule. The relatively > innocent situation would be that your Spam filter truly produces this > interesting score of > 500. A less innocent case would be a bug in the > Sieve interpreter. Either way, we need to have access to one of those > messages that triggers this rule and gets discarded without apparent > reason. > > My suggestion is to replace that `discard;' action with a `fileinto > > :create "Debug";' action (:create creates the folder implicitly; depends > > on mailbox extension require) to file messages that would normally be > discarded into a special folder for later evaluation. Alternatively, you > can redirect such messages to a special mail account. > > Only then can we trace this problem any deeper. > > Regards, > > Stephan. thanks Stephan I just change my sieve script by removing the implicit discard a fileinto :create "Junk.spam.spam" until next time -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alietsantiesteban at gmail.com Mon Jul 4 03:53:03 2011 From: alietsantiesteban at gmail.com (Aliet Santiesteban Sifontes) Date: Sun, 3 Jul 2011 20:53:03 -0400 Subject: [Dovecot] Dovecot error on rhel 6.1 using GFS2(bug) Message-ID: Hi, just to let you know to all the people testing dovecot in a RHEL 6.1 setup where nodes are Active/Active and sharing a GFS2 filesystem that there is a bug on latest rhel6.1 GFS2 kernel modules, and latest updates in 6.0 wich makes dovecot crash a GFS2 filesystem, with a corruption and other related errors, redhat people have posted a fix for the kernel wich is in QA: https://bugzilla.redhat.com/show_bug.cgi?id=712139 Just hope this helps somebody to don't waste many nights looking for a problem in dovecot config :) as I did... best regards, Aliet From wrosenauer at gmail.com Mon Jul 4 11:04:23 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Mon, 4 Jul 2011 10:04:23 +0200 Subject: [Dovecot] imap idle and concurrent connections Message-ID: Hi, in my testing dovecot (1.2 in that case) seems to not notify all idling clients about new "recent" mails but only one of them. The others get usually a message about the new number of mails after some time but never recent ones. Only one client gets notified about a new mail. Is that a known issue or something which might be configuration specific? Wolfgang From lists at wildgooses.com Mon Jul 4 12:25:49 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 04 Jul 2011 10:25:49 +0100 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: References: Message-ID: <4E11871D.2090607@wildgooses.com> On 04/07/2011 09:04, Wolfgang Rosenauer wrote: > Hi, > > in my testing dovecot (1.2 in that case) seems to not notify all > idling clients about new "recent" mails but only one of them. The > others get usually a message about the new number of mails after some > time but never recent ones. > Only one client gets notified about a new mail. Is that a known issue > or something which might be configuration specific? Interesting if you have a reproducible test case? I have seen a peculiar issue for a while with Thunderbird, where in a shared inbox, my Thunderbird is set to enable it's basic "lemonade" support and very occasionally someone else using the shared mailbox marks a message read but I don't see it read on my machine (it's even tricky to get TB to resync and notice...). Also sometimes two emails arriving very close together my Thunderbird only shows one of them There are plenty of non Dovecot things which could cause these symptoms: Thunderbird bugs (probably!), NAT timeouts on the client side (I'm behind a NAT). However, I haven't been able to repro this in a consistent way... Do please consider if NAT is involved in your scenario. I have a sneaking suspicion that NAT timeouts might be at least part of the reason? Good luck Ed W From lists at wildgooses.com Mon Jul 4 12:46:31 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 04 Jul 2011 10:46:31 +0100 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. In-Reply-To: References: Message-ID: <4E118BF7.8050004@wildgooses.com> On 03/07/2011 07:20, Peter Dolding wrote: > Now what I need to be able to deal with the problem. Have you considered a new Dovecot storage backend? I have plotted some designs on a napkin a few times.. Consider some kind of storage server with "eventually consistent" replication capabilities. This could be used for the metadata storage for all the emails (ie FROM, TO, DATE, SUBJECT and all the other non body parts you might search on) Your replication engine can now work in conjunction with Dovecot to sync changes between servers as quickly as possible, eg if desired implement a two phase commit when the LDA delivers new emails, so that all storage servers confirm they have received the new email. You could if you wish implement quorum support (ie some server which was offline for some mail deliveries proxies requests to another storage block until it's caught up syncing) You may or may not store the message bodies and attachments with the mail metadata. I can see performance arguments depending on what operations you do most commonly. A theoretically (but probably horrible in practice) idea might be to consider "DB query latency" vs transfer speed. The metadata needs to cover 99% of common searches and deliver results quickly - as such it needs to be "near" Dovecot and cover the main message headers, and perhaps also message body structure (list of parts, etc). Next tier down is probably satisfying full text searches of message bodies and supplying body parts (where the most common queries might be either just text/html parts (smart clients) or the entire body (common clients). Some kind of compressed blocking format for message bodies is probably most optimal and storing larger attachments separately would be an interesting way to increase cache hit ratios. I don't know whether Timo is interested in working such a project, but I for one would be interested to sponsor some work on robust async replication, perhaps there is some crossover with synchronous replication that you desire? I think this is an interesting area to develop. Cyrus has done some work on this stuff - I haven't followed it, but would be interesting to see what they have done? Good luck Ed W From wrosenauer at gmail.com Mon Jul 4 13:07:10 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Mon, 4 Jul 2011 12:07:10 +0200 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: <4E11871D.2090607@wildgooses.com> References: <4E11871D.2090607@wildgooses.com> Message-ID: Hi, On Mon, Jul 4, 2011 at 11:25 AM, Ed W wrote: > On 04/07/2011 09:04, Wolfgang Rosenauer wrote: >> Hi, >> >> in my testing dovecot (1.2 in that case) seems to not notify all >> idling clients about new "recent" mails but only one of them. The >> others get usually a message about the new number of mails after some >> time but never recent ones. >> Only one client gets notified about a new mail. Is that a known issue >> or something which might be configuration specific? > > Interesting if you have a reproducible test case? this is reproduced with IMAP connections idling in a telnet session. Two telnet imap connections open and both idling on the inbox and only one of them gets the "1 recent" notification. I've reproduced on a system where I have access which is a Dovecot 1.0 as delivered in Debian Lenny but also on another system which is apparently Dovecot 1.2 (but I have no direct access to that one so cannot be sure which version runs exactly. Wolfgang From ruskie at codemages.net Mon Jul 4 13:38:01 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Mon, 4 Jul 2011 12:38:01 +0200 (CEST) Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present In-Reply-To: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> References: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> Message-ID: :2011-06-28T21:38:Sergey Urushkin: > Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on Ubuntu > Lucid, but needed some features from dovecot2, so I installed 2.0.13 from > https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . Now I get > Subj error while trying to authenticate via dovecot auth-client socket. > However IMAP auth works fine with 2.0.13 and smtp auth worked fine until > upgrade, so I think there is something wrong with dovecot2. > > Dovecot logs stay empty even with auth_debug*, just one string "auth: Debug: > Loading modules from bla...". But here is another information that may help. > And if it's needed I can build dovecot myself to ensure that ppa-build isn't > guilty. Or debug some another way. If this is still relevant. This has been fixed in a later than 4.71 exim - specifically 4.72(current version is 4.76) so just upgrade and it will work. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Don't forget: the future is now. It's just not widely distributed yet. From ruskie at codemages.net Mon Jul 4 13:38:01 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Mon, 4 Jul 2011 12:38:01 +0200 Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present In-Reply-To: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> References: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> Message-ID: :2011-06-28T21:38:Sergey Urushkin: > Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on Ubuntu > Lucid, but needed some features from dovecot2, so I installed 2.0.13 from > https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . Now I get > Subj error while trying to authenticate via dovecot auth-client socket. > However IMAP auth works fine with 2.0.13 and smtp auth worked fine until > upgrade, so I think there is something wrong with dovecot2. > > Dovecot logs stay empty even with auth_debug*, just one string "auth: Debug: > Loading modules from bla...". But here is another information that may help. > And if it's needed I can build dovecot myself to ensure that ppa-build isn't > guilty. Or debug some another way. If this is still relevant. This has been fixed in a later than 4.71 exim - specifically 4.72(current version is 4.76) so just upgrade and it will work. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Don't forget: the future is now. It's just not widely distributed yet. From ml at smtp.fakessh.eu Mon Jul 4 15:19:27 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Mon, 4 Jul 2011 14:19:27 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107040040.18689.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> Message-ID: <201107041419.35221.ml@smtp.fakessh.eu> Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit?: > Le dimanche 3 juillet 2011 23:57, Stephan Bosch a ?crit?: > > On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > > I met a few times the problem or an email that passes through a sieve > > > script is silently discard > > > after delivery but never returned to the inbox > > > > > > all testimonials are welcome > > > > [...] > > > > > plugin { > > > > [...] > > > > > plugin = $mail_plugins autocreate managesieve sieve > > > sieve = ~/.dovecot.sieve > > > sieve_before = /var/sieve-scripts/roundcube.sieve > > > sieve_dir = ~/sieve > > > sieve_global_path = whatever > > > } > > > > [...] > > > > > egrep lda /var/Log/maillog > > > > [...] > > > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > > > script(1): /var/sieve-scripts/roundcube.sieve > > > > [...] > > > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > > > from /var/sieve-scripts/roundcube.svbin > > > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > > > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked > > > message to be discarded if not explicitly delivered (discard action) > > > > I would not call this a silent discard: it is reported in the log above. > > Also, the contents of roundcube.sieve that you showed in an earlier > > thread contained a single discard action, which is therefore the only > > likely culprit. Now the question boils down to: why is this discard > > action triggered? The interesting part of the script is the following: > > > > require ["comparator-i;ascii-numeric","relational"]; > > if header :value "ge" :comparator "i;ascii-numeric" > > ["X-Spam-score"]["500"] > > { > > discard; > > stop; > > } > > > > Since the message is discarded, it will most likely be impossible to > > retrieve that message and check why it fires this rule. The relatively > > innocent situation would be that your Spam filter truly produces this > > interesting score of > 500. A less innocent case would be a bug in the > > Sieve interpreter. Either way, we need to have access to one of those > > messages that triggers this rule and gets discarded without apparent > > reason. > > > > My suggestion is to replace that `discard;' action with a `fileinto > > > > :create "Debug";' action (:create creates the folder implicitly; depends > > > > on mailbox extension require) to file messages that would normally be > > discarded into a special folder for later evaluation. Alternatively, you > > can redirect such messages to a special mail account. > > > > Only then can we trace this problem any deeper. > > > > Regards, > > > > Stephan. > > thanks Stephan > > I just change my sieve script by removing the implicit discard > a fileinto :create "Junk.spam.spam" > > > until next time Hi Stephan it just happened a mail that was issued in INBOX.spam.spam supposedly a hit with spam than 500 which does not appear in the body of the mail here Return-Path: X-Original-To: fakessh at localhost.r13151.ovh.net Delivered-To: fakessh at localhost.r13151.ovh.net Received: from r13151.ovh.net (localhost.localdomain [127.0.0.1]) by r13151.ovh.net (Postfix) with ESMTP id BC2C3CC08C for ; Mon, 4 Jul 2011 10:15:22 +0200 (CEST) X-SenderID: Sendmail Sender-ID Filter v1.0.0 r13151.ovh.net BC2C3CC08C Authentication-Results: r13151.ovh.net; sender-id=none header.from=mihamina@***tmb.org; spf=none smtp.mfrom=bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net Received-SPF: none (ml.ovh.net: No applicable sender policy available) receiver=r13151.ovh.net; identity=mailfrom; envelope-from="bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net"; helo=67.mail-out.ovh.net; client-ip=91.121.***.68 X-SenderID: Sendmail Sender-ID Filter v1.0.0 r13151.ovh.net C0199CC08B Authentication-Results: r13151.ovh.net; sender-id=none header.from=mihamina@***tmb.org; spf=none smtp.mfrom=bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net Received: from 67.mail-out.ovh.net (67.mail-out.ovh.net [91.121.***.68]) by r13151.ovh.net (Postfix) with SMTP id C0199CC08B for ; Mon, 4 Jul 2011 10:15:14 +0200 (CEST) Received: (qmail 27270 invoked by uid 503); 4 Jul 2011 08:16:42 -0000 Received: from b9.ovh.net (HELO mail200.ha.ovh.net) (213.186.33.59) by 67.mail-out.ovh.net with SMTP; 4 Jul 2011 08:16:42 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 4 Jul 2011 10:15:03 +0200 Mailing-List: Pour toute requete administrative, contactez bar-help at ml.ovh.net; Liste geree par ezmlm Precedence: bulk X-No-Archive: yes List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: bar at ml.ovh.net Delivered-To: mailing list bar at ml.ovh.net Received: from b0.ovh.net (HELO queue) (213.186.33.50) by b0.ovh.net with SMTP; 4 Jul 2011 10:15:03 +0200 Received: from smtp-out.ma**gasy.com (41.204.104.33) by mx1.ovh.net with SMTP; 4 Jul 2011 10:15:01 +0200 Received: from smtp-2.****line.mg (unknown [41.204.104.56]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-out.ma**gasy.com (Postfix) with ESMTPS id D6B1B94661; Mon, 4 Jul 2011 11:15:00 +0300 (EAT) Received: from localhost (antivirus3.ma**gasy.com [41.204.104.49]) by smtp-2.****line.mg (Postfix) with ESMTP id BD6A36008C; Mon, 4 Jul 2011 11:15:00 +0300 (EAT) X-Virus-Scanned: par antivirus3.ma***gasy.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 required=7 tests=[BAYES_00=-1.9] autolearn=ham Received: from smtp-2.b***line.mg ([41.204.104.56]) by localhost (antivirus3.ma**gasy.com [41.204.104.49]) (amavisd-new, port 10024) with ESMTP id jEBXnDCKPoY4; Mon, 4 Jul 2011 11:14:54 +0300 (EAT) Received: from packard.**tmb.org (staff-104-10.ma***gasy.com [41.204.104.10]) by smtp-2.blueline.mg (Postfix) with SMTP id 5A89860064; Mon, 4 Jul 2011 11:14:53 +0300 (EAT) Date: Mon, 4 Jul 2011 11:14:53 +0300 From: Mihamina Rakotomandimby To: bar at ml.ovh.net Cc: sd-basic at ml.ovh.net Message-Id: <20110704111453.87dd4f6c.mihamina@**tmb.org> In-Reply-To: References: <4E0EF717.1050300@****heberg.com> X-Mailer: Sylpheed 3.1.0beta2 (GTK+ 2.22.0; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 8540232269748607743 X-Ovh-Remote: 41.204.104.33 (smtp-out.ma**gasy.com) X-Ovh-Local: 213.186.33.29 (mx1.ovh.net) X-Spam-Check: DONE|U 0.5/N Subject: [bar] Re: [sd-basic] marketplace de SaaS X-Length: 5051 X-UID: 1 I do not see why this email was issued in this box -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oiaohm at gmail.com Mon Jul 4 15:52:37 2011 From: oiaohm at gmail.com (Peter Dolding) Date: Mon, 4 Jul 2011 22:52:37 +1000 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. Message-ID: > Mon, 04 Jul 2011 10:46:31 Ed W > On 03/07/2011 07:20, Peter Dolding wrote: > > Now what I need to be able to deal with the problem. > > Have you considered a new Dovecot storage backend? I have plotted some > designs on a napkin a few times.. Consider some kind of storage server > with "eventually consistent" replication capabilities. This could be > used for the metadata storage for all the emails (ie FROM, TO, DATE, > SUBJECT and all the other non body parts you might search on) > Remember I am new to the Dovecot source code. How to code a Dovecot Storage backend it where I might have to start. Really I don't care if the servers are ever fully consistent other than the fact they both contain the same emails. Of course read status shared would be nice. If that status information is out so be it. "eventually consistent" is a deadly thing to try to aim for. Its a simple fact of what needs to be backed up. If a user is at one physical location all the time and connecting to the same server all the time they will not ever see that the 2 servers are not 100 percent synced. For my usage cases lot of times 100 percent synced will be more wasted effort. Roughly synced will be more than suitable. Of course what I am talking about can be used as an foundation to get data from point a to point b. > > Your replication engine can now work in conjunction with Dovecot to sync > changes between servers as quickly as possible, eg if desired implement > a two phase commit when the LDA delivers new emails, so that all storage > servers confirm they have received the new email. You could if you wish > implement quorum support (ie some server which was offline for some mail > deliveries proxies requests to another storage block until it's caught > up syncing) > You are missing something here. My sync's due to issues maybe chaos. So both servers may have been running split from each other both received emails the other has not had users accessing them. Both with users in using the web and local email clients. While all that is going on the servers have to sync. This is very much the worst case. I am sane. I am prepared to give up the users ability to change client programs between servers to make it be able to work. So IMAP unique identifies not be replicated ever. Basically any identifier that cannot be based of a server id + a unique number for server be only unique to the server its on. Basically I cannot ensure quickly and most of the time I don't really need that. As long as the email without breakage is not lost in the server for greater than 15 min without reaching person wanting to read it that would be fine for normal operations. This is still faster than exchange working with pop email accounts. Basically Ed W. I am saying this is the worst I can get away with in a working office. I have gone through the protocals I would most likely ever need to use from a business point of view. pop3 I know basically does not really give a stuff if what is hiding behind is multi master or single master. User might receive a few extra emails if they change between servers. Nothing system killing. As long as the user gets the emails in the end that is the important bit if they a copy for each server bad luck at least they got the email. Too many copies is not a issue from business point of view not getting the copy in the first place is an issue. smtp messages directly from multi locations outgoing does not give a stuff. imap4 who ever invented this protocol for what I want todo I fell like strangling. The id system completely sends you to hell. Business point of view this might be a issue if uses change between servers due to having to download everything again. activesync/Z-push Ok nice. ID are 64 char in size with no defined contents. No ascending order no trouble basically. So nothing stopping me doing server_id:then unique number. So that is most mobile devices covered. Message might disappear when moving between not totally synced servers. Message will catch up as syncs do. So from business usage annoying but issue is not long lasting. Ie custom backend on Z-push and mobile devices will work mostly fine with chaos between the storage servers. MAPI is 64 chars to 512 chars. for ID's. Again nothing in protocol stopping server_id:then unique number. Web applications much of a muchness. Since either they will connect to the same server as the http server at each location so be protected or can be hooked onto a new protocol to know they are connecting to a multi server back end and detect if there are issues going on. Mostly as bad as activesync if you change between hosting locations email syncs might not have caught up with you so a message might disappear temp. So only imap4 is requiring syncing so ids are in order. Question does everyone need imap4 server locations to be interchangeable. I know I don't. Since most people out the office either use web mail or activesync. Only in office will be using imap4. Now I cannot see any fast sane way for imap4 for other than make it id only unique to each server and maybe create like imap 5 for multi server with the option to run locally as a imap5 to imap4 converter. Reason you ask server when it synced with X server and you find out that is older than the copies you have you don't replace. So the client is hiding server to server sync issues. Sometimes the best solution is look at everything and see what is limiting you and deprecate it. If we don't need id aligned we don't need real-time connection. We don't need as reliable of an network. So failures are less. I guess everyone who has tried to sync has attempted to battle the imap protocal. I am mostly the first strange person who has said stuff syncing imap and just go straight past its defect and make the storage work. Simple fault in imap design make the complete back end replication a pain in but when it should be so simple. I have decided of someone else wants imap to be synced let that be their problem. Simple each location stores what they receive. and forwards to all other locations as those locations come on line and the other locations do the reverse. I like the idea of natural event syncing. That the items pure naturally sync with each other. No reprocessing to force syncing due to least amount conflicting data created. Possible for pop MAPI and activesync/Z-push todo natural syncing. IMAP the evil thing just does not want to play ball with natural syncing and it wants to set up events of conflicting data. IMAP might force a real-time synced server in some cases. A master server handing out IMAP id numbers for new messages is one possibility so removing the need change id's on the mail after it is stored. If my web interfaces are using something other than IMAP I could possibly say use webmail until fixed. Worst issues I can see is message read status and other times like that. Where user might have marked a message unread at X on one server and at Y time marked it back read on a different server. But these are more niggles. Better to have the users annoyed by minor niggles and working than unable to work because its broken. Dependable replications the more parts you use the more areas you have for failure. So far my research on what is possible seams to be coming out to reasonable. Hopefully once I have this idea fully ironed out I can start getting into code. I rarely code. But this is a true case I have a problem so I have motivation. Peter Dolding From a.othman at cairosource.com Mon Jul 4 14:58:34 2011 From: a.othman at cairosource.com (Amira Othman) Date: Mon, 4 Jul 2011 14:58:34 +0300 Subject: [Dovecot] virtual users Message-ID: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Hello All; Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on centos 5.6 I want to configure mail server without system account .I can send using the virtual account but can't receive and I have this in log file relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, status=bounced (unknown user: "hoda") my main.cf is myhostname = mail.domain.com mydomain = mydomain.com myorigin = $mydomain inet_interfaces = all mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain mynetworks = *.*.*.*/24, 127.0.0.0/8 relay_domains = home_mailbox = Maildir/ #home_mailbox = Mailbox/ alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mail_spool_directory = /var/spool/mail #SASL configuration smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous #permit SASL suthentication is added smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_sasl_local_domain = smtpd_sasl_authenticated_header = yes smtpd_tls_auth_only = no smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME #Hide the login banner smtpd_banner = $myhostname ESMTP #Disable verify function and using of TLS transport encryption between server and client disable_vrfy_command = yes virtual_mailbox_base = /home/vmail/ virtual_mailbox_maps = hash:/etc/postfix/virtual virtual_uid_maps = static:511 virtual_gid_maps = static:512 virtual_alias_maps = hash:/etc/postfix/virtual sender_bcc_maps = hash:/etc/postfix/bcc my dovecot.conf if ## Dovecot configuration file protocols = imap imaps pop3 pop3s disable_plaintext_auth = no shutdown_clients = yes ## ## Logging ## log_path = /var/log/dovecot.log ## ## SSL settings ## ## ## Login processes ## mail_location = maildir:~/Maildir ## ## IMAP specific settings ## protocol imap { # list of plugins to load. mail_plugins = quota imap_quota #mail_plugin_dir = /usr/lib/dovecot/imap # The list is space-separated. #imap_client_workarounds = outlook-idle imap_client_workarounds = delay-newmail outlook-idle netscape-eoh } ## ## POP3 specific settings ## protocol pop3 { pop3_uidl_format = %08Xu%08Xv # Required on x86_64 kernels login_process_size = 64 # list of plugins to load. mail_plugins = quota #pop3_client_workarounds = pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } ## ## LDA specific settings ## protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com } ## ## Authentication processes ## # Executable location #auth_krb5_keytab = auth default { # NOTE: See also disable_plaintext_auth setting. mechanisms = plain login # authentication to actually work. passdb pam { } passdb passwd-file { # Path for passwd-file args = /etc/dovecot/passwd } userdb passwd { } userdb static { args = uid=511 gid=512 home=/home/vmail/%d/%n } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { #quota = mysql:/etc/dovecot-dict-quota.conf } ## ## Plugin settings ## plugin { } Amira Othman Server Administrator www.cairosource.com 6 EL Nil EL Abyad, Mohandiseen Cairo, Egypt Direct: +2 02 3303 7175 Mobile: +2 012 220 4165 The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2131 bytes Desc: not available URL: From stephan at rename-it.nl Mon Jul 4 16:01:55 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 04 Jul 2011 15:01:55 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107041419.35221.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> Message-ID: <4E11B9C3.5050100@rename-it.nl> Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > I just change my sieve script by removing the implicit discard a > > fileinto :create "Junk.spam.spam" [...] > it just happened a mail that was issued in INBOX.spam.spam supposedly > a hit with spam than 500 which does not appear in the body of the > mail here [...] > I do not see why this email was issued in this box I've executed sieve-test with your script and message, which reproduces the problem at my end: === $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml ## Started executing script 'frop' 2: header test 2: starting `:value-ge' match with `i;ascii-numeric' comparator: 2: extracting `X-Spam-score' headers from message 2: matching value `-1.9' 2: with key `500' => 1 2: finishing match with result: matched 3: jump if result is false 3: not jumping 5: discard action; cancel implicit keep 6: stop command; end all script execution ## Finished executing script 'frop' Performed actions: * discard Implicit keep: (none) sieve-test(stephan): Info: final result: success === This turns out to be a classic mistake actually (which I didn't think of either). It is related to the (admittedly counter-intuitive) nature of the i;ascii-numeric comparator. From RFC4790, Section 9.1.1 (http://tools.ietf.org/html/rfc4790#section-9.1.1): `The "i;ascii-numeric" collation is a simple collation intended for use with arbitrarily-sized, unsigned decimal integer numbers stored as octet strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. Before converting from string to integer, the input string is truncated at the first non-digit character. All input is valid; strings that do not start with a digit represent positive infinity.' This comparator thus works on UNSIGNED integers only. Even worse, negative numbers are mapped to positive infinity, which is obviously > 500! There is your problem. I remember that issue was reported some time ago by someone else too. To solve your problem, you need to check for the negative sign first. E.g.: require ["comparator-i;ascii-numeric","relational"]; if allof( not header :matches "x-spam-score" "-*", header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" "500") { discard; stop; } Or, even better: start using the spamtest(plus) extension. Regards, Stephan. From tss at iki.fi Mon Jul 4 16:40:33 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 4 Jul 2011 16:40:33 +0300 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: References: <4E11871D.2090607@wildgooses.com> Message-ID: <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> On 4.7.2011, at 13.07, Wolfgang Rosenauer wrote: > Two telnet imap connections open and both idling on the inbox and only > one of them gets the "1 recent" notification. This is how it's supposed to work according to IMAP RFC. Only one session ever sees a message as \Recent. Both of them gets an updated EXISTS though. From CMarcus at Media-Brokers.com Mon Jul 4 16:51:23 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 04 Jul 2011 09:51:23 -0400 Subject: [Dovecot] virtual users In-Reply-To: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Message-ID: <4E11C55B.9050808@Media-Brokers.com> On 2011-07-04 7:58 AM, Amira Othman wrote: > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 Need I say it? Upgrade. Both are now unsupported/EOL for a long time now... -- Best regards, Charles From rob0 at gmx.co.uk Mon Jul 4 17:02:59 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Mon, 4 Jul 2011 09:02:59 -0500 Subject: [Dovecot] virtual users In-Reply-To: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Message-ID: <20110704140259.GN24069@cardinal> On Mon, Jul 04, 2011 at 02:58:34PM +0300, Amira Othman wrote: > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on centos > 5.6 I want to configure mail server without system account .I can > send using the virtual account but can't receive and I have this in > log file > > relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, > status=bounced (unknown user: "hoda") This is a Postfix problem, not a Dovecot one. It says that the recipient domain is in this list: > mydestination = $myhostname, localhost.$mydomain, localhost, > $mydomain ... but the "hoda" user or alias does not exist in /etc/passwd nor /etc/aliases. See: http://www.postfix.org/VIRTUAL_README.html http://www.postfix.org/ADDRESS_CLASS_README.html The "upgrade" advice is very good. You should not be starting out with something so long past the end of its support. Follow up on Postfix issues on the Postfix list. However, your issue will probably be solved with some time in the documentation. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From rob0 at gmx.co.uk Mon Jul 4 17:09:59 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Mon, 4 Jul 2011 09:09:59 -0500 Subject: [Dovecot] virtual users In-Reply-To: <20110704140259.GN24069@cardinal> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> <20110704140259.GN24069@cardinal> Message-ID: <20110704140959.GO24069@cardinal> On Mon, Jul 04, 2011 at 09:02:59AM -0500, I wrote: > On Mon, Jul 04, 2011 at 02:58:34PM +0300, Amira Othman wrote: > > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on > > centos 5.6 I want to configure mail server without system account > > .I can send using the virtual account but can't receive and I > > have this in log file > > > > relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, > > status=bounced (unknown user: "hoda") > > This is a Postfix problem, not a Dovecot one. It says that the > recipient domain is in this list: > > > mydestination = $myhostname, localhost.$mydomain, localhost, > > $mydomain > > ... but the "hoda" user or alias does not exist in /etc/passwd > nor /etc/aliases. > > See: > http://www.postfix.org/VIRTUAL_README.html > http://www.postfix.org/ADDRESS_CLASS_README.html This list should also include: http://www.postfix.org/BASIC_CONFIGURATION_README.html because mydestination, myhostname, and mydomain settings are covered therein. > The "upgrade" advice is very good. You should not be starting out > with something so long past the end of its support. > > Follow up on Postfix issues on the Postfix list. However, your issue > will probably be solved with some time in the documentation. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From tom at elysium.ltd.uk Mon Jul 4 17:18:47 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Mon, 4 Jul 2011 15:18:47 +0100 Subject: [Dovecot] Public Mailbox & ACLs Message-ID: <024401cc3a55$4a448f20$decdad60$@ltd.uk> Hi, I'm having a problem I can't get my head around. I'm trying to setup a public mailbox that is hidden from all users unless granted access through an ACL. My folder structure is (migrated from a Courier IMAP/Qmail server): /var/spool/maildir - main public folder (contains a few .qmail files to redirect mail to the correct subfolder) /var/spool/maildir/Support - support public folder (a public folder rather than a maildir) /var/spool/maildir/Support/.SubFolder1 - support sub folder 1 (a maildir) /var/spool/maildir/Support/.SubFolder2 - support sub folder 2 (another maildir) /var/spool/maildir/System /var/spool/maildir/System/.SubFolder1 /var/spool/maildir/System/.SubFolder2 I couldn't get the namespace working correctly to just have 1 folder called "Shared" (you just got an empty folder when trying to subscribe). I ended up making 2 namespaces below: namespace { type = public separator = . prefix = Shared.Support. location = maildir:/var/spool/maildir/Support:INDEX=~/Maildir/Support subscriptions = no } namespace { type = public separator = . prefix = Shared.System. location = maildir:/var/spool/maildir/System:INDEX=~/Maildir/System subscriptions = no } This allowed me to get the result I was looking for. Using an ACL I get a Shared->Support/System->Subfolders view. However the problem is when a user is not in the ACL they can still see the Shared->Support/System folders (just none of the subfolders) and obviously can't subscribe. Could someone let me know what I am doing wrong and if there is a better way of doing this? Many thanks, Tom From urushkin at telros.ru Mon Jul 4 21:21:51 2011 From: urushkin at telros.ru (Sergey Urushkin) Date: Mon, 04 Jul 2011 22:21:51 +0400 Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present Message-ID: <526e24a5310d06f0314c678945052a80@telros.ru> On Mon, 4 Jul 2011 12:38:01 +0200, Andra? 'ruskie' Levstik wrote: > :2011-06-28T21:38:Sergey Urushkin: > >> Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on >> Ubuntu >> Lucid, but needed some features from dovecot2, so I installed 2.0.13 >> from >> https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . >> Now I get >> Subj error while trying to authenticate via dovecot auth-client >> socket. >> However IMAP auth works fine with 2.0.13 and smtp auth worked fine >> until >> upgrade, so I think there is something wrong with dovecot2. >> >> Dovecot logs stay empty even with auth_debug*, just one string >> "auth: Debug: >> Loading modules from bla...". But here is another information that >> may help. >> And if it's needed I can build dovecot myself to ensure that >> ppa-build isn't >> guilty. Or debug some another way. > > If this is still relevant. > > This has been fixed in a later than 4.71 exim - specifically > 4.72(current version is 4.76) so just upgrade and it will work. Thanks, it's working after upgrading. As you adviced, I wanted to check if the latest version works before posting exim bug report. Well, no bug - no report is needed. > > Regards -- Best regards, Sergey Urushkin From cinzia.innocenzi at hp.com Mon Jul 4 21:58:28 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Mon, 4 Jul 2011 18:58:28 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <1309412169.10421.1020.camel@hurina> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> Hello Timo, I'm sorry I haven't replied before, but I've been investigating as much as possible on this problem, and, for a moment, I thought I came up with something... Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. Furthermore, I found out that the back end nodes didn't have resolv.conf aligned properly. So I blamed the errors to this misconfiguration, especially because as soon as I aligned resolv.conf, the three stuck mails I had in the queue this morning got delivered immediately! Unfortunately, this is not the case. I applied the three patches you provided to front end proxies and back end nodes. I have a stuck mail that will not get delivered! I'm attaching the logs. Thanks again for your help. Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com ?? Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: gioved? 30 giugno 2011 7.36 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP Try to apply these patches to both proxy and backend and see what it logs then? http://hg.dovecot.org/dovecot-2.0/raw-rev/1b1fc681a277 http://hg.dovecot.org/dovecot-2.0/raw-rev/36e7ded2ef0b http://hg.dovecot.org/dovecot-2.0/raw-rev/537d4b6d9a7a On Tue, 2011-06-28 at 08:38 +0000, Innocenzi, Cinzia wrote: > Hello Timo, > > so far I've seen this happening when proxying a mail for one recipient; I've never seen this happening for multiple recipients. > > The other thing I've noticed is that if I reload dovecot, the mail usually gets delivered. Once, it remained stuck in the queue, but after a few hours, when I checked postfix's queue again, it got delivered. > > Let me know if you need further information. > > Regards, > > CINZIA INNOCENZI > Technical Consulting > HP Enterprise Services > Telephone +39 06.6542.5758 > Email cinzia.innocenzi at hp.com > Via Achille Campanile, 85 / Rome, Italy 00143 > > > > -----Original Message----- > From: Timo Sirainen [mailto:tss at iki.fi] > Sent: marted? 28 giugno 2011 2.04 > To: Innocenzi, Cinzia > Cc: dovecot at dovecot.org; Del Coiro, Maria Giacinta > Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP > > On Wed, 2011-06-22 at 10:31 +0000, Innocenzi, Cinzia wrote: > > Hello, > > > > we have dovecot 2.0.13 installed in our RHEL5 servers. We use dovecot > > as a lmtp proxy on the front end mail relays and dovecot for back end > > lmtp/pop/imap. All our servers have RHEL5.6 64-bit and dovecot 2.0.13 > > installed, and the back end has also an ext3 mbox file-system mounted. > > > > Sometimes we have mails that get stuck on our postfix queue with the > > following error: Remote server not answering (timeout in DATA input) > > (in reply to end of DATA command) > .. > > It doesn't happen for every single mail, it's random. > > My guess is there's a bug somewhere in the LMTP proxy code. It's a bit > annoyingly complex code.. Do you see this happening when proxying only a > single mail (one RCPT TO per DATA, not multiple)? > > And I would guess that when attempting to deliver the same mail again it > works fine (at least in a few tries)? > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot.log Type: application/octet-stream Size: 2415 bytes Desc: dovecot.log URL: From cinzia.innocenzi at hp.com Mon Jul 4 23:08:57 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Mon, 4 Jul 2011 20:08:57 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A18F4@GVW1102EXC.americas.hpqcorp.net> Timo, I started dovecot on both servers in debug mode. I'm attaching the output. The mail unfortunately is still stuck, sigh! Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com ?? Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Innocenzi, Cinzia Sent: luned? 4 luglio 2011 20.58 To: 'Timo Sirainen' Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: RE: [Dovecot] Dovecot 2.0.13 problem with LMTP Hello Timo, I'm sorry I haven't replied before, but I've been investigating as much as possible on this problem, and, for a moment, I thought I came up with something... Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. Furthermore, I found out that the back end nodes didn't have resolv.conf aligned properly. So I blamed the errors to this misconfiguration, especially because as soon as I aligned resolv.conf, the three stuck mails I had in the queue this morning got delivered immediately! Unfortunately, this is not the case. I applied the three patches you provided to front end proxies and back end nodes. I have a stuck mail that will not get delivered! I'm attaching the logs. Thanks again for your help. Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: gioved? 30 giugno 2011 7.36 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP Try to apply these patches to both proxy and backend and see what it logs then? http://hg.dovecot.org/dovecot-2.0/raw-rev/1b1fc681a277 http://hg.dovecot.org/dovecot-2.0/raw-rev/36e7ded2ef0b http://hg.dovecot.org/dovecot-2.0/raw-rev/537d4b6d9a7a On Tue, 2011-06-28 at 08:38 +0000, Innocenzi, Cinzia wrote: > Hello Timo, > > so far I've seen this happening when proxying a mail for one recipient; I've never seen this happening for multiple recipients. > > The other thing I've noticed is that if I reload dovecot, the mail usually gets delivered. Once, it remained stuck in the queue, but after a few hours, when I checked postfix's queue again, it got delivered. > > Let me know if you need further information. > > Regards, > > CINZIA INNOCENZI > Technical Consulting > HP Enterprise Services > Telephone +39 06.6542.5758 > Email cinzia.innocenzi at hp.com > Via Achille Campanile, 85 / Rome, Italy 00143 > > > > -----Original Message----- > From: Timo Sirainen [mailto:tss at iki.fi] > Sent: marted? 28 giugno 2011 2.04 > To: Innocenzi, Cinzia > Cc: dovecot at dovecot.org; Del Coiro, Maria Giacinta > Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP > > On Wed, 2011-06-22 at 10:31 +0000, Innocenzi, Cinzia wrote: > > Hello, > > > > we have dovecot 2.0.13 installed in our RHEL5 servers. We use > > dovecot as a lmtp proxy on the front end mail relays and dovecot for > > back end lmtp/pop/imap. All our servers have RHEL5.6 64-bit and > > dovecot 2.0.13 installed, and the back end has also an ext3 mbox file-system mounted. > > > > Sometimes we have mails that get stuck on our postfix queue with the > > following error: Remote server not answering (timeout in DATA input) > > (in reply to end of DATA command) > .. > > It doesn't happen for every single mail, it's random. > > My guess is there's a bug somewhere in the LMTP proxy code. It's a bit > annoyingly complex code.. Do you see this happening when proxying only > a single mail (one RCPT TO per DATA, not multiple)? > > And I would guess that when attempting to deliver the same mail again > it works fine (at least in a few tries)? > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot.debug.log Type: application/octet-stream Size: 3279 bytes Desc: dovecot.debug.log URL: From wrosenauer at gmail.com Tue Jul 5 09:34:40 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Tue, 5 Jul 2011 08:34:40 +0200 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> References: <4E11871D.2090607@wildgooses.com> <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> Message-ID: Hi, On Mon, Jul 4, 2011 at 3:40 PM, Timo Sirainen wrote: > On 4.7.2011, at 13.07, Wolfgang Rosenauer wrote: > >> Two telnet imap connections open and both idling on the inbox and only >> one of them gets the "1 recent" notification. > > This is how it's supposed to work according to IMAP RFC. Only one session ever sees a message as \Recent. Both of them gets an updated EXISTS though. Is this: RFC 3501 Section 7.3.2? Examples of situations in which this is not the case are: multiple clients having the same mailbox open (the first session to be notified will see it as recent, others will probably see it as non-recent) So the implementation seems to be fine according to the RFC but it came somehow unexpected to me. It's not that this is required by the RFC though. Thanks for the information, Wolfgang From udo.lembke at albertbauer.com Tue Jul 5 13:47:32 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Tue, 05 Jul 2011 12:47:32 +0200 Subject: [Dovecot] Problems with acl and shared namespace In-Reply-To: <4E0C4990.3070602@albertbauer.com> References: <4E0C4990.3070602@albertbauer.com> Message-ID: <4E12EBC4.4030704@albertbauer.com> Hi, i'm answer myself to give other people an hint which has an similar problem (or better say similar "none experiences" with dovecot). Am 30.06.2011 12:01, schrieb Udo Lembke: > Hi, > i'm a dovecot-newbie and also new at this mailinglist. > I'm try to configure an mailserver with dovecot2, postfix and > postfixadmin. At this time i struggle with acl and shared namespace. > ... At this time i'm know a little bit more (it's allways good to read the doku). I change my layout to: privat mailbox, privat archive area and public shared area (because of trouble to see shared folder from other accounts). The public shared area are symlinked below the archiv-area: ls -lsa archiv/example.org/test4/ insgesamt 16 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:40 . 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:27 .. 4 drwx------ 2 dovecot dovecot 4096 5. Jul 11:27 archiv 4 -rw------- 1 dovecot dovecot 108 5. Jul 11:40 dovecot-acl-list 0 lrwxrwxrwx 1 root root 16 5. Jul 11:27 public -> /var/data/public The problem is, that the acls are not reconiced - the acl should forbid an access, but access is possible. This show the telnet imap-session: . list "" "*" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Spam" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public/kunde_2" * LIST (\HasNoChildren) "/" "archiv/test4 at example.org/public/kunde_2/Kundenmails" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public/kunde_3" * LIST (\HasNoChildren) "/" "archiv/test4 at example.org/public/kunde_3/Kundenmails" * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" . OK List completed. During the listing i got the the error: Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2/Kundenmails Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_3 Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_3/Kundenmails This ist right, but why was the mailboxes showed (and also full accessible)? The acl-files: cat public/dovecot-acl #anyone lr cat public/kunde_2/dovecot-acl user=ulembke at example.org lrwstipeka user=test3 at example.org lrwstipeka cat public/kunde_2/Kundenmails/dovecot-acl user=test3 at example.org akeilprwts user=ulembke at example.org akeilprwts cat public/kunde_3/dovecot-acl user=ulembke at example.org lrwstipeka user=test2 at example.org lrwstipeka anyone The acl-entry in the config: plugin { acl = vfile } # To let users LIST mailboxes shared by other users, Dovecot needs a # shared mailbox dictionary. For example: plugin { acl_shared_dict = file:/var/data/dovecot/shared-mailboxes/%u } I have read, that acl_shared_dict with an sql-backend work better like vfile. Use anybody normal vfile for that? The public-namespace: namespace { type = public separator = / prefix = "public/" location = maildir:/var/data/public:INDEX=/var/data/indexes/public/%u:LAYOUT=fs inbox = no hidden = no subscriptions = no list = yes } The other config should the same like in the first post. Any hint? Best regards Udo (perhaps i stick to cyrus) From tss at iki.fi Tue Jul 5 17:26:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 05 Jul 2011 17:26:03 +0300 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> Message-ID: <1309875963.10421.1062.camel@hurina> On Mon, 2011-07-04 at 18:58 +0000, Innocenzi, Cinzia wrote: > Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. You mean every time when LMTP gets disconnected because of inactivity, the LDAP gets also disconnected? This is beginning to sound like it's not a Dovecot bug.. From cinzia.innocenzi at hp.com Tue Jul 5 18:39:36 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Tue, 5 Jul 2011 15:39:36 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <1309875963.10421.1062.camel@hurina> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> <1309875963.10421.1062.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A1C31@GVW1102EXC.americas.hpqcorp.net> Actually this doesn't happen every time there's inactivity, but the following message appears often in dovecot proxy's logfile: auth: Error: LDAP: Connection lost to LDAP server, reconnecting I thought this information could be of use to you. Please let me know if there's anything else I can check. Regards, Cinzia -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: marted? 5 luglio 2011 16.26 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: RE: [Dovecot] Dovecot 2.0.13 problem with LMTP On Mon, 2011-07-04 at 18:58 +0000, Innocenzi, Cinzia wrote: > Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. You mean every time when LMTP gets disconnected because of inactivity, the LDAP gets also disconnected? This is beginning to sound like it's not a Dovecot bug.. From florent at coppint.com Tue Jul 5 18:46:40 2011 From: florent at coppint.com (Florent Bautista) Date: Tue, 05 Jul 2011 17:46:40 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" Message-ID: <4E1331E0.8070008@coppint.com> Hi all, I just joigned this list, so I'm sorry if this problem has already been reported. I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, others for LDA, others for authentification only, etc. All servers are accessing a shared file system, based on MooseFS (www.moosefs.org). The FS is mounted using FUSE. All my Dovecot servers have this configuration : mail_fsync = always mail_nfs_index = yes mail_nfs_storage = yes mmap_disable = yes (as adviced for NFS installation). But I'm still getting errors like this in POP/IMAP logs : Error: Corrupted index cache file /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid record size Sometimes my Dovecot LDA repairs these files, but then it happens again... All my servers are running Debian 6 over KVM virtualization. Have you ever encountered this ? Do you think this is a Dovecot problem or MooseFS problem ? Thank you a lot for your answers. -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ From florent at coppint.com Tue Jul 5 19:02:35 2011 From: florent at coppint.com (Florent Bautista) Date: Tue, 05 Jul 2011 18:02:35 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" In-Reply-To: <4E1331E0.8070008@coppint.com> References: <4E1331E0.8070008@coppint.com> Message-ID: <4E13359B.6000506@coppint.com> If more information is needed, please let me know. Le 05/07/2011 17:46, Florent Bautista a ?crit : > Hi all, > > I just joigned this list, so I'm sorry if this problem has already > been reported. > > I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, > others for LDA, others for authentification only, etc. > > All servers are accessing a shared file system, based on MooseFS > (www.moosefs.org). The FS is mounted using FUSE. > > All my Dovecot servers have this configuration : > > mail_fsync = always > mail_nfs_index = yes > mail_nfs_storage = yes > mmap_disable = yes > > (as adviced for NFS installation). > > But I'm still getting errors like this in POP/IMAP logs : > Error: Corrupted index cache file > /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid > record size > > Sometimes my Dovecot LDA repairs these files, but then it happens > again... > > All my servers are running Debian 6 over KVM virtualization. > > Have you ever encountered this ? Do you think this is a Dovecot > problem or MooseFS problem ? > > Thank you a lot for your answers. > -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ From xchris89x at googlemail.com Tue Jul 5 20:28:38 2011 From: xchris89x at googlemail.com (Christopher Stolzenberg) Date: Tue, 5 Jul 2011 19:28:38 +0200 Subject: [Dovecot] Dovecot 2.0.13 file backend quota Message-ID: Hello, I want to set a uniform quota for each mailbox. (2000 MB per mailbox, no message limit) plugin { quota = dict:User quota::file:%h/Maildir/dovecot-quota quota_rule = *:storage=2000M quota_warning = storage=85%% quota-warning 85 %u protocol imap { mail_plugins = quota imap_quota } protocol lda { auth_socket_path = /var/run/dovecot/auth-master mail_plugins = sieve quota } Is that enough or missing something? -- Christopher From list at airstreamcomm.net Tue Jul 5 20:52:13 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Tue, 05 Jul 2011 12:52:13 -0500 Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir Message-ID: We have an older mail server using qpopper and the mbox format which we need to update to dovecot and maildir format. I have read through the docs on migrating from mbox to maildir, as well as a few nuggets on how to migrate from qpopper to dovecot, and I was wondering if I could get some suggestions on best practices for this specific migration. Would the built in dovecot conversion plugin be a viable method to migrate users? We will be migrating to dovecot 2.0.12 from qpopper 4.0.5. Thanks. From member at linkedin.com Tue Jul 5 22:33:49 2011 From: member at linkedin.com (Carla Tironi Farinati via LinkedIn) Date: Tue, 5 Jul 2011 19:33:49 +0000 (UTC) Subject: [Dovecot] Invitation to connect on LinkedIn Message-ID: <1698502884.13066420.1309894429447.JavaMail.app@ela4-bed39.prod> LinkedIn ------------ Carla Tironi Farinati requested to add you as a connection on LinkedIn: ------------------------------------------ Michael A., I'd like to add you to my professional network on LinkedIn. - Carla Accept invitation from Carla Tironi Farinati http://www.linkedin.com/e/458g9e-gpr9bmdf-3e/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I185081265_20/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMcBYRdz8Ne30Re359bStOdPhfoAJKbP8Me38RczAPd3cLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Carla Tironi Farinati http://www.linkedin.com/e/458g9e-gpr9bmdf-3e/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I185081265_20/30OnPkScz4Uc3kUckALqnpPbOYWrSlI/svi/ ------------------------------------------ Why might connecting with Carla Tironi Farinati be a good idea? Carla Tironi Farinati's connections could be useful to you: After accepting Carla Tironi Farinati's invitation, check Carla Tironi Farinati's connections to see who else you may know and who you might want an introduction to. Building these connections can create opportunities in the future. -- (c) 2011, LinkedIn Corporation From jtam.home at gmail.com Tue Jul 5 23:41:02 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Tue, 5 Jul 2011 13:41:02 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: > We have an older mail server using qpopper and the mbox format which we > need to update to dovecot and maildir format. I have read through the docs > on migrating from mbox to maildir, as well as a few nuggets on how to > migrate from qpopper to dovecot, and I was wondering if I could get some > suggestions on best practices for this specific migration. Would the built > in dovecot conversion plugin be a viable method to migrate users? We will > be migrating to dovecot 2.0.12 from qpopper 4.0.5. I didn't do anything special other than to use pop3_reuse_xuidl = yes so that clients don't re-download all their messages. Joseph Tam From DaLiV at apollo.lv Tue Jul 5 23:49:25 2011 From: DaLiV at apollo.lv (DaLiV at apollo.lv) Date: Tue, 05 Jul 2011 23:49:25 +0300 Subject: [Dovecot] hardcoded patch for dovecot v2 - authentication (ldap ) and mail location configuration with domain determined by IP Message-ID: <4E1378D5.8040803@apollo.lv> for hg changeset 12866:537d4b6d9a7a need help for creating/movement array "lip2user" in each code part to loadable settings array from configuration files in config must contain many rows by 3 fields : ip,ldapdn,resolved -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: virtual-domain-auth-by-reverse-ip.patch URL: From list at airstreamcomm.net Wed Jul 6 00:08:54 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Tue, 05 Jul 2011 16:08:54 -0500 Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011 13:41:02 -0700 (PDT), Joseph Tam wrote: > On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: > >> We have an older mail server using qpopper and the mbox format which we >> need to update to dovecot and maildir format. I have read through the >> docs >> on migrating from mbox to maildir, as well as a few nuggets on how to >> migrate from qpopper to dovecot, and I was wondering if I could get some >> suggestions on best practices for this specific migration. Would the >> built >> in dovecot conversion plugin be a viable method to migrate users? We >> will >> be migrating to dovecot 2.0.12 from qpopper 4.0.5. > > I didn't do anything special other than to use > > pop3_reuse_xuidl = yes > > so that clients don't re-download all their messages. > > Joseph Tam Joseph, Did you convert the mbox emails to maildir format as well, or just put dovecot in front of the mbox files and run with the config setting you described above? I am attempting to convert all the mbox files to maildir format for use on a new system, and have found the mb2md.pl script on this page: http://wiki.dovecot.org/Migration/MailFormat I am going to test the script against a test user and see if it functions as expected. From jtam.home at gmail.com Wed Jul 6 03:05:30 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Tue, 5 Jul 2011 17:05:30 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: >> I didn't do anything special other than to use >> >> pop3_reuse_xuidl = yes >> >> so that clients don't re-download all their messages. > > Did you convert the mbox emails to maildir format as well, or just put > dovecot in front of the mbox files and run with the config setting you > described above? No, I left the mailboxes as mbox and did not convert to maildir. I had all sorts of mail clients and some use direct file access to their mailbox, so it requires a lot more deep-think before I can contemplate moving to maildir. Many people on this list have successfuly migrated to maildir so I don't think you'll have too much trouble. You'll appreciate that dovecot avoids some of the problems I had with qpopper: - qpopper made temp copies of a user's INBOX, and if you didn't put the drop copy on another filesytem, you essentially halved a user's quota. - because of the above, qpopper eats I/O like candy. - multiple client qoppper access will trouncing/locking user INBOXs. Joseph Tam From mnavaki at gmail.com Wed Jul 6 09:47:14 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 11:17:14 +0430 Subject: [Dovecot] Logging a special message into Dovecot source code Message-ID: Hi, I wanna modify Dovecot source code.For that,I need to know how can we log a special message into Dovecot source code? I tried to write a function to write a message in a file and added it to Dovecot source code,but it didn't work. I'm wondering if we can use Dovecote logging functions,but I don't know what are those functions and how can we use them. Thanks in advance. -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * * * From tom at elysium.ltd.uk Wed Jul 6 11:12:43 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 09:12:43 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <024401cc3a55$4a448f20$decdad60$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> Message-ID: <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> Hi, I've tried doing the following still with no luck. namespace { type = public separator = . prefix = Shared. location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared subscriptions = no } This allows everyone still to see Shared on subscriptions. Does anyone know how to stop this?? Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Tom Clark Sent: 04 July 2011 3:19 PM To: dovecot at dovecot.org Subject: [Dovecot] Public Mailbox & ACLs Hi, I'm having a problem I can't get my head around. I'm trying to setup a public mailbox that is hidden from all users unless granted access through an ACL. My folder structure is (migrated from a Courier IMAP/Qmail server): /var/spool/maildir - main public folder (contains a few .qmail files to redirect mail to the correct subfolder) /var/spool/maildir/Support - support public folder (a public folder rather than a maildir) /var/spool/maildir/Support/.SubFolder1 - support sub folder 1 (a maildir) /var/spool/maildir/Support/.SubFolder2 - support sub folder 2 (another maildir) /var/spool/maildir/System /var/spool/maildir/System/.SubFolder1 /var/spool/maildir/System/.SubFolder2 I couldn't get the namespace working correctly to just have 1 folder called "Shared" (you just got an empty folder when trying to subscribe). I ended up making 2 namespaces below: namespace { type = public separator = . prefix = Shared.Support. location = maildir:/var/spool/maildir/Support:INDEX=~/Maildir/Support subscriptions = no } namespace { type = public separator = . prefix = Shared.System. location = maildir:/var/spool/maildir/System:INDEX=~/Maildir/System subscriptions = no } This allowed me to get the result I was looking for. Using an ACL I get a Shared->Support/System->Subfolders view. However the problem is when a user is not in the ACL they can still see the Shared->Support/System folders (just none of the subfolders) and obviously can't subscribe. Could someone let me know what I am doing wrong and if there is a better way of doing this? Many thanks, Tom From mnavaki at gmail.com Wed Jul 6 12:24:48 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 13:54:48 +0430 Subject: [Dovecot] Logging a special message into Dovecot source code In-Reply-To: References: Message-ID: Hi, I wanna modify Dovecot source code.For that,I need to know how can we log a special message into Dovecot source code? I tried to write a function to write a message in a file and added it to Dovecot source code,but it didn't work. I'm wondering if we can use Dovecote logging functions,but I don't know what are those functions and how can we use them. Thanks in advance. -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * * * -- -- *Regards Meisam Navaki Arefi, * *M.Sc student,Computer Science, * ** *Amirkabir University Of Technology * *424 Hafez Avenue, Tehran ,Iran* From udo.lembke at albertbauer.com Wed Jul 6 12:38:43 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 11:38:43 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> Message-ID: <4E142D23.2080601@albertbauer.com> Hi Tom, sorry that I can't help you, but i have the same issue ( see thread "[Dovecot] Problems with acl and shared namespace" ). With a slightly different config (separator / and so on) but the same result - the public mailboxes are full accessible also from unauthorized accounts. I have also no answer to my questions - so i hope one of us get an answer. BTW. which dovecot version do you use? I use 2.0.13 - perhaps i should try 1.x? But i want to use new software on the new mailserver... Udo Am 06.07.2011 10:12, schrieb Tom Clark: > Hi, > > I've tried doing the following still with no luck. > > namespace { > type = public > separator = . > prefix = Shared. > location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared > subscriptions = no > } > > This allows everyone still to see Shared on subscriptions. Does anyone know > how to stop this?? > > Tom > ... From mnavaki at gmail.com Wed Jul 6 14:43:36 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 16:13:36 +0430 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: <1309412329.10421.1023.camel@hurina> References: <1309412329.10421.1023.camel@hurina> Message-ID: Actually,I want to disable authentication in dovecot.I don't want dovecot to authenticate.For that,I'm looking for into dovecot source code to find where dovecot compares passwords or do something like this.I found fuction named sasl_serever_auth_begin,but I couldn't understand what does it exactly do. On Thu, Jun 30, 2011 at 10:08 AM, Timo Sirainen wrote: > On Tue, 2011-06-28 at 12:07 +0430, Meisam Navaki wrote: > > Hi all, > > I'm reading dovecot source codes(2.0.13),and I need to know how dovecot > > communicate with sasl? > > For what purpose? Dovecot's login process communicates with auth process > via http://wiki2.dovecot.org/Design/AuthProtocol > > > I traced the source code from cmd_login function,and found out something > > about sasl_callback. > > but i never found where this function called and also I couldn't > understand > > how sasl inform the dovecot from authentication result. > > I'll be thankful if someone could help me out. > > The code is a bit tricky jumping all around.. I can help more if you > tell me what it is that you actually want to do. > > > -- -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * From mnavaki at gmail.com Wed Jul 6 14:46:23 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 16:16:23 +0430 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: References: <1309412329.10421.1023.camel@hurina> Message-ID: > Actually,I want to disable authentication in dovecot.I don't want dovecot > to authenticate.For that,I'm looking for into dovecot source code to find > where dovecot compares passwords or do something like this.I found fuction > named sasl_serever_auth_begin,but I couldn't understand what does it exactly > do. > > > On Thu, Jun 30, 2011 at 10:08 AM, Timo Sirainen wrote: > >> On Tue, 2011-06-28 at 12:07 +0430, Meisam Navaki wrote: >> > Hi all, >> > I'm reading dovecot source codes(2.0.13),and I need to know how dovecot >> > communicate with sasl? >> >> For what purpose? Dovecot's login process communicates with auth process >> via http://wiki2.dovecot.org/Design/AuthProtocol >> >> > I traced the source code from cmd_login function,and found out something >> > about sasl_callback. >> > but i never found where this function called and also I couldn't >> understand >> > how sasl inform the dovecot from authentication result. >> > I'll be thankful if someone could help me out. >> >> The code is a bit tricky jumping all around.. I can help more if you >> tell me what it is that you actually want to do. >> >> >> > > > -- > -- > *Regards > Meisam Navaki Arefi, > * > *System Programmer, > * > ** > *Bayan Co. > * > -- -- *Regards Meisam Navaki Arefi, * *M.Sc student,Computer Science, * ** *Amirkabir University Of Technology * *424 Hafez Avenue, Tehran ,Iran* From tom at elysium.ltd.uk Wed Jul 6 14:49:29 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 12:49:29 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E142D23.2080601@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> Message-ID: <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> Hi Udo, I'm using 2.0.8. I've managed to get the ACLs working by adding: mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is technically the right place. It may be better adding them to the plugins file). Then added the dovecot-acl files into the subdirectories. The only problem I'm having is that I can't get dovecot to NOT display the top level shared folders. Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Udo Lembke Sent: 06 July 2011 10:39 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, sorry that I can't help you, but i have the same issue ( see thread "[Dovecot] Problems with acl and shared namespace" ). With a slightly different config (separator / and so on) but the same result - the public mailboxes are full accessible also from unauthorized accounts. I have also no answer to my questions - so i hope one of us get an answer. BTW. which dovecot version do you use? I use 2.0.13 - perhaps i should try 1.x? But i want to use new software on the new mailserver... Udo Am 06.07.2011 10:12, schrieb Tom Clark: > Hi, > > I've tried doing the following still with no luck. > > namespace { > type = public > separator = . > prefix = Shared. > location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared > subscriptions = no > } > > This allows everyone still to see Shared on subscriptions. Does anyone know > how to stop this?? > > Tom > ... From cabeca at ist.utl.pt Wed Jul 6 15:31:49 2011 From: cabeca at ist.utl.pt (=?iso-8859-1?Q?Miguel_Cabe=E7a?=) Date: Wed, 6 Jul 2011 13:31:49 +0100 Subject: [Dovecot] proxying user logged in with master user Message-ID: <11FDAFBB-E0A0-46CB-977D-E3456289C2F5@ist.utl.pt> Hello, I'm running dovecot 1.2.15 and I'm having a problem proxying a user to another host, when this user is logged in with a masteruser. I have two dovecot servers configured to serve half of the users locally and to proxy the other half to the other host. Proxying is done using the masteruser feature (username*proxy) and it works as expected as the following test shows: # nc localhost 143 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI] Dovecot ready. 01 LOGIN ist90001 password_for_ist90001 01 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in ^C And the corresponding log entry: Jul 6 13:10:06 mail1 dovecot: imap-login: proxy(ist90001): started proxying to X.Y.Z.W:143/ist90001*proxy: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 6 13:10:09 mail1 dovecot: imap-login: proxy(ist90001): disconnecting 127.0.0.1 The ist90001 is proxied to the other host as expected and as configured. The problem occurs when I try to use another masteruser to log into the server: # nc localhost 143 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI] Dovecot ready. 01 LOGIN ist90001*super password_for_super_masteruser 01 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in ^C But this time the user isn't proxied to the other host. Instead he is logged in this host: Jul 6 13:11:14 mail1 dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 6 13:11:16 mail1 dovecot: IMAP(ist90001): Connection closed bytes=0/292 Is this the intended behavior or a bug? I was expecting the user to be logged in with the password of the super masteruser, and then be proxied to the other host as it happens when the user is logged in with it's own password. I can provide any configuration details if needed. Best Regards Miguel Cabe?a From udo.lembke at albertbauer.com Wed Jul 6 15:36:05 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 14:36:05 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> Message-ID: <4E1456B5.2040901@albertbauer.com> Hi Tom, are the ACLs working for you as namespace-type shared, or public? The non-reconiced ACLs are on type public at my installation (all user can access all folders). I had already in 20-imap.conf: protocol imap { mail_plugins = $mail_plugins acl imap_acl ... and in 10-mail.conf: mail_plugins = acl autocreate quota OK, acl are doubled, but i hope that's no problem. Udo Am 06.07.2011 13:49, schrieb Tom Clark: > Hi Udo, > > I'm using 2.0.8. I've managed to get the ACLs working by adding: > > mail_plugins = acl > protocol imap { > mail_plugins = $mail_plugins imap_acl > } > > To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is > technically the right place. It may be better adding them to the plugins > file). > > Then added the dovecot-acl files into the subdirectories. > > The only problem I'm having is that I can't get dovecot to NOT display the > top level shared folders. > > Tom From tom at elysium.ltd.uk Wed Jul 6 15:38:35 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 13:38:35 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E1456B5.2040901@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> Message-ID: <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> Hi Udo, My folders are public mailboxes rather than shared. Why don't you copy your namespace and dovecot-acl files here and we'll have a look at them? Tom -----Original Message----- From: Udo Lembke [mailto:udo.lembke at albertbauer.com] Sent: 06 July 2011 1:36 PM To: Tom Clark Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, are the ACLs working for you as namespace-type shared, or public? The non-reconiced ACLs are on type public at my installation (all user can access all folders). I had already in 20-imap.conf: protocol imap { mail_plugins = $mail_plugins acl imap_acl ... and in 10-mail.conf: mail_plugins = acl autocreate quota OK, acl are doubled, but i hope that's no problem. Udo Am 06.07.2011 13:49, schrieb Tom Clark: > Hi Udo, > > I'm using 2.0.8. I've managed to get the ACLs working by adding: > > mail_plugins = acl > protocol imap { > mail_plugins = $mail_plugins imap_acl > } > > To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is > technically the right place. It may be better adding them to the plugins > file). > > Then added the dovecot-acl files into the subdirectories. > > The only problem I'm having is that I can't get dovecot to NOT display the > top level shared folders. > > Tom From stephan at rename-it.nl Wed Jul 6 16:20:47 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 06 Jul 2011 15:20:47 +0200 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: References: <1309412329.10421.1023.camel@hurina> Message-ID: <4E14612F.9020802@rename-it.nl> Op 6-7-2011 13:43, Meisam Navaki schreef: > Actually,I want to disable authentication in dovecot.I don't want dovecot to > authenticate.For that,I'm looking for into dovecot source code to find where > dovecot compares passwords or do something like this. Why would you want to do that? :) Regards, Stephan. From udo.lembke at albertbauer.com Wed Jul 6 17:04:56 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:04:56 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> Message-ID: <4E146B88.2090600@albertbauer.com> Hi Tom, Am 06.07.2011 14:38, schrieb Tom Clark: > Hi Udo, > > My folders are public mailboxes rather than shared. Why don't you copy your > namespace and dovecot-acl files here and we'll have a look at them? i like to do so - and during copy/paste i found the issue!! Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/archiv/example.org/test4/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 This came throug one link ( /var/data/archiv/example.org/test4/public -> /var/data/public ) I removed the link and now i can't see the public-folders below the users archiv-area. But below the public-namespace the ACLs now working!! BTW. i think also with links should ACLs working. Thanks. Udo From matt at mattrude.com Wed Jul 6 17:19:25 2011 From: matt at mattrude.com (Matt Rude) Date: Wed, 06 Jul 2011 09:19:25 -0500 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E0CF4B4.40501@gmail.com> References: <4E0C9058.3000900@esiee.fr> <4E0CF4B4.40501@gmail.com> Message-ID: <4E146EED.9020700@mattrude.com> On 6/30/2011 5:12 PM, Johan Hendriks wrote: > Frank Bonnet schreef: >> Hello >> >> Is it possible to share an Imap folder for a user with another one ? >> >> user a > imap-folder1 >> ^ >> user b >------| >> >> Could user a share his folder "imap-folder1" with user b >> in readonly mode ? >> >> I use "real" users ( not virtuals ) >> >> Thanks a lot. >> >> > This is possible, we use this in combination with roundcube to share > folders. > Users log in to there webmail interface and can share there folder there. > Thunderbird has an plugin also. > But the most users use Microsoft Outlook, with has as far i know no > option to create a share. > > You can create this shared folders through namespaces. > > Gr > Johan Hendriks > Johan, How are your users sharing there folders in Roundcube? Are you running a plugin or is there native support that I'm just not seeing? Thanks -Matt -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From udo.lembke at albertbauer.com Wed Jul 6 17:22:44 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:22:44 +0200 Subject: [Dovecot] Problems with acl and shared namespace [solved] In-Reply-To: <4E12EBC4.4030704@albertbauer.com> References: <4E0C4990.3070602@albertbauer.com> <4E12EBC4.4030704@albertbauer.com> Message-ID: <4E146FB4.70404@albertbauer.com> The problem with not reconiced acl-files are solved. It's an bad idea to use a link from one shared/public area to another. Am 05.07.2011 12:47, schrieb Udo Lembke: > > ... > The public shared area are symlinked below the archiv-area: > ls -lsa archiv/example.org/test4/ > insgesamt 16 > 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:40 . > 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:27 .. > 4 drwx------ 2 dovecot dovecot 4096 5. Jul 11:27 archiv > 4 -rw------- 1 dovecot dovecot 108 5. Jul 11:40 dovecot-acl-list > 0 lrwxrwxrwx 1 root root 16 5. Jul 11:27 public -> > /var/data/public > After removing the link, the list command show the right result: > The problem is, that the acls are not reconiced - the acl should > forbid an access, but access is possible. > > This show the telnet imap-session: > . list "" "*" > * LIST (\HasNoChildren) "/" "Drafts" > * LIST (\HasNoChildren) "/" "Spam" > * LIST (\HasNoChildren) "/" "Sent" > * LIST (\HasNoChildren) "/" "Trash" > * LIST (\HasNoChildren) "/" "INBOX" > * LIST (\Noselect \HasChildren) "/" "public" > * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" > * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public" > * LIST (\Noselect \HasChildren) "/" > "archiv/test4 at example.org/public/kunde_2" > * LIST (\HasNoChildren) "/" > "archiv/test4 at example.org/public/kunde_2/Kundenmails" > * LIST (\Noselect \HasChildren) "/" > "archiv/test4 at example.org/public/kunde_3" > * LIST (\HasNoChildren) "/" > "archiv/test4 at example.org/public/kunde_3/Kundenmails" > * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" > . OK List completed. . list "" "*" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Spam" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" . OK List completed. Udo From udo.lembke at albertbauer.com Wed Jul 6 17:28:18 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:28:18 +0200 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E146EED.9020700@mattrude.com> References: <4E0C9058.3000900@esiee.fr> <4E0CF4B4.40501@gmail.com> <4E146EED.9020700@mattrude.com> Message-ID: <4E147102.30504@albertbauer.com> Am 06.07.2011 16:19, schrieb Matt Rude: > ... > Johan, > How are your users sharing there folders in Roundcube? Are you running > a plugin or is there native support that I'm just not seeing? > > Thanks > -Matt > Hi, Personal Settings -> Folder But you have to allow the folders via ACL-file (dovecot-acl) see http://wiki.dovecot.org/ACL Udo From tom at elysium.ltd.uk Wed Jul 6 17:39:27 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 15:39:27 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E146B88.2090600@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> <4E146B88.2090600@albertbauer.com> Message-ID: <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> Hi Udo, Glad you got it working. I decided to do the list test. This is what I'm getting as a user not allowed access to the shared folders: 02 LIST "" * * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" * LIST (\HasChildren) "." "Shared.System" * LIST (\HasChildren) "." "Shared.Support" 02 OK List completed. As you can see I can list Shared.System and Shared.Support which is what I don't want! Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Udo Lembke Sent: 06 July 2011 3:05 PM To: Tom Clark Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, Am 06.07.2011 14:38, schrieb Tom Clark: > Hi Udo, > > My folders are public mailboxes rather than shared. Why don't you copy your > namespace and dovecot-acl files here and we'll have a look at them? i like to do so - and during copy/paste i found the issue!! Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/archiv/example.org/test4/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 This came throug one link ( /var/data/archiv/example.org/test4/public -> /var/data/public ) I removed the link and now i can't see the public-folders below the users archiv-area. But below the public-namespace the ACLs now working!! BTW. i think also with links should ACLs working. Thanks. Udo From fakessh at Wed Jul 6 19:17:07 2011 From: fakessh at (fakessh at ) Date: Wed, 6 Jul 2011 18:17:07 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <4E11B9C3.5050100@rename-it.nl> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> <4E11B9C3.5050100@rename-it.nl> Message-ID: <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> On Mon, 04 Jul 2011 15:01:55 +0200 Stephan Bosch wrote: > Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > > I just change my sieve script by removing the implicit discard a > > > fileinto :create "Junk.spam.spam" > [...] > > it just happened a mail that was issued in INBOX.spam.spam supposedly > > a hit with spam than 500 which does not appear in the body of the > > mail here > [...] > > I do not see why this email was issued in this box > > I've executed sieve-test with your script and message, which reproduces > the problem at my end: > > === > $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml > ## Started executing script 'frop' > 2: header test > 2: starting `:value-ge' match with `i;ascii-numeric' comparator: > 2: extracting `X-Spam-score' headers from message > 2: matching value `-1.9' > 2: with key `500' => 1 > 2: finishing match with result: matched > 3: jump if result is false > 3: not jumping > 5: discard action; cancel implicit keep > 6: stop command; end all script execution > ## Finished executing script 'frop' > > Performed actions: > > * discard > > Implicit keep: > > (none) > > sieve-test(stephan): Info: final result: success > === > > This turns out to be a classic mistake actually (which I didn't think of > either). It is related to the (admittedly counter-intuitive) nature of > the i;ascii-numeric comparator. > > From RFC4790, Section 9.1.1 > (http://tools.ietf.org/html/rfc4790#section-9.1.1): > `The "i;ascii-numeric" collation is a simple collation intended for use > with arbitrarily-sized, unsigned decimal integer numbers stored as octet > strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. > Before converting from string to integer, the input string is truncated > at the first non-digit character. All input is valid; strings that do > not start with a digit represent positive infinity.' > > This comparator thus works on UNSIGNED integers only. Even worse, > negative numbers are mapped to positive infinity, which is obviously > > 500! There is your problem. I remember that issue was reported some time > ago by someone else too. > > To solve your problem, you need to check for the negative sign first. E.g.: > > require ["comparator-i;ascii-numeric","relational"]; > if allof( > not header :matches "x-spam-score" "-*", > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > "500") > { > discard; > stop; > } a simple script are one syntax proximate to a sample exemple to stephan how to make a complex script that deals with both spam spam hist flag suspicious address diverse i try this ~]# cat /var/sieve-scripts/roundcube.sieve require ["fileinto","regex","comparator-i;ascii-numeric","reject","relational","mailbox","reject","variables","envelope","subaddress"]; # rule:[spammanage] #if anyof (header :contains "X-Spam-Flag" "YES") #{ # fileinto "Junk"; #} if allof( not header :matches "x-spam-score" "-*", header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" "500") { discard; stop; } if anyof ( # puremsg scores (30% or higher) header :matches ["X-Spam-Flag"] ["Yes"] ) { fileinto "Junk"; stop; } elsif anyof ( header :contains "Received" [ "[4.63.221.224", ] ) { fileinto :create "Junk"; } elsif anyof ( header :contains ["SPAM", "X-Spam-Status"] ["ADDRESSES_ON_CD","ACT_NOW", ] ) { fileinto :create "Junk"; } or better much approch is the succession a if anyof elsif anyof not work for the discard action > > Or, even better: start using the spamtest(plus) extension. > > Regards, > > Stephan. > > > > > > > -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fakessh at Wed Jul 6 19:26:45 2011 From: fakessh at (fakessh at ) Date: Wed, 6 Jul 2011 18:26:45 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> <4E11B9C3.5050100@rename-it.nl> <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> Message-ID: <20110706182645.597bbdd2.ml@smtp.fakessh.eu> On Wed, 6 Jul 2011 18:17:07 +0200 fakessh @ wrote: > On Mon, 04 Jul 2011 15:01:55 +0200 > Stephan Bosch wrote: > > > Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > > > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > > > I just change my sieve script by removing the implicit discard a > > > > fileinto :create "Junk.spam.spam" > > [...] > > > it just happened a mail that was issued in INBOX.spam.spam supposedly > > > a hit with spam than 500 which does not appear in the body of the > > > mail here > > [...] > > > I do not see why this email was issued in this box > > > > I've executed sieve-test with your script and message, which reproduces > > the problem at my end: > > > > === > > $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml > > ## Started executing script 'frop' > > 2: header test > > 2: starting `:value-ge' match with `i;ascii-numeric' comparator: > > 2: extracting `X-Spam-score' headers from message > > 2: matching value `-1.9' > > 2: with key `500' => 1 > > 2: finishing match with result: matched > > 3: jump if result is false > > 3: not jumping > > 5: discard action; cancel implicit keep > > 6: stop command; end all script execution > > ## Finished executing script 'frop' > > > > Performed actions: > > > > * discard > > > > Implicit keep: > > > > (none) > > > > sieve-test(stephan): Info: final result: success > > === > > > > This turns out to be a classic mistake actually (which I didn't think of > > either). It is related to the (admittedly counter-intuitive) nature of > > the i;ascii-numeric comparator. > > > > From RFC4790, Section 9.1.1 > > (http://tools.ietf.org/html/rfc4790#section-9.1.1): > > `The "i;ascii-numeric" collation is a simple collation intended for use > > with arbitrarily-sized, unsigned decimal integer numbers stored as octet > > strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. > > Before converting from string to integer, the input string is truncated > > at the first non-digit character. All input is valid; strings that do > > not start with a digit represent positive infinity.' > > > > This comparator thus works on UNSIGNED integers only. Even worse, > > negative numbers are mapped to positive infinity, which is obviously > > > 500! There is your problem. I remember that issue was reported some time > > ago by someone else too. > > > > To solve your problem, you need to check for the negative sign first. E.g.: > > > > require ["comparator-i;ascii-numeric","relational"]; > > if allof( > > not header :matches "x-spam-score" "-*", > > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > > "500") > > { > > discard; > > stop; > > } > > a simple script are one syntax proximate to a sample exemple to stephan > > > how to make a complex script that deals with both spam spam hist flag suspicious address diverse > > i try this > ~]# cat /var/sieve-scripts/roundcube.sieve > > require ["fileinto","regex","comparator-i;ascii-numeric","reject","relational","mailbox","reject","variables","envelope","subaddress"]; > # rule:[spammanage] > #if anyof (header :contains "X-Spam-Flag" "YES") > #{ > # fileinto "Junk"; > #} > if allof( > not header :matches "x-spam-score" "-*", > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > "500") > { > discard; > stop; > } > if anyof ( > # puremsg scores (30% or higher) > header :matches ["X-Spam-Flag"] ["Yes"] > ) { > fileinto "Junk"; > stop; > } > > elsif anyof ( > header :contains "Received" > [ "[4.63.221.224", > > ] > ) > { > fileinto :create "Junk"; > } > elsif anyof ( > header :contains ["SPAM", "X-Spam-Status"] > ["ADDRESSES_ON_CD","ACT_NOW", > ] > ) > { > fileinto :create "Junk"; > } > > > or better much approch is > the succession a if anyof elsif anyof > not work for the discard action > > > > > > Or, even better: start using the spamtest(plus) extension. > > > > Regards, > > > > Stephan. > > > > > > > > > > > > > > > > work well transform allof in anyof -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From udo.lembke at albertbauer.com Wed Jul 6 19:37:06 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 18:37:06 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> <4E146B88.2090600@albertbauer.com> <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> Message-ID: <4E148F32.7060503@albertbauer.com> Hi Tom, any hints in the dovecot-log if you enable verbose logging? info_log_path = /var/log/dovecot.log auth_verbose = yes auth_debug = yes mail_debug = yes And how looks your acl-files? Udo Am 06.07.2011 16:39, schrieb Tom Clark: > Hi Udo, > > Glad you got it working. I decided to do the list test. This is what I'm > getting as a user not allowed access to the shared folders: > > 02 LIST "" * > * LIST (\HasNoChildren) "." "Drafts" > * LIST (\HasNoChildren) "." "Trash" > * LIST (\HasChildren) "." "INBOX" > * LIST (\HasChildren) "." "Shared.System" > * LIST (\HasChildren) "." "Shared.Support" > 02 OK List completed. > > As you can see I can list Shared.System and Shared.Support which is what I > don't want! > > Tom From user+dovecot at localhost.localdomain.org Wed Jul 6 23:14:06 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 06 Jul 2011 22:14:06 +0200 Subject: [Dovecot] Logging a special message into Dovecot source code In-Reply-To: References: Message-ID: <4E14C20E.5000604@localhost.localdomain.org> On 07/06/2011 08:47 AM Meisam Navaki wrote: > Hi, > I wanna modify Dovecot source code.For that,I need to know how can we log a > special message into Dovecot source code? > I tried to write a function to write a message in a file and added it to > Dovecot source code,but it didn't work. > I'm wondering if we can use Dovecote logging functions,but I don't know what > are those functions and how can we use them. > Thanks in advance. > There are the functions i_{panic,fatal,error,warning,info,debug}. See also: http://hg.dovecot.org/dovecot-2.0/file/537d4b6d9a7a/src/lib/failures.h#l50 Regards, Pascal -- The trapper recommends today: f007ba11.1118722 at localdomain.org From nicolas.croiset at brume.org Thu Jul 7 07:32:38 2011 From: nicolas.croiset at brume.org (Nicolas Croiset (Campus Grenoble 90,8)) Date: Thu, 07 Jul 2011 06:32:38 +0200 Subject: [Dovecot] Patch for vpopmail roaming users support Message-ID: <4E1536E6.3060502@brume.org> Hi Matt, I try on my setup the patch you made last month and the /home/vpopmail/etc/open-smtp leaves empty. If I go back with the vpopmail mode, it is working. I don't understand what's happened really. Bye. -- +------------------------------------------------------------+ | E-mail : Nicolas.Croiset at brume.org | | Annuaire des radios AM/FM/DMB : http://www.annuradio.fr/ | +------------------------------------------------------------+ From wexi at wexin.net Thu Jul 7 11:30:31 2011 From: wexi at wexin.net (Veikko "Wexi" Skurnik) Date: Thu, 07 Jul 2011 11:30:31 +0300 Subject: [Dovecot] Sieve scripts not run Message-ID: <4E156EA7.1070000@wexin.net> Hi I have a dovecot/postfix mail server with virtual user and LDAP authentication but for some reason the sieve scripts in user's maildirs are not run. Here's my dovecot -n: # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 auth_debug_passwords = yes auth_mechanisms = plain login auth_username_format = %Ln auth_verbose = yes base_dir = /var/run/dovecot/ first_valid_gid = 120 first_valid_uid = 111 hostname = mail.websovellukset.fi log_path = /var/log/dovecot.log login_greeting = Omnibyte Dovecot ready. mail_debug = yes mail_gid = vmail mail_location = /var/vmail/%n mail_uid = vmail maildir_stat_dirs = yes 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 passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size quota = maildir:User quota quota_rule = *:storage=2G quota_rule2 = Trash:storage=+200M sieve = /var/vmail/%n/dovecot.sieve sieve_dir = /var/vmail/%n/sieve } postmaster_address = postmaster at websovellukset.fi protocols = imap pop3 lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = postfix mode = 0600 user = postfix } user = $default_internal_user } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } process_min_avail = 0 service_count = 1 } service imap { process_limit = 1024 vsz_limit = 256 M } service managesieve-login { inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } ssl_cert = References: <4E156EA7.1070000@wexin.net> Message-ID: <4E1570FC.3050308@rename-it.nl> Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef: > I have a dovecot/postfix mail server with virtual user and LDAP > authentication but for some reason the sieve scripts in user's maildirs > are not run. Here's my dovecot -n: [...] > I can telnet to the Managesieve server and it also works with Roundcube > but whatever the sieve script contains, nothing happens. I've also > looked into the logs but cannot find any errors related to this... Are you using the Dovecot LDA or LMTP? Without one of those, Sieve scripts will not be applied. http://wiki2.dovecot.org/LDA http://wiki2.dovecot.org/LMTP (you are at least running this one, but does postfix use it?) If you are using LMTP, your config indicates that you have not enabled the sieve plugin for it. Then this is missing: protocol lmtp { mail_plugins = "sieve" } Regards, Stephan. From wexi at wexin.net Thu Jul 7 15:22:45 2011 From: wexi at wexin.net (Veikko "Wexi" Skurnik) Date: Thu, 07 Jul 2011 15:22:45 +0300 Subject: [Dovecot] Sieve scripts not run In-Reply-To: <4E1570FC.3050308@rename-it.nl> References: <4E156EA7.1070000@wexin.net> <4E1570FC.3050308@rename-it.nl> Message-ID: <4E15A515.3030901@wexin.net> On 7.7.2011 11:40, Stephan Bosch wrote: > Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef: >> I have a dovecot/postfix mail server with virtual user and LDAP >> authentication but for some reason the sieve scripts in user's maildirs >> are not run. Here's my dovecot -n: > [...] >> I can telnet to the Managesieve server and it also works with Roundcube >> but whatever the sieve script contains, nothing happens. I've also >> looked into the logs but cannot find any errors related to this... > > Are you using the Dovecot LDA or LMTP? Without one of those, Sieve > scripts will not be applied. > > http://wiki2.dovecot.org/LDA > http://wiki2.dovecot.org/LMTP (you are at least running this one, but > does postfix use it?) > > If you are using LMTP, your config indicates that you have not enabled > the sieve plugin for it. Then this is missing: > > protocol lmtp { > mail_plugins = "sieve" > } > Hmm OK, turns out I wasn't using Dovecot's LDA but Postfix's. The attempt to switch to dovecot's LDA created another problem, now users cannot recieve email and the logs show an "user unknown" error. I believe it has something to do with the userdb lookups from LDAP, it's not matchin LDAP:s mail attribute to the username as the Postfix LDA did... Anyone have any experience with this problem? The passdb lookups work as I can log in an browse the mailboxes. Wexi -- * Veikko "Wexi" Skurnik: +358(44)5288338 * * wexi at wexin.net Wexi at IRCNet wexi79 at skype * * Rudolf Koivun tie 191 38250 Sastamala * * "Kosminen balanssi ei saa j?rkky?" * From apm at one.com Thu Jul 7 15:42:19 2011 From: apm at one.com (Peter Mogensen) Date: Thu, 07 Jul 2011 14:42:19 +0200 Subject: [Dovecot] passdb/userdb via UNIX socket? Message-ID: <4E15A9AB.6040500@one.com> Hi, I've been running some performance tests - especially delivery (LDA and LMTP) and it seems there's room for improvement. At least it would be nice to get rid of the fork() and pipe to deliver LDA and the fork of the checkpasswd script for userdb lookup. I've tried LMTP to not fork deliver (*), but checkpasswd still takes time (ok, maybe because it's written on perl as of now). But I was wondering, why there's no passdb/userdb plugin for talking to a local authentication daemon over a UNIX socket? Have I missed something? Is there a thirdparty patch for this? /Peter *: Using Postfix "virtual" LDA seems much faster than asking Postfix to pipe data to "deliver". ... but then of course, I get no dovecot indexing by the LDA. From mdunlap at breakawaysystems.com Thu Jul 7 22:03:28 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:03:28 -0500 Subject: [Dovecot] missing +r perm: Message-ID: <1310065409.14764.6.camel@mdunlap-desktop> This is probably a really simple issue but I am not sure how to tackle it. sudo dovecot -n: http://pastie.org/2179100 The error message in mail.log: http://pastie.org/2179032 Dovecot.conf says: mail_privileged_group: mail I thought of added the user dovecot to the group mail in hopes of solving the permissions problem, but it didn't seem to make a difference. Any ideas? From CMarcus at Media-Brokers.com Thu Jul 7 22:17:06 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 07 Jul 2011 15:17:06 -0400 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310065409.14764.6.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> Message-ID: <4E160632.7080100@Media-Brokers.com> On 2011-07-07 3:03 PM, Max Dunlap wrote: > sudo dovecot -n: > http://pastie.org/2179100 > > The error message in mail.log: > http://pastie.org/2179032 You're much better off just pasting the output of these into the email body - lost of people won't go to the trouble of clicking links like these... -- Best regards, Charles From mdunlap at breakawaysystems.com Thu Jul 7 22:21:52 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:21:52 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <4E160632.7080100@Media-Brokers.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160632.7080100@Media-Brokers.com> Message-ID: <1310066512.14764.7.camel@mdunlap-desktop> Oh, well. I'll take what I can get at this point. On Thu, 2011-07-07 at 15:17 -0400, Charles Marcus wrote: > On 2011-07-07 3:03 PM, Max Dunlap wrote: > > sudo dovecot -n: > > http://pastie.org/2179100 > > > > The error message in mail.log: > > http://pastie.org/2179032 > > You're much better off just pasting the output of these into the email > body - lost of people won't go to the trouble of clicking links like > these... > From matt at mattrude.com Thu Jul 7 22:43:33 2011 From: matt at mattrude.com (Matt Rude) Date: Thu, 07 Jul 2011 14:43:33 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310065409.14764.6.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> Message-ID: <4E160C65.9090007@mattrude.com> On 7/7/2011 2:03 PM, Max Dunlap wrote: > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) The error message is telling you that the dovecot program can't open /home/dlambert/Maildir/cur/msg.COmK:2,ST. What are the permissions of that file? Who is dovecot running as? Can the user dovecot is running as read that file? -Matt -- Matt Rude Minneapolis, Minnesota, USA email: matt at mattrude.com website: http://mattrude.com s/mime: 28ed9274553ca7481369789df0663808 gpg: 0x6503BE11 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From mdunlap at breakawaysystems.com Thu Jul 7 22:52:55 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:52:55 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <4E160C65.9090007@mattrude.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> Message-ID: <1310068376.14764.10.camel@mdunlap-desktop> The permissions are: -rw------- 1 root root 7609 2011-07-05 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST The same as another mail machine we have up (making a transition) I'm not sure who to find out who dovecot is running as: -rwxr-xr-x 1 root root 217240 2011-06-07 00:03 /usr/sbin/dovecot root maybe? Thanks so far On Thu, 2011-07-07 at 14:43 -0500, Matt Rude wrote: > On 7/7/2011 2:03 PM, Max Dunlap wrote: > > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > The error message is telling you that the dovecot program can't open > /home/dlambert/Maildir/cur/msg.COmK:2,ST. > > What are the permissions of that file? Who is dovecot running as? Can > the user dovecot is running as read that file? > > -Matt > From mason at blisses.org Thu Jul 7 23:51:34 2011 From: mason at blisses.org (Mason Loring Bliss) Date: Thu, 7 Jul 2011 16:51:34 -0400 Subject: [Dovecot] Trash handling? Message-ID: <20110707205134.GE2264@blisses.org> Hello, all. I've recently switched over to Dovecot from a long stretch of using Courier IMAP, and there's one thing I don't have working that I'd quite like. With Courier I had a magic trash folder in which things I deleted would live for a specified amount of time, after which they'd be deleted. I see how to get the expiry behaviour I want, but not the magic saving-to-mailbox functionality. lazy_expunge looks similar but not precisely what I want. Is there a default way to get expunged messages moved to a different mailbox but not a different namespace? Thanks in advance for clues. -- Mason Loring Bliss mason at blisses.org Ewige Blumenkraft! (if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I From tlx at leuxner.net Fri Jul 8 11:12:47 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 10:12:47 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310068376.14764.10.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> Message-ID: <20110708081247.GA26034@nihlus.leuxner.net> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > The permissions are: > -rw------- 1 root root 7609 2011-07-05 > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > What's so difficult about this? [ Log excerpt ] Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) [ Conf excerpt ] auth default: passdb: driver: pam userdb: driver: passwd You are accessing the maildir structure using UID 1002 but the directory is owned by UID 1. Needs to be fixed on either side... Please visit these links and have a look at the quote below: http://wiki.dovecot.org/PasswordDatabase/PAM http://wiki.dovecot.org/AuthDatabase/Passwd [...] This uses the UID and GID fields from passwd, but home directory is overridden. Also the default mail_location setting is overridden. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From tlx at leuxner.net Fri Jul 8 11:16:40 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 10:16:40 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <20110708081640.GB26034@nihlus.leuxner.net> On Fri, Jul 08, 2011 at 10:12:47AM +0200, Thomas Leuxner wrote: > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... Should read UID 0. Shame on me - more coffee required... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From tom at elysium.ltd.uk Fri Jul 8 11:32:56 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 09:32:56 +0100 Subject: [Dovecot] Shared mailbox not showing in list Message-ID: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> I've setup a shared folder on my server which isn't showing in the list command for the user it's shared with. Can someone help? I have done everything correctly I believe. The user sharing their mailbox is support@, while I'm the user being shared with, tom@ namespace { type = shared separator = . prefix = Shared.%%u. location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } plugin { acl = vfile } # Support for multiple domains plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } This what is in the dict file says: shared/shared-boxes/user/tom at mailbox.com/support at mailbox.com When running a GETACL as support at mailbox.com I get: 3 getacl Support * ACL "Support" "tom at mailbox.com" lr "support at mailbox.com" lrwstipekxacd 3 OK Getacl completed. However when I do a LIST "" * as tom at mailbox.com It doesn't have any mention of the Shared maildir. * LIST (\HasChildren) "." "Sent" * LIST (\HasNoChildren) "." "Sent.Drafts" * LIST (\HasNoChildren) "." "Sent Messages" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" From tom at elysium.ltd.uk Fri Jul 8 12:05:21 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 10:05:21 +0100 Subject: [Dovecot] Shared mailbox not showing in list In-Reply-To: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> References: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> Message-ID: <030901cc3d4e$2b446db0$81cd4910$@ltd.uk> I've managed to sort this myself. For some reason %%u doesn't work. When I replaced it with %%n it works fine. I also hardcorded the location to /var/vpopmail/domains/%%d/%%n/Maildir. Not sure if this is a bug or an incorrect config on my part. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Tom Clark Sent: 08 July 2011 9:33 AM To: dovecot at dovecot.org Subject: [Dovecot] Shared mailbox not showing in list I've setup a shared folder on my server which isn't showing in the list command for the user it's shared with. Can someone help? I have done everything correctly I believe. The user sharing their mailbox is support@, while I'm the user being shared with, tom@ namespace { type = shared separator = . prefix = Shared.%%u. location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } plugin { acl = vfile } # Support for multiple domains plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } This what is in the dict file says: shared/shared-boxes/user/tom at mailbox.com/support at mailbox.com When running a GETACL as support at mailbox.com I get: 3 getacl Support * ACL "Support" "tom at mailbox.com" lr "support at mailbox.com" lrwstipekxacd 3 OK Getacl completed. However when I do a LIST "" * as tom at mailbox.com It doesn't have any mention of the Shared maildir. * LIST (\HasChildren) "." "Sent" * LIST (\HasNoChildren) "." "Sent.Drafts" * LIST (\HasNoChildren) "." "Sent Messages" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" From Helga.Mayer at uni-hohenheim.de Fri Jul 8 12:30:36 2011 From: Helga.Mayer at uni-hohenheim.de (Helga Mayer) Date: Fri, 8 Jul 2011 11:30:36 +0200 (CEST) Subject: [Dovecot] need help with metadata plugin Message-ID: Hello, I've downloaded the metadata plugin from http://hg.intevation.org/kolab/dovecot-metadata-plugin compiled it without errors, made the entries as described in README in dovecot.conf. Only ANNOTATEMORE or anything else additional doesn't show up in the capabilties. Is there anything wrong with my configuration? What I see is: telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. a001 login myaccount secret a001 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS ACL RIGHTS=texk] Logged in Output of dovecot -n: # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-238.9.1.el5 x86_64 Scientific Linux SL release 5.5 (Boron) listen(default): 192.168.0.104:143 127.0.0.1:143 listen(imap): 192.168.0.104:143 127.0.0.1:143 listen(pop3): *:110 ssl_listen(default): :993 ssl_listen(imap): :993 ssl_listen(pop3): :995 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem disable_plaintext_auth(default): no disable_plaintext_auth(imap): no disable_plaintext_auth(pop3): yes login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_max_processes_count: 2048 max_mail_processes: 2048 first_valid_uid: 200 mail_drop_priv_before_exec(default): yes mail_drop_priv_before_exec(imap): yes mail_drop_priv_before_exec(pop3): no mail_executable(default): /etc/mail/bin/acl-groups mail_executable(imap): /etc/mail/bin/acl-groups mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_process_size: 1024 mail_plugins(default): acl imap_acl lazy_expunge mail_plugins(imap): acl imap_acl lazy_expunge mail_plugins(pop3): lazy_expunge mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_log_max_lines_per_sec: 0 namespace: type: private separator: / location: maildir:/maildir/%1n/%u:LAYOUT=fs inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/maildir/expunged/%1n/%u:LAYOUT=fs hidden: yes list: no subscriptions: yes namespace: type: shared separator: / prefix: Shared/%%u/ location: maildir:/maildir/%%1n/%%u:LAYOUT=fs list: children namespace: type: public separator: / prefix: Groups/ location: maildir:/maildir/public:LAYOUT=fs list: children lda: postmaster_address: postmaster@ mail_plugins: acl auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/spool/postfix/private/auth-master mode: 384 user: postfix group: postfix plugin: acl: vfile acl_shared_dict: proxy::acl_dict lazy_expunge: .EXPUNGED/ metadata_dict: proxy:/var/run/dovecot/dict-server:metadata dict: acl_dict: mysql:/etc/dovecot-dict-sql.conf metadata: sqlite:/etc/metadata-dict.conf /var/run/dovecot total 8 srw------- 1 root root 0 Jul 8 11:04 auth-worker.27644 srwxrwxrwx 1 root root 0 Jul 8 11:04 dict-server lrwxrwxrwx 1 root root 17 Jul 8 11:04 dovecot.conf -> /etc/dovecot.conf drwxr-x--- 2 root amavis 4096 Jul 8 11:04 login -rw------- 1 root root 6 Jul 8 11:04 master.pid Kind Regards Helga Mayer Helga Mayer Universit?t Hohenheim Kommunikations-, Informations- und Medienzentrum (630) IT-Dienste | Mail Schloss-Westhof-S?d | 70599 Stuttgart Tel.: +49 711 459-22838 | Fax: +49 711 459-23449 https://kim.uni-hohenheim.de *************************************************************************** A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text? From lists at truthisfreedom.org.uk Fri Jul 8 12:48:57 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Fri, 08 Jul 2011 10:48:57 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 Message-ID: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> Hi all, We've just provisioned a new cluster of dovecot nodes running Centos and Dovecot 1.0.15 (we needed to match the original configuration, we're upgrading to 1.2 next week!). The nodes are currently equally allocated (50/50 split) to IMAP and POP3, with the intention to move them into a single cluster hosting both services in the next month. All the servers are of identical spec (24 cores, 24G RAM) and are configured to load the indices, control files and maildirs via NFS. We have noticed that the IMAP servers appear to be under much less load and utilising drastically less RAM than the POP3 servers and I'm wondering if there is a reason for this as we have seen some swapping onto disk yet we are only handling 500 concurrent POP3 connections to each server at any given time compared with over 600 IMAP connections. I'm wondering if we've missed a config flag somewhere or (better still!) this issue will go away when we upgrade to 1.2. If anyone can shed any light on this, that would be much appreciated. Thanks in advance, Matt From amateo at um.es Fri Jul 8 13:18:47 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 08 Jul 2011 12:18:47 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Message-ID: <4E16D987.80902@um.es> Hello, I have configured two dovecot servers with director acting as lmtp/imap/pop proxy server with 8 dovecot backend servers. In our test environment we had no problem, but when we migrated to production environment, our mail list server (it delivers mail through lmtp) is having a lot of errors like this: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Proxy and backend servers are not loaded. Any idea? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From fr.prop at gmail.com Fri Jul 8 13:35:15 2011 From: fr.prop at gmail.com (Mike Prispan) Date: Fri, 8 Jul 2011 12:35:15 +0200 Subject: [Dovecot] Dovecot indexes Message-ID: Hi, could someone answer my following questions about dovecot indexes? - If I delete dovecot indexes, it recreates them without any problem, right? - If dovecot recreates indexes, it does not affect users (they don't have to download all emails again, seen flag is not lost etc.) or is there any problem? - If I use mail_location = ...:INDEX=MEMORY, it recreates indexes every time dovecot is (re)started, right? Does it have any negative effect except performance/resources? - Is there any difference in indexes for mbox and maildir (related to previous questions)? Thanks Mike From f.bonnet at esiee.fr Fri Jul 8 11:33:25 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 10:33:25 +0200 Subject: [Dovecot] redirect IMAP --> IMAPS Message-ID: <4E16C0D5.3090306@esiee.fr> Hello Is it possible to configure Dovecot (2) to "redirect" IMAP connexions to IMAPS ? I know it would be possible with ipfw on the server but I wonder if dovecot has such capability. thanks From tom at elysium.ltd.uk Fri Jul 8 14:37:12 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 12:37:12 +0100 Subject: [Dovecot] Possible bug in shared namespace variable? Message-ID: <037e01cc3d63$616530e0$242f92a0$@ltd.uk> As you would have seen earlier I've created a shared mailbox with the following namespace: namespace { type = shared separator = . prefix = Shared.%%n. location = maildir:/var/vpopmail/domains/%%d/%%n/Maildir:INDEX=~/Maildir/Shared/%%n subscriptions = no list = children } This works perfectly, but for some reason the %%n variable in the location maildir is blank. Everywhere else %%n is used works (e.g. the prefix and INDEX). This means for the shared mailbox under support at mailbox.com I get a folder Mailder in the domain folder: /var/vpopmail/domains/mailbox.com/Maildir instead of /var/vpopmail/domains/mailbox.com/support/Maildir. Has anyone else come across this? From patrickdk at patrickdk.com Fri Jul 8 14:53:22 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Fri, 08 Jul 2011 07:53:22 -0400 Subject: [Dovecot] redirect IMAP --> IMAPS In-Reply-To: <4E16C0D5.3090306@esiee.fr> References: <4E16C0D5.3090306@esiee.fr> Message-ID: <20110708075322.Horde.gfvYRJLnE6FOFu_yPUJyOlA@mail.patrickdk.com> This isn't http, there is no redirect command. Also the two protocols are completely different and non-compatable. The normal option for this is to just require encryption, then if they use normal IMAP and attempt to do anything except secure it using TLS, the connection gets dropped. Quoting Frank Bonnet : > Hello > > Is it possible to configure Dovecot (2) to "redirect" IMAP > connexions to IMAPS ? > > I know it would be possible with ipfw on the server but I wonder > if dovecot has such capability. > > thanks From amateo at um.es Fri Jul 8 15:04:05 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 08 Jul 2011 14:04:05 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) In-Reply-To: <4E16D987.80902@um.es> References: <4E16D987.80902@um.es> Message-ID: <4E16F235.70102@um.es> El 08/07/11 12:18, Angel L. Mateo escribi?: > Hello, > > I have configured two dovecot servers with director acting as > lmtp/imap/pop proxy server with 8 dovecot backend servers. > > In our test environment we had no problem, but when we migrated to > production environment, our mail list server (it delivers mail through > lmtp) is having a lot of errors like this: > > 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to > end of DATA command)) > > Proxy and backend servers are not loaded. > > Any idea? > By now, I think I have resolved the problem. We have limited the rate at what list server delivers mail to dovecot. The default postfix configuration is: lmtp_destination_concurrency_limit = 20 lmtp_destination_recipient_limit = 50 that is, a maximum of 20 lmtp concurrence connections with a maximum of 50 recipients per connection. We have decrease to 5 and 10 and since then we have no more data output timeout errors. -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From f.bonnet at esiee.fr Fri Jul 8 15:06:54 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 14:06:54 +0200 Subject: [Dovecot] Info: Disconnected: IMAP session state is inconsistent, please relogin Message-ID: <4E16F2DE.7090301@esiee.fr> hello again I have those messages for ONE user the IMAP folders are accessed by several clients at the same time ( this is a special account used by several people ) Thanks for any infos From augustus_meyer at yahoo.de Fri Jul 8 12:54:19 2011 From: augustus_meyer at yahoo.de (babajaga) Date: Fri, 8 Jul 2011 02:54:19 -0700 (PDT) Subject: [Dovecot] dovecot-auth: gkr-pam: error looking up user information for: IP ? Message-ID: <32020246.post@talk.nabble.com> I am receiving a lot of error messages dovecot-auth: gkr-pam: error looking up user information for: Unfortunately, I do not see the IP of the remote client, trying to break in. Is there any possibility to get it ? Would be useful to block the IP. -- View this message in context: http://old.nabble.com/dovecot-auth%3A-gkr-pam%3A-error-looking-up-user-information-for%3A-IP---tp32020246p32020246.html Sent from the Dovecot mailing list archive at Nabble.com. From f.bonnet at esiee.fr Fri Jul 8 16:53:14 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 15:53:14 +0200 Subject: [Dovecot] How users subscribe to a shared mailbox ? Message-ID: <4E170BCA.7030000@esiee.fr> Hello I have MBOX format mailboxes and would like to build some shared mailboxes for some groups of users. I've read the doc and I think I've understood the concept but ... how my users will subscribe to the shared mailbox I build for them ? Thanks From duane at duanemail.org Fri Jul 8 17:11:26 2011 From: duane at duanemail.org (Duane Hill) Date: Fri, 8 Jul 2011 09:11:26 -0500 Subject: [Dovecot] dovecot-auth: gkr-pam: error looking up user information for: IP ? In-Reply-To: <32020246.post@talk.nabble.com> References: <32020246.post@talk.nabble.com> Message-ID: <808674503.20110708091126@duanemail.org> Friday, July 8, 2011, 4:54:19 AM, babajaga wrote: > I am receiving a lot of error messages > dovecot-auth: gkr-pam: error looking up user information for: > Unfortunately, I do not see the IP of the remote client, trying to break in. > Is there any possibility to get it ? Would be useful to block the IP. You didn't state the version of Dovecot you were running. Here I have Dovecot 2.0.12. I have set in the config: auth_verbose = yes auth_verbose_passwords = sha1 It logs the sha1 hash of the password attempt. I also have a cron set up to email me the password attempts from the previous day: # Check for email accounts that have login attempts with # incorrect passwords from the previous day. 0 3 * * * /usr/bin/bzegrep -i 'password.mismatch' /var/log/maillog.0.bz2 From the commented config file 10-logging.conf: # Log unsuccessful authentication attempts and the reasons why they failed. #auth_verbose = no # In case of password mismatches, log the attempted password. Valid values are # no, plain and sha1. sha1 can be useful for detecting brute force password # attempts vs. user simply trying the same password over and over again. #auth_verbose_passwords = no -- Best regards, Duane mailto:duane at duanemail.org From satish_lx at hotmail.com Fri Jul 8 20:08:40 2011 From: satish_lx at hotmail.com (satish patel) Date: Fri, 8 Jul 2011 17:08:40 +0000 Subject: [Dovecot] Dovecot NFS locking issue Message-ID: Hi All, We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available Look like my NFS locking getting overload or something its (netapps NFS server) what you suggest to fix this issue ? how uw-imap was working with NFS before ? Appreciate your help. -S From mdunlap at breakawaysystems.com Fri Jul 8 21:54:52 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 13:54:52 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <1310151292.31347.4.camel@mdunlap-desktop> Alright, I think I understand. By fixing the other side do you mean I could add mail_uid=0 and mail_gid=0 in dovecot.conf? to match the current mails permissions. We are migrating a server over and we ran into this snag when transferring Maildirs over On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > The permissions are: > > -rw------- 1 root root 7609 2011-07-05 > > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > > > What's so difficult about this? > > [ Log excerpt ] > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > [ Conf excerpt ] > auth default: > passdb: > driver: pam > userdb: > driver: passwd > > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... > > Please visit these links and have a look at the quote below: > > http://wiki.dovecot.org/PasswordDatabase/PAM > http://wiki.dovecot.org/AuthDatabase/Passwd > > [...] This uses the UID and GID fields from passwd, but home directory > is overridden. Also the default mail_location setting is overridden. > > Thomas From tlx at leuxner.net Fri Jul 8 22:40:09 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 21:40:09 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310151292.31347.4.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310151292.31347.4.camel@mdunlap-desktop> Message-ID: > Alright, I think I understand. By fixing the other side do you mean I > could add mail_uid=0 and mail_gid=0 in dovecot.conf? to match the > current mails permissions. We are migrating a server over and we ran > into this snag when transferring Maildirs over IMHO it appears perfectly right to have them share a virtual/generic UID unless you see a special need to separate them all (for an ultra-secure setup FWIW)? Several paths are available. Either return same ID/GID via the user query or set it to a static value if acceptable. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 203 bytes Desc: Signierter Teil der Nachricht URL: From mdunlap at breakawaysystems.com Fri Jul 8 23:32:25 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:32:25 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <1310157145.32659.0.camel@mdunlap-desktop> ls -lan: -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S This file is owned by 1002 not 1 or 0 On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > The permissions are: > > -rw------- 1 root root 7609 2011-07-05 > > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > > > What's so difficult about this? > > [ Log excerpt ] > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > [ Conf excerpt ] > auth default: > passdb: > driver: pam > userdb: > driver: passwd > > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... > > Please visit these links and have a look at the quote below: > > http://wiki.dovecot.org/PasswordDatabase/PAM > http://wiki.dovecot.org/AuthDatabase/Passwd > > [...] This uses the UID and GID fields from passwd, but home directory > is overridden. Also the default mail_location setting is overridden. > > Thomas From tss at iki.fi Fri Jul 8 23:37:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 8 Jul 2011 23:37:44 +0300 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310157145.32659.0.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> Message-ID: SELinux? On 8.7.2011, at 23.32, Max Dunlap wrote: > ls -lan: > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > This file is owned by 1002 not 1 or 0 > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: >>> The permissions are: >>> -rw------- 1 root root 7609 2011-07-05 >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST >>> >> >> What's so difficult about this? >> >> [ Log excerpt ] >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) >> >> [ Conf excerpt ] >> auth default: >> passdb: >> driver: pam >> userdb: >> driver: passwd >> >> You are accessing the maildir structure using UID 1002 but the directory >> is owned by UID 1. Needs to be fixed on either side... >> >> Please visit these links and have a look at the quote below: >> >> http://wiki.dovecot.org/PasswordDatabase/PAM >> http://wiki.dovecot.org/AuthDatabase/Passwd >> >> [...] This uses the UID and GID fields from passwd, but home directory >> is overridden. Also the default mail_location setting is overridden. >> >> Thomas > > From mdunlap at breakawaysystems.com Fri Jul 8 23:40:25 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:40:25 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> Message-ID: <1310157625.32659.1.camel@mdunlap-desktop> Ubuntu 10.04 On Fri, 2011-07-08 at 23:37 +0300, Timo Sirainen wrote: > SELinux? > > On 8.7.2011, at 23.32, Max Dunlap wrote: > > > ls -lan: > > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > > > This file is owned by 1002 not 1 or 0 > > > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > >>> The permissions are: > >>> -rw------- 1 root root 7609 2011-07-05 > >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > >>> > >> > >> What's so difficult about this? > >> > >> [ Log excerpt ] > >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > >> > >> [ Conf excerpt ] > >> auth default: > >> passdb: > >> driver: pam > >> userdb: > >> driver: passwd > >> > >> You are accessing the maildir structure using UID 1002 but the directory > >> is owned by UID 1. Needs to be fixed on either side... > >> > >> Please visit these links and have a look at the quote below: > >> > >> http://wiki.dovecot.org/PasswordDatabase/PAM > >> http://wiki.dovecot.org/AuthDatabase/Passwd > >> > >> [...] This uses the UID and GID fields from passwd, but home directory > >> is overridden. Also the default mail_location setting is overridden. > >> > >> Thomas > > > > > From mdunlap at breakawaysystems.com Fri Jul 8 23:47:55 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:47:55 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310157625.32659.1.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> Message-ID: <1310158075.32659.4.camel@mdunlap-desktop> I turned on more debugging: Jul 8 15:45:18 mail-breakaway dovecot: imap-login: Login: user=, method=PLAIN, rip=173.11.172.145, lip=173.11.172.148, TLS Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): Effective uid=1001, gid=1001, home=/home/ilambert Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): cydir: mailbox location not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): cydir: Couldn't create mail storage : Root mail directory not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): dbox: mailbox location not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): dbox: Couldn't create mail storage : Root mail directory not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): maildir: root exists (/home/ilambert/Maildir) Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): maildir++: root=/home/ilambert/Maildir, index=, control=, inbox=/home/ilambert/Maildir Jul 8 15:46:07 mail-breakaway dovecot: IMAP(ilambert): Namespace : Using permissions from /home/ilambert/Maildir: mode=0700 gid=-1 Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied (euid=1001(ilambert) egid=1001(ilambert) missing +r perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied (euid=1001(ilambert) egid=1001(ilambert) missing +r perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): Disconnected: Internal error occurred. Refer to server log for more information. [2011-07-08 15:46:08] bytes=236/181183 On Fri, 2011-07-08 at 15:40 -0500, Max Dunlap wrote: > Ubuntu 10.04 > > On Fri, 2011-07-08 at 23:37 +0300, Timo Sirainen wrote: > > SELinux? > > > > On 8.7.2011, at 23.32, Max Dunlap wrote: > > > > > ls -lan: > > > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > > > > > This file is owned by 1002 not 1 or 0 > > > > > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > > >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > >>> The permissions are: > > >>> -rw------- 1 root root 7609 2011-07-05 > > >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > >>> > > >> > > >> What's so difficult about this? > > >> > > >> [ Log excerpt ] > > >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > > >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > >> > > >> [ Conf excerpt ] > > >> auth default: > > >> passdb: > > >> driver: pam > > >> userdb: > > >> driver: passwd > > >> > > >> You are accessing the maildir structure using UID 1002 but the directory > > >> is owned by UID 1. Needs to be fixed on either side... > > >> > > >> Please visit these links and have a look at the quote below: > > >> > > >> http://wiki.dovecot.org/PasswordDatabase/PAM > > >> http://wiki.dovecot.org/AuthDatabase/Passwd > > >> > > >> [...] This uses the UID and GID fields from passwd, but home directory > > >> is overridden. Also the default mail_location setting is overridden. > > >> > > >> Thomas > > > > > > > > > > From matt at mattrude.com Sat Jul 9 00:27:51 2011 From: matt at mattrude.com (Matt Rude) Date: Fri, 08 Jul 2011 16:27:51 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310158075.32659.4.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> <1310158075.32659.4.camel@mdunlap-desktop> Message-ID: <4E177657.3090900@mattrude.com> On 7/8/2011 3:47 PM, Max Dunlap wrote: > Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): > open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied > (euid=1001(ilambert) egid=1001(ilambert) missing +r > perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) when ran as root, what dose the below command show? sudo -u 1001 ls -l /home/ilambert/Maildir/cur/msg.0umK:2,S -Matt -- Matt Rude Minneapolis, Minnesota, USA email: matt at mattrude.com website: http://mattrude.com s/mime: 28ed9274553ca7481369789df0663808 gpg: 0x6503BE11 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From mdunlap at breakawaysystems.com Sat Jul 9 00:39:44 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 16:39:44 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <4E177657.3090900@mattrude.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> <1310158075.32659.4.camel@mdunlap-desktop> <4E177657.3090900@mattrude.com> Message-ID: <1310161184.32659.5.camel@mdunlap-desktop> Unknown user. I don't believe ubuntu operates like that and requires a word username. On Fri, 2011-07-08 at 16:27 -0500, Matt Rude wrote: > On 7/8/2011 3:47 PM, Max Dunlap wrote: > > Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): > > open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied > > (euid=1001(ilambert) egid=1001(ilambert) missing +r > > perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) > > when ran as root, what dose the below command show? > > sudo -u 1001 ls -l /home/ilambert/Maildir/cur/msg.0umK:2,S > > -Matt > From xbouda2 at fi.muni.cz Sat Jul 9 00:44:59 2011 From: xbouda2 at fi.muni.cz (=?iso-8859-2?B?T25k+GVqIEJvdWRh?=) Date: Fri, 08 Jul 2011 23:44:59 +0200 Subject: [Dovecot] IMAP not working remotely Message-ID: Hello, I am trying to set up Dovecot 2.0.9 on Fedora 14. The problem I would like to ask for resolution is that IMAP is not working when connecting to the server from another network. More precisely: - POP3 is working entirely OK, - IMAP is working OK when clients are connecting using local network addresses, like 192.168.0.100, - when a client connects from outside, thus using remote IP address, or even from the server itself using the remote IP address of the server, the following happens: the client correctly connects, but the server sends no greeting (neither the configured login_greeting nor the server IMAP capabilities) and does not respond to the commands. In the server log, I get the following record a while after trying to connect (and actually trying to login): Jul 08 23:24:16 imap-login: Info: Disconnected: Inactivity (no auth attempts): rip=, lip=192.168.0.100 Both routing and firewall are OK. The client really connects to dovecot (hence the log message), as seen from a telnet session: Trying a.b.c.d... Connected to example.tld (a.b.c.d). Escape character is '^]'. (and then nothing else) The most confusing for me is the fact that POP3 is configured quite the same and works fine, as well as IMAP on the local network. I tried to change address in the inet_listener imap configuration, but if a wrong address setting was the cause, the client would not get connected at all. As I have spent a pretty long time unsuccessfully searching for a cause, I am asking for some help. Thanks for your time, Ondrej Bouda dovecot -n output follows: # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext4 auth_mechanisms = plain login cram-md5 digest-md5 ntlm disable_plaintext_auth = no first_valid_gid = 502 first_valid_uid = 502 last_valid_gid = 502 last_valid_uid = 502 log_path = /var/log/dovecot login_greeting = Welcome mail_location = maildir:/var/mail/virtual/%d/%n passdb { args = scheme=plain username_format=%u /etc/dovecot/passwd driver = passwd-file } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = dovecot-auth } service imap-login { inet_listener imap { address = * port = 143 } } service pop3-login { inet_listener pop3 { address = * port = 110 } } ssl = no userdb { args = username_format=%u /etc/dovecot/passwd driver = passwd-file } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } From dovecot at tlinx.org Sat Jul 9 00:58:09 2011 From: dovecot at tlinx.org (Linda Walsh) Date: Fri, 08 Jul 2011 14:58:09 -0700 Subject: [Dovecot] auth_username_chars question Message-ID: <4E177D71.1050602@tlinx.org> I notice there is a space after the = in the default setting: #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ Is that space part of the syntax or required? If not, does that mean 'space' is included in the default list of allowed characters? If not, then is the space after the '=' required? -- If not, the implication would seem to be that space is 'ignored'. If that's the case, how does one include 'space' in the list of allowed characters? Also, how does one include the "\" character in the list of allowed characters? I.e. is anything accepted, literally, after the first non-space char after the '=' sign? I.e. any spaces after the first non-space char would be taken as valid character, and '\' would also be a literal character? (not that'd I'd be using windows's clients or anything that would, on occasion, pass "DOMAINAME\user" as the calling user trying to log into a 'user' account....or anything....*ahem*...) Overrode it w/some hard-coded hacks, but would like dovecot to me more robust and handle weird input and do the right thing with it (I know that's always a challenging concept for some people, since the answers and ability to arrive at 'correct' is always 'contextual', and so many people want absolute rules that apply all the time in all cases, but...I think thats a diagnosable psychological condition ;-) ). From xbouda2 at fi.muni.cz Sat Jul 9 14:14:40 2011 From: xbouda2 at fi.muni.cz (=?iso-8859-2?B?T25k+GVqIEJvdWRh?=) Date: Sat, 09 Jul 2011 13:14:40 +0200 Subject: [Dovecot] IMAP not working remotely In-Reply-To: References: Message-ID: ...and the same applies for Dovecot 2.0.1 and Dovecot 2.0.13. Am I overlooking something? Ondrej Bouda On Fri, 08 Jul 2011 23:44:59 +0200, Ond?ej Bouda wrote: > Hello, > > I am trying to set up Dovecot 2.0.9 on Fedora 14. The problem I would > like to ask for resolution is that IMAP is not working when connecting > to the server from another network. > > More precisely: > - POP3 is working entirely OK, > - IMAP is working OK when clients are connecting using local network > addresses, like 192.168.0.100, > - when a client connects from outside, thus using remote IP address, or > even from the server itself using the remote IP address of the server, > the following happens: the client correctly connects, but the server > sends no greeting (neither the configured login_greeting nor the server > IMAP capabilities) and does not respond to the commands. In the server > log, I get the following record a while after trying to connect (and > actually trying to login): > Jul 08 23:24:16 imap-login: Info: Disconnected: Inactivity (no auth > attempts): rip=, lip=192.168.0.100 > > Both routing and firewall are OK. The client really connects to dovecot > (hence the log message), as seen from a telnet session: > Trying a.b.c.d... > Connected to example.tld (a.b.c.d). > Escape character is '^]'. > (and then nothing else) > > The most confusing for me is the fact that POP3 is configured quite the > same and works fine, as well as IMAP on the local network. I tried to > change address in the inet_listener imap configuration, but if a wrong > address setting was the cause, the client would not get connected at all. > > As I have spent a pretty long time unsuccessfully searching for a cause, > I am asking for some help. > > Thanks for your time, > Ondrej Bouda > > > > dovecot -n output follows: > > # 2.0.9: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) > ext4 > auth_mechanisms = plain login cram-md5 digest-md5 ntlm > disable_plaintext_auth = no > first_valid_gid = 502 > first_valid_uid = 502 > last_valid_gid = 502 > last_valid_uid = 502 > log_path = /var/log/dovecot > login_greeting = Welcome > mail_location = maildir:/var/mail/virtual/%d/%n > passdb { > args = scheme=plain username_format=%u /etc/dovecot/passwd > driver = passwd-file > } > protocols = imap pop3 > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > user = dovecot-auth > } > service imap-login { > inet_listener imap { > address = * > port = 143 > } > } > service pop3-login { > inet_listener pop3 { > address = * > port = 110 > } > } > ssl = no > userdb { > args = username_format=%u /etc/dovecot/passwd > driver = passwd-file > } > protocol pop3 { > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_uidl_format = %08Xu%08Xv > } From mstevens at imt-systems.com Sat Jul 9 20:23:06 2011 From: mstevens at imt-systems.com (Morten P.D. Stevens) Date: Sat, 09 Jul 2011 19:23:06 +0200 Subject: [Dovecot] mdbox and doveadm purge Message-ID: <44c1fa7d5832d14fe75a7b5b8052f132@imt-systems.com> Hi, We are currently testing Dovecot 2.0.13 with mdbox. If I delete large objects with refcount=0 the index is not updated apparently. Here's an example: [root at mail-004 storage]# ls -l total 194776 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4584 Jul 9 16:06 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 mdbox]# du storage/ 194788 storage/ [root at mail-004 mdbox]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) [root at mail-004 mdbox]# doveadm purge -A [root at mail-004 mdbox]# du storage/ 142072 storage/ [root at mail-004 mdbox]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) [root at mail-004 mdbox]# cd storage/ [root at mail-004 storage]# ls -l total 142060 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4584 Jul 9 16:06 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 mdbox]# doveadm purge -A [root at mail-004 mdbox]# cd storage/ [root at mail-004 storage]# ls -l total 142060 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4936 Jul 9 16:12 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 storage]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' [root at mail-004 storage]# The index is updated only after the second run of doveadm purge -A ? Best regards, Morten From friedrich.locke at gmail.com Sat Jul 9 21:42:26 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 15:42:26 -0300 Subject: [Dovecot] SASL Message-ID: Dear list members, i am looking for a pop3 server and would like to know dovecot pop3 closer. In my current infra structure all my users have a single login and one password. I have been authenticating unix, web, ldap, smtp against saslauthd server. It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? Another question: All my user information are keeped inside LDAP using qmail.schema. Can dovecot pop3 look into ldap an return information about user mail directory, etc .... ? Thanks in advance. From p at state-of-mind.de Sat Jul 9 23:23:24 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:23:24 +0200 Subject: [Dovecot] SASL In-Reply-To: References: Message-ID: <20110709202323.GC2227@state-of-mind.de> * Friedrich Locke : > i am looking for a pop3 server and would like to know dovecot pop3 closer. > In my current infra structure all my users have a single login and one > password. I have been authenticating unix, web, ldap, smtp against > saslauthd server. > > It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? No, but Dovecot can lookup users in LDAP, authenticaten and authorize them. > Another question: > > All my user information are keeped inside LDAP using qmail.schema. Can > dovecot pop3 look into ldap an return information about user mail > directory, etc .... ? Yes, it can and it is very flexible. Either you only lookup a few items and derive the rest from standard settings configured in Dovecot or you have Dovecot lookup everything in LDAP. In any case you simply map the LDAP attributes to Dovecot atttributes as you need it. Once you understood it (it's not too complicated) it's even fun. ;) p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From friedrich.locke at gmail.com Sat Jul 9 23:30:10 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 17:30:10 -0300 Subject: [Dovecot] SASL In-Reply-To: <20110709202323.GC2227@state-of-mind.de> References: <20110709202323.GC2227@state-of-mind.de> Message-ID: Ok! can dovecot do keberos password verification (yes, that's it, password verification and not GSSAPI with tickets) ? On Sat, Jul 9, 2011 at 5:23 PM, Patrick Ben Koetter

wrote: > * Friedrich Locke : >> i am looking for a pop3 server and would like to know dovecot pop3 closer. >> In my current infra structure all my users have a single login and one >> password. I have been authenticating unix, web, ldap, smtp against >> saslauthd server. >> >> It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? > > No, but Dovecot can lookup users in LDAP, authenticaten and authorize them. > >> Another question: >> >> All my user information are keeped inside LDAP using qmail.schema. Can >> dovecot pop3 look into ldap an return information about user mail >> directory, etc .... ? > > Yes, it can and it is very flexible. Either you only lookup a few items and > derive the rest from standard settings configured in Dovecot or you have > Dovecot lookup everything in LDAP. In any case you simply map the LDAP > attributes to Dovecot atttributes as you need it. Once you understood it (it's > not too complicated) it's even fun. ;) > > p at rick > > -- > state of mind () > > http://www.state-of-mind.de > > Franziskanerstra?e 15 ? ? ?Telefon +49 89 3090 4664 > 81669 M?nchen ? ? ? ? ? ? ?Telefax +49 89 3090 4666 > > Amtsgericht M?nchen ? ? ? ?Partnerschaftsregister PR 563 > > From p at state-of-mind.de Sat Jul 9 23:36:09 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:36:09 +0200 Subject: [Dovecot] SASL In-Reply-To: References: <20110709202323.GC2227@state-of-mind.de> Message-ID: <20110709203609.GD2227@state-of-mind.de> * Friedrich Locke : > Ok! > > can dovecot do keberos password verification (yes, that's it, password > verification and not GSSAPI with tickets) ? Please take a look at . p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From friedrich.locke at gmail.com Sat Jul 9 23:40:35 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 17:40:35 -0300 Subject: [Dovecot] SASL In-Reply-To: <20110709203609.GD2227@state-of-mind.de> References: <20110709202323.GC2227@state-of-mind.de> <20110709203609.GD2227@state-of-mind.de> Message-ID: Thanks it is what i want, kerberos plaintext authentication. But wait, i am running OpenBSD. There is no pam_krb5 for openbsd. Is there any other means ? Thanks in advance. On Sat, Jul 9, 2011 at 5:36 PM, Patrick Ben Koetter

wrote: > * Friedrich Locke : >> Ok! >> >> can dovecot do keberos password verification (yes, that's it, password >> verification and not GSSAPI with tickets) ? > > Please take a look at . > > p at rick > > -- > state of mind () > > http://www.state-of-mind.de > > Franziskanerstra?e 15 ? ? ?Telefon +49 89 3090 4664 > 81669 M?nchen ? ? ? ? ? ? ?Telefax +49 89 3090 4666 > > Amtsgericht M?nchen ? ? ? ?Partnerschaftsregister PR 563 > > From p at state-of-mind.de Sat Jul 9 23:45:30 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:45:30 +0200 Subject: [Dovecot] SASL In-Reply-To: References: <20110709202323.GC2227@state-of-mind.de> <20110709203609.GD2227@state-of-mind.de> Message-ID: <20110709204530.GE2227@state-of-mind.de> * Friedrich Locke : > Thanks it is what i want, kerberos plaintext authentication. > But wait, i am running OpenBSD. There is no pam_krb5 for openbsd. > Is there any other means ? I am not an OpenBSD guy. Maybe someone else can share experiences. p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From cor at xs4all.nl Sun Jul 10 13:49:21 2011 From: cor at xs4all.nl (Cor Bosman) Date: Sun, 10 Jul 2011 12:49:21 +0200 Subject: [Dovecot] OATH/OTP? Message-ID: <14078E4D-4F75-4A58-96BB-3C794DE3BA45@xs4all.nl> Hey all, has anyone ever successfully implemented some form of OTP system with dovecot? Im looking at setting up an OATH/HOTP-TOTP based OTP for our services, but the webmail service (which uses dovecot) is a difficult one. Any info on implementations would be appreciated, Regards, Cor From c at g33k5.de Sun Jul 10 19:00:34 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 10 Jul 2011 18:00:34 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird Message-ID: <4E19CCA2.6070707@g33k5.de> Hi, I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of imap folders and sometimes I wish to delete several folders: First Problem: If I remove a folder under TB, it get moved to my Trash folder. After that I close TB, which also purges the trash. When I come back, the deleted folder and its content is still there. There is no way to remove it with TB. On the server side I see that the folder is listed under mailboxes/Trash and in the subscriptions file, a last line shows that Trash/foldername is subscribed. If I remove that line and the mailboxes-folder, then TB is happy again. Second problem: If I have two folders a and b, both containing a folder example: a/example b/example I only can delete one folder. By deleting the second one, the IMAP server tells me that there already exists on folder named example. I am not sure, if this is thunderbird or dovecot related, but both problems are really annoying. Am I missing some configuration? Thunderbird is Ubuntu's packaged version 3.1.10. Thanks for any ideas and help in advance and don't get me wrong: I really love dovecot ;-) Best wishes Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From mstevens at imt-systems.com Sun Jul 10 19:16:44 2011 From: mstevens at imt-systems.com (Morten P.D. Stevens) Date: Sun, 10 Jul 2011 18:16:44 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19CCA2.6070707@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> Message-ID: <9891feeb61da67650e034f6cad984b75@imt-systems.com> On Sun, 10 Jul 2011 18:00:34 +0200, Christian Roessner wrote: > Hi, > > I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens > of > imap folders and sometimes I wish to delete several folders: > > First Problem: > > If I remove a folder under TB, it get moved to my Trash folder. After > that I close TB, which also purges the trash. When I come back, the > deleted folder and its content is still there. There is no way to > remove > it with TB. On the server side I see that the folder is listed under > mailboxes/Trash and in the subscriptions file, a last line shows that > Trash/foldername is subscribed. If I remove that line and the > mailboxes-folder, then TB is happy again. Hi Christian, http://wiki2.dovecot.org/Clients#Thunderbird protocol imap { imap_client_workarounds = tb-extra-mailbox-sep } That should also solve your second problem. Best regards, Morten From c at g33k5.de Sun Jul 10 19:36:15 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 10 Jul 2011 18:36:15 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <9891feeb61da67650e034f6cad984b75@imt-systems.com> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> Message-ID: <4E19D4FF.6040300@g33k5.de> Hi, > http://wiki2.dovecot.org/Clients#Thunderbird > > protocol imap { > imap_client_workarounds = tb-extra-mailbox-sep > } > > That should also solve your second problem. thank you VERY much :-) This really solved my problems Best wishes Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From admin at sagredo.eu Sun Jul 10 19:45:15 2011 From: admin at sagredo.eu (Roberto Puzzanghera) Date: Sun, 10 Jul 2011 18:45:15 +0200 Subject: [Dovecot] LDA/Sieve and vacation: empty envelope sender Message-ID: Hello everyone, while testing a vacation/reject sieve rule I get: lda(sender at mydomain.xyz): Error: sieve: envelope sender address '<>@mail.domain.xyz' is unparsable follows an empty Return-Path: <"<>"@mail.domain.xyz> and the reject of the message itself by the recipient's MTA (syntax error). Unfortunately I had no luck when googling for similar issues, after a couple of hours of debugging. qmail/vpopmail dovecot 2.0.12 pigeonhole-0.2.3 Thanks in advance for any hint Roberto Puzzanghera From ghe at slsware.com Mon Jul 11 02:45:31 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 17:45:31 -0600 Subject: [Dovecot] n00b here -- pop email deletion Message-ID: I'm running Dovecot IMAP and POP3 on Debian. But it look's like it's keeping mail in the user's inbox on the server until it's deleted by the user. I thought POP servers deleted email as soon as it was downloaded, but apparently not, according to dovecot.org. Is there something in the Dovecot conf I can do to get rid of all this redundant crud? I see several conversations on the 'Net about "quotas" that look like they might keep stuff around for a few days or weeks, then delete. That sounds lovely, but I don't understand them enough to try to make it happen. dovecot -n: > # 1.0.15: /etc/dovecot/dovecot.conf > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap pop3 > ssl_listen: * > ssl_disable: yes > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > login_max_processes_count: 12 > mail_privileged_group: mail > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > pop3_uidl_format(default): > pop3_uidl_format(imap): > pop3_uidl_format(pop3): %08Xu%08Xv > auth default: > mechanisms: plain login > passdb: > driver: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix -- Glenn English From michael at orlitzky.com Mon Jul 11 02:52:00 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Sun, 10 Jul 2011 19:52:00 -0400 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: Message-ID: <4E1A3B20.6090003@orlitzky.com> On 07/10/2011 07:45 PM, Glenn English wrote: > I'm running Dovecot IMAP and POP3 on Debian. But it look's like it's > keeping mail in the user's inbox on the server until it's deleted by > the user. I thought POP servers deleted email as soon as it was > downloaded, but apparently not, according to dovecot.org. > > Is there something in the Dovecot conf I can do to get rid of all > this redundant crud? > > I see several conversations on the 'Net about "quotas" that look like > they might keep stuff around for a few days or weeks, then delete. > That sounds lovely, but I don't understand them enough to try to make > it happen. You can do things on the server to mitigate damage from people who check the "leave messages on server for eternity" box, but generally, this is a client preference. Outlook, off the top of my head, has at least * never delete * delete messages after N days * delete messages after I delete them locally * delete immediately From ghe at slsware.com Mon Jul 11 02:59:28 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 17:59:28 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3B20.6090003@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> Message-ID: <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: > You can do things on the server to mitigate damage from people who check > the "leave messages on server for eternity" box, but generally, this is > a client preference. What things can I do on the server? Many of my people use Macs, and there's nothing (I can find) in the iMail config to turn off the eternity switch. -- Glenn English From duane at duanemail.org Mon Jul 11 03:00:58 2011 From: duane at duanemail.org (Duane Hill) Date: Sun, 10 Jul 2011 19:00:58 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: Message-ID: <966564676.20110710190058@duanemail.org> Sunday, July 10, 2011, 6:45:31 PM, Glenn wrote: > I'm running Dovecot IMAP and POP3 on Debian. But it look's like > it's keeping mail in the user's inbox on the server until it's > deleted by the user. I thought POP servers deleted email as soon as > it was downloaded, but apparently not, according to dovecot.org. Is the email client used to read email set to leave mail on the server for a period of time or indefinitely? > Is there something in the Dovecot conf I can do to get rid of all this redundant crud? Recent versions of Dovecot can use doveadm to remove messages off the server that have the deleted and seen flags set. I'm not sure about doing the same for earlier versions of Dovecot. With Dovecot 2.0.12, I have a cron set up to remove messages that are marked as deleted using: /usr/local/bin/doveadm expunge -A mailbox '*' deleted > I see several conversations on the 'Net about "quotas" that look > like they might keep stuff around for a few days or weeks, then > delete. That sounds lovely, but I don't understand them enough to try to make it happen. > dovecot -n: >> # 1.0.15: /etc/dovecot/dovecot.conf >> log_timestamp: %Y-%m-%d %H:%M:%S >> protocols: imap pop3 >> ssl_listen: * >> ssl_disable: yes >> disable_plaintext_auth: no >> login_dir: /var/run/dovecot/login >> login_executable(default): /usr/lib/dovecot/imap-login >> login_executable(imap): /usr/lib/dovecot/imap-login >> login_executable(pop3): /usr/lib/dovecot/pop3-login >> login_max_processes_count: 12 >> mail_privileged_group: mail >> mail_executable(default): /usr/lib/dovecot/imap >> mail_executable(imap): /usr/lib/dovecot/imap >> mail_executable(pop3): /usr/lib/dovecot/pop3 >> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >> pop3_uidl_format(default): >> pop3_uidl_format(imap): >> pop3_uidl_format(pop3): %08Xu%08Xv >> auth default: >> mechanisms: plain login >> passdb: >> driver: pam >> userdb: >> driver: passwd >> socket: >> type: listen >> client: >> path: /var/spool/postfix/private/auth >> mode: 432 >> user: postfix >> group: postfix -- Best regards, Duane mailto:duane at duanemail.org From michael at orlitzky.com Mon Jul 11 03:09:37 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Sun, 10 Jul 2011 20:09:37 -0400 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> Message-ID: <4E1A3F41.9070202@orlitzky.com> On 07/10/2011 07:59 PM, Glenn English wrote: > > On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: > >> You can do things on the server to mitigate damage from people who >> check the "leave messages on server for eternity" box, but >> generally, this is a client preference. > > What things can I do on the server? Many of my people use Macs, and > there's nothing (I can find) in the iMail config to turn off the > eternity switch. > With POP3, they don't have a "Trash" folder so you're probably stuck setting a quota[1]. You could also run a cron job or maybe use the expire plugin to get rid of old messages, but that would likely piss someone off eventually. And, I guess, if they're leaving *every* message on the server, you could switch them to IMAP. They can't possibly leave any more stuff on there, right? [1] http://wiki2.dovecot.org/Quota From ghe at slsware.com Mon Jul 11 03:13:57 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:13:57 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <966564676.20110710190058@duanemail.org> References: <966564676.20110710190058@duanemail.org> Message-ID: <45773890-D1AA-4F15-B3EF-5FA530FC2888@slsware.com> On Jul 10, 2011, at 6:00 PM, Duane Hill wrote: > Is the email client used to read email set to leave mail on the server > for a period of time or indefinitely? As far as I can tell, yes it is (Apple Mail seems to not have anything about that option, and it defaults to "keeping stuff for eternity"). Actually, Apple Mail seems to download email to the user *and* leave it on the server. > Recent versions of Dovecot can use doveadm to remove messages off the > server that have the deleted and seen flags set. I'm not sure about > doing the same for earlier versions of Dovecot. That'd do just fine. But the best I can do with Debian stable is 1.2, and there's no 'doveadm' in the apt lists. Bears looking into, though... -- Glenn English From ghe at slsware.com Mon Jul 11 03:23:46 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:23:46 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3F41.9070202@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: On Jul 10, 2011, at 6:09 PM, Michael Orlitzky wrote: > You could also run a cron job or maybe use the expire plugin to get rid > of old messages, but that would likely piss someone off eventually. About 15 seconds after they lose a picture of somebody's baby. > And, I guess, if they're leaving *every* message on the server, you > could switch them to IMAP. They can't possibly leave any more stuff on > there, right? Sigh. They were IMAP -- I was trying to help them -- I got them to switch to POP because their email directories were getting too big; they never delete anything. I was hoping that POP would fix the server's directory size, and they could keep all the baby pictures they wanted to. -- Glenn English From ghe at slsware.com Mon Jul 11 03:36:27 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:36:27 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <99DC064D-13A1-4911-A020-5A5BFB8FCE2F@slsware.com> I found it. It's in the POP config in iMail -- I was looking at the IMAP configuration. I'm embarrassed and I apologize for being a n00b. Thanks very much for attempting to answer a lame question. -- Glenn English From duane at duanemail.org Mon Jul 11 03:41:51 2011 From: duane at duanemail.org (Duane Hill) Date: Sun, 10 Jul 2011 19:41:51 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3F41.9070202@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <708236617.20110710194151@duanemail.org> Sunday, July 10, 2011, 7:09:37 PM, Michael wrote: > On 07/10/2011 07:59 PM, Glenn English wrote: >> >> On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: >> >>> You can do things on the server to mitigate damage from people who >>> check the "leave messages on server for eternity" box, but >>> generally, this is a client preference. >> >> What things can I do on the server? Many of my people use Macs, and >> there's nothing (I can find) in the iMail config to turn off the >> eternity switch. >> > With POP3, they don't have a "Trash" folder so you're probably stuck > setting a quota[1]. > You could also run a cron job or maybe use the expire plugin to get rid > of old messages, but that would likely piss someone off eventually. > And, I guess, if they're leaving *every* message on the server, you > could switch them to IMAP. They can't possibly leave any more stuff on > there, right? > [1] http://wiki2.dovecot.org/Quota Actually, you should have linked to http://wiki1.dovecot.org/Quota. http://wiki2.dovecot.org is used for Dovecot v2.0. The OP is using Dovecot 1.x. But, I see the OP in the latest message response has found the setting in the email client. -- Best regards, Duane mailto:duane at duanemail.org From stan at hardwarefreak.com Mon Jul 11 05:11:25 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sun, 10 Jul 2011 21:11:25 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <4E1A5BCD.5000907@hardwarefreak.com> On 7/10/2011 7:23 PM, Glenn English wrote: > Sigh. They were IMAP -- I was trying to help them -- I got them to switch to POP because their email directories were getting too big; they never delete anything. I was hoping that POP would fix the server's directory size, and they could keep all the baby pictures they wanted to. What is the actual nature of the problem you are attempting to solve Glenn? Disk space? Performance degradation? Switching users from IMAP to POP will never solve either of these. You need either more disk space or quotas (filesystem level, not Dovecot quotas), or both. You may also want to look into an HSM system depending on your budget and overall storage system complexity. HSM rarely makes sense for a single server. -- Stan From lists at truthisfreedom.org.uk Mon Jul 11 09:24:45 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Mon, 11 Jul 2011 07:24:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> Message-ID: <1310365485.2536.11.camel@lappy.edison.local> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: > We have noticed that the IMAP servers appear to be under much less > load and utilising drastically less RAM than the POP3 servers and I'm > wondering if there is a reason for this as we have seen some swapping > onto disk yet we are only handling 500 concurrent POP3 connections to > each server at any given time compared with over 600 IMAP connections. Am I to take it that this is expected behaviour? If anyone can shed more light on this I'd be very grateful. Thanks, Matt From wgillespie+dovecot at es2eng.com Mon Jul 11 10:06:07 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Mon, 11 Jul 2011 01:06:07 -0600 Subject: [Dovecot] Dovecot indexes In-Reply-To: References: Message-ID: <4E1AA0DF.2050802@es2eng.com> On 07/08/2011 04:35 AM, Mike Prispan wrote: > Hi, > > could someone answer my following questions about dovecot indexes? > > - If I delete dovecot indexes, it recreates them without any problem, right? I believe this depends. Maildir and mbox I don't think care. However, dbox and mdbox do and you'll lose information. (from memory, I could be off) From giulio at dsi.unimi.it Mon Jul 11 10:17:12 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 09:17:12 +0200 Subject: [Dovecot] dsync and compressed folders Message-ID: <4E1AA378.4020200@dsi.unimi.it> I'm trying to migrate my old dovecot server (mbox based) to a new one (maildir based), both are version 2.0.13. I'm using dsync: oldserver# dsync -u username backup ssh root at newserver dsync -u username Everything is working like a charm but when it tries to convert compressed folder I got an error: dsync-local(username): Error: Failed to sync mailbox OldMails/2008.gz: Mailbox isn't a valid mbox file. Both old and new installations support compressed folder via zlib plugin. If I'm not wrong dsync doesn't support compressed folder, does it? And, if so, are there any chances to have dsync support gzip'ed folders in the (near) future? Many thanks in advance, gc -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano From stan at hardwarefreak.com Mon Jul 11 10:27:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 02:27:13 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310365485.2536.11.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> Message-ID: <4E1AA5D1.6000601@hardwarefreak.com> On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: > On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >> We have noticed that the IMAP servers appear to be under much less >> load and utilising drastically less RAM than the POP3 servers and I'm >> wondering if there is a reason for this as we have seen some swapping >> onto disk yet we are only handling 500 concurrent POP3 connections to >> each server at any given time compared with over 600 IMAP connections. > > Am I to take it that this is expected behaviour? > > If anyone can shed more light on this I'd be very grateful. More specific information would be helpful. Load as shown through top doesn't really tell anything. Are you simply seeing memory pressure? Is all that RAM being used for block device cache or actually eaten by the pop servers? -- Stan From robert at schetterer.org Mon Jul 11 10:37:24 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 11 Jul 2011 09:37:24 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19CCA2.6070707@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> Message-ID: <4E1AA834.1090500@schetterer.org> Am 10.07.2011 18:00, schrieb Christian Roessner: > Hi, > > I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of > imap folders and sometimes I wish to delete several folders: > > First Problem: > > If I remove a folder under TB, it get moved to my Trash folder. After > that I close TB, which also purges the trash. When I come back, the > deleted folder and its content is still there. There is no way to remove > it with TB. On the server side I see that the folder is listed under > mailboxes/Trash and in the subscriptions file, a last line shows that > Trash/foldername is subscribed. If I remove that line and the > mailboxes-folder, then TB is happy again. yes , this sometimees happens, manual unsubscribe with/in TB an restart fixes this in most cases, no need to edit subscript file ( sometimes after heavy tests and reconfigures etc i edited the subscript file anyway ) > > Second problem: > > If I have two folders a and b, both containing a folder example: > > a/example > b/example > > I only can delete one folder. By deleting the second one, the IMAP > server tells me that there already exists on folder named example. ok this is a move/copy to trash, there cant be 2 folders under trash with same names > > I am not sure, if this is thunderbird or dovecot related, but both > problems are really annoying. Am I missing some configuration? > > Thunderbird is Ubuntu's packaged version 3.1.10. just tested with tb5 your first case didnt happend in my tests, but i know it from 3.1.x > > Thanks for any ideas and help in advance and don't get me wrong: I > really love dovecot ;-) i am nearly sure this is no dovecot problem, for info i use maildirs > > Best wishes > Christian -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Mon Jul 11 10:39:03 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 11 Jul 2011 09:39:03 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19D4FF.6040300@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> <4E19D4FF.6040300@g33k5.de> Message-ID: <4E1AA897.4000805@schetterer.org> Am 10.07.2011 18:36, schrieb Christian Roessner: > Hi, > >> http://wiki2.dovecot.org/Clients#Thunderbird >> >> protocol imap { >> imap_client_workarounds = tb-extra-mailbox-sep >> } >> >> That should also solve your second problem. > > thank you VERY much :-) This really solved my problems > > Best wishes > Christian hm ,no need with maildirs for that , but i may have other namespaces -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From lists at truthisfreedom.org.uk Mon Jul 11 12:28:23 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 10:28:23 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1AA5D1.6000601@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> Message-ID: <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> Quoting Stan Hoeppner : > On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: >> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >>> We have noticed that the IMAP servers appear to be under much less >>> load and utilising drastically less RAM than the POP3 servers and I'm >>> wondering if there is a reason for this as we have seen some swapping >>> onto disk yet we are only handling 500 concurrent POP3 connections to >>> each server at any given time compared with over 600 IMAP connections. >> >> Am I to take it that this is expected behaviour? >> >> If anyone can shed more light on this I'd be very grateful. > > More specific information would be helpful. Load as shown through top > doesn't really tell anything. Are you simply seeing memory pressure? > Is all that RAM being used for block device cache or actually eaten by > the pop servers? Hi Stan, Thanks for getting back to me. The Load average comparisons are taken from Munin graphs and based upon the servers being in production for five days between Monday and Friday. The vast majority of the RAM usage is cache, however there is still a discrepancy between the IMAP servers and the POP3 servers. I guess all I'm really after knowing is if there is a reason why this is the case so I can put my mind (and those of my team!) at ease before we start making other changes to the infrastructure - the last thing I want to do is increase the load on these nodes and watch them die because they didn't have enough resources. Kind regards, Matt From amateo at um.es Mon Jul 11 14:48:36 2011 From: amateo at um.es (Angel L. Mateo) Date: Mon, 11 Jul 2011 13:48:36 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) In-Reply-To: <4E16F235.70102@um.es> References: <4E16D987.80902@um.es> <4E16F235.70102@um.es> Message-ID: <4E1AE314.1000406@um.es> El 08/07/11 14:04, Angel L. Mateo escribi?: > El 08/07/11 12:18, Angel L. Mateo escribi?: >> Hello, >> >> I have configured two dovecot servers with director acting as >> lmtp/imap/pop proxy server with 8 dovecot backend servers. >> >> In our test environment we had no problem, but when we migrated to >> production environment, our mail list server (it delivers mail through >> lmtp) is having a lot of errors like this: >> >> 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to >> end of DATA command)) >> >> Proxy and backend servers are not loaded. >> >> Any idea? >> > By now, I think I have resolved the problem. We have limited the rate at > what list server delivers mail to dovecot. The default postfix > configuration is: > > lmtp_destination_concurrency_limit = 20 > lmtp_destination_recipient_limit = 50 > > that is, > > a maximum of 20 lmtp concurrence connections with a maximum of 50 > recipients per connection. We have decrease to 5 and 10 and since then > we have no more data output timeout errors. > > This wasn't a fix. Although it works temporally and alleviate the problem, it didn't completely fixed and I get sporadic errors like: Jul 11 13:46:25 xenon14 postfix/lmtp[7063]: A0ECA5D49E: to=, relay=pop.um.es[155.54.212.106]:24, delay=599, delays=569/0/0/30, dsn=4.4.0, status=deferred (host pop.um.es[155.54.212.106] said: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Any idea of what is the reason for this? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From mimo at gn.apc.org Mon Jul 11 15:05:02 2011 From: mimo at gn.apc.org (Michael Moritz) Date: Mon, 11 Jul 2011 13:05:02 +0100 Subject: [Dovecot] drac plugin "net_ip2addr() failed: Operation not permitted" Message-ID: <201107111305.03226.mimo@gn.apc.org> Hi, I'm trying to get the drac plugin working (again) but I'm stuck with the following message: Restarting IMAP/POP3 mail server: dovecotEDRAC: net_ip2addr() failed: Operation not permitted This is on a Debian Squeeze box, dovecot version 1.2.15-7, drac version 1.12 Looking at the source it should print the IP in the brackets of net_ip2addr. The fact that it's just empty made me think that I may need to set an environment variable. I tried IP="127.0.0.1" in /etc/default/dovecot and as export but to no avail. Any ideas? Thanks, mimo From stan at hardwarefreak.com Mon Jul 11 15:18:11 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 07:18:11 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> Message-ID: <4E1AEA03.8080206@hardwarefreak.com> On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: > Quoting Stan Hoeppner : > >> On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: >>> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >>>> We have noticed that the IMAP servers appear to be under much less >>>> load and utilising drastically less RAM than the POP3 servers and I'm >>>> wondering if there is a reason for this as we have seen some swapping >>>> onto disk yet we are only handling 500 concurrent POP3 connections to >>>> each server at any given time compared with over 600 IMAP connections. >>> >>> Am I to take it that this is expected behaviour? >>> >>> If anyone can shed more light on this I'd be very grateful. >> >> More specific information would be helpful. Load as shown through top >> doesn't really tell anything. Are you simply seeing memory pressure? >> Is all that RAM being used for block device cache or actually eaten by >> the pop servers? > > Hi Stan, > > Thanks for getting back to me. > > The Load average comparisons are taken from Munin graphs and based upon > the servers being in production for five days between Monday and Friday. This still doesn't provide us with the necessary information to give you an intelligent answer to your question. You've told us you have a Mustang and a Camaro and that one burned more gas in a week than the other. You didn't tell us the driving conditions of each, whether both city driving, or one city and one highway, winter or summer, or if grandma was driving one and Mario Andretti driving the other. The details matter. > The vast majority of the RAM usage is cache, however there is still a > discrepancy between the IMAP servers and the POP3 servers. A discrepancy where? RAM usage by the pop and imap processes? Is there any reason why you didn't post the actual data? > I guess all I'm really after knowing is if there is a reason why this is > the case so I can put my mind (and those of my team!) at ease before we > start making other changes to the infrastructure - the last thing I want > to do is increase the load on these nodes and watch them die because > they didn't have enough resources. You still have not demonstrated what resources, if any, these nodes are lacking. The only thing you have mentioned is memory consumption. All Unices today will dump cache pages if a process needs memory space and will instantly reallocate it. If the bulk of the RAM on these systems is consumed by disk cache, you don't have a problem. If the "load" you mentioned is caused by something other then memory usage, then can you please show detail of such? Could you at least provide a snapshot of top output from one pop and one imap machine? I feel like I'm pulling teeth here. You've made two posts about this issue and provided zero technical detail in either. Make this easier on both of us, and post some darn detail. -- Stan From giulio at dsi.unimi.it Mon Jul 11 15:26:39 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 14:26:39 +0200 Subject: [Dovecot] compressed folder bug Message-ID: <4E1AEBFF.1090609@dsi.unimi.it> I found a strange behaviour in dovecot compressed folder, maybe a bug. It happens only if you have one (and just one!) email in a gz compressed folder. I'm talking about a mbox server. Step to reproduce: - create a new folder, using any client (I think this step is not important, it happens also if tou create this folder server-side). - copy one message (any message) into newly created folder (using your favourite drag-n-drop gesture, saving in that folder using you character client (mutt,...), etc.) - if your client automatically subscribe to newly created folders, unsubscribe from it - On your server "gzip newfolder" - On your client subscribe "newfolder.gz" - Try to access you newfolder This is what I get in logfiles: Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: Next message unexpectedly lost from mbox file /home/giulio/Mail/testfolder.gz at 9082 (cached) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: read(/home/giulio/Mail/testfolder.gz) failed: Invalid argument (uid=1) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Disconnected: Internal error occurred. Refer to server log for more information. [2011-07-11 14:08:08] bytes=2045/23657 The funniest thing is that if I have a folder with more than one message it works like a charm. Some info about me: - dovecot version 2.0.13 - gentoo linux, with kernel 2.6.38-gentoo-r6 - system running on a VMWare virtual machine (32bit) - reiserfs filesystem my dovecot -n output: ------------------------------------------------------------------------ # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38-gentoo-r6 i686 Gentoo Base System release 2.0.2 auth_mechanisms = plain login disable_plaintext_auth = no listen = * mail_gid = mail mail_location = mbox:~/Mail:INBOX=/var/mail/%u:INDEX=~/ 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 passdb { args = * driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } service imap-login { inet_listener imap { address = imap.mydomain.it } inet_listener imaps { address = imap.mydomain.it } } service pop3-login { inet_listener pop3 { address = pop.mydomain.it } inet_listener pop3s { address = pop.mydomain.it } } ssl_cert = References: Message-ID: <4E1AF369.9080001@blunn.org> On 08/07/2011 11:35, Mike Prispan wrote: > could someone answer my following questions about dovecot indexes? > > - If I delete dovecot indexes, it recreates them without any problem, > right? AFAIK, for mbox and Maildir: True, for sdbox and mdbox: False. > - If dovecot recreates indexes, it does not affect users (they don't > have to download all emails again, seen flag is not lost etc.) or is > there any problem? AFAIK this is true, at least for the cases where indexes can reasonably be recreated (mbox and Maildir). AFAIK, under mbox, Dovecot stores UID and flags in the message headers; under Maildir, Dovecot stores UID in dovecot-uidlist file, and flags in filename. AFAIK, under sdbox and mdbox, UID and flags are stored (only) in "indexes". sdbox and mdbox "indexes" cannot be recreated. If sdbox or mdbox "indexes" are lost, Dovecot will re-create them, but losing data to a greater or lesser extent. > - If I use mail_location = ...:INDEX=MEMORY, it recreates indexes > every time dovecot is (re)started, right? Does it have any negative > effect except performance/resources? AFAIK, INDEX=MEMORY causes Dovecot to recreate indexes every time a mailbox is opened, not just when Dovecot is restarted. Not aware of any negative effects other than the categories mentioned, but I can't claim to be an expert. > - Is there any difference in indexes for mbox and maildir (related to > previous questions)? See http://wiki2.dovecot.org/IndexFiles Bill From lists at truthisfreedom.org.uk Mon Jul 11 16:20:40 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 14:20:40 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1AEA03.8080206@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> Message-ID: <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> Hi Stan, Quoting Stan Hoeppner : > On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: >> Quoting Stan Hoeppner : > This still doesn't provide us with the necessary information to give you > an intelligent answer to your question. Sorry, I thought I'd given quite a large amount of detail so far. To answer the questions I believe were in your analogy: * All the servers are made by the same manufacturer (Dell) * They are all the same model (R410) * The have the same engine (24 cores, 24G RAM, SAS Drives) * The motorway is exactly the same for all servers (NFS to a NetApp 6080 and a RAMSAN) * The weather is almost exactly the same (Same Datacentre, different rooms/racks) * The Driver is exactly the same (Dovecot 1.0.15) >> The vast majority of the RAM usage is cache, however there is still a >> discrepancy between the IMAP servers and the POP3 servers. > > A discrepancy where? RAM usage by the pop and imap processes? Is there > any reason why you didn't post the actual data? I thought I had explained this, but obviously not. The discrepancies lie in two areas: 1) Load Average 2) RAM Usage (particularly in regard to cache) In both cases, the value for each area is higher on the three nodes running POP3 than the nodes running IMAP. >> I guess all I'm really after knowing is if there is a reason why this is >> the case so I can put my mind (and those of my team!) at ease before we >> start making other changes to the infrastructure - the last thing I want >> to do is increase the load on these nodes and watch them die because >> they didn't have enough resources. > > You still have not demonstrated what resources, if any, these nodes are > lacking. The only thing you have mentioned is memory consumption. All > Unices today will dump cache pages if a process needs memory space and > will instantly reallocate it. If the bulk of the RAM on these systems > is consumed by disk cache, you don't have a problem. If the "load" you > mentioned is caused by something other then memory usage, then can you > please show detail of such? Could you at least provide a snapshot of > top output from one pop and one imap machine? POP3: https://gist.github.com/1075816 IMAP: https://gist.github.com/1075821 Unfortunately I can't provide access to the Munin Graphs owing to company policies, however I'm happy to post the output of pretty much any command (except `rm -rf` ;) ) that you would like to see. I hope that's enough detail, if not please let me know. Thanks again, Matt From satish_lx at hotmail.com Mon Jul 11 16:56:29 2011 From: satish_lx at hotmail.com (satish patel) Date: Mon, 11 Jul 2011 13:56:29 +0000 Subject: [Dovecot] Dovecot NFS locking issue In-Reply-To: References: Message-ID: Anyone ? > From: satish_lx at hotmail.com > To: dovecot at dovecot.org > Date: Fri, 8 Jul 2011 17:08:40 +0000 > Subject: [Dovecot] Dovecot NFS locking issue > > > Hi All, > > We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error > > Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available > Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available > > Look like my NFS locking getting overload or something its (netapps NFS server) > > what you suggest to fix this issue ? how uw-imap was working with NFS before ? > > Appreciate your help. > > -S > > From stan at hardwarefreak.com Mon Jul 11 18:03:56 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 10:03:56 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> Message-ID: <4E1B10DC.3020307@hardwarefreak.com> On 7/11/2011 8:20 AM, lists at truthisfreedom.org.uk wrote: > Hi Stan, > > Quoting Stan Hoeppner : > >> On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: >>> Quoting Stan Hoeppner : >> This still doesn't provide us with the necessary information to give you >> an intelligent answer to your question. > > Sorry, I thought I'd given quite a large amount of detail so far. > > To answer the questions I believe were in your analogy: > > * All the servers are made by the same manufacturer (Dell) > * They are all the same model (R410) > * The have the same engine (24 cores, 24G RAM, SAS Drives) The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs you see is the result of HyperThreading being enabled. I'd disable HT if I were you, or those boxen mine. > * The motorway is exactly the same for all servers (NFS to a NetApp 6080 > and a RAMSAN) > * The weather is almost exactly the same (Same Datacentre, different > rooms/racks) > * The Driver is exactly the same (Dovecot 1.0.15) What operating system? Linux or *BSD? If Linux, what kernel version? Given that you're running Dovecot 1.0.15 I'm guessing you're using CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years old now and not inappropriate for a modern 2 socket, 6 core HyperThreading box. You need a much newer kernel, preferably in the 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on these machines. >>> The vast majority of the RAM usage is cache, however there is still a >>> discrepancy between the IMAP servers and the POP3 servers. It doesn't show in the top snapshots. >> A discrepancy where? RAM usage by the pop and imap processes? Is there >> any reason why you didn't post the actual data? > > I thought I had explained this, but obviously not. > > The discrepancies lie in two areas: > > 1) Load Average On Linux, load average strictly shows total system CPU usage in intervals, nothing else. Neither memory, disk, nor network or anything else affects load average. Thus, with a 12 core system, until you see a load average above 12 you have absolutely nothing to worry about. With HT enabled load averages pretty much go out the window as half the "CPUs" are merely glorified duplicate register file phantoms. Given that all mail apps are 100% IO bound, never CPU or memory bound, I'd guess you'll never see a load average over 4.00 on any of these machines with less than 1000 concurrent connections. This assuming you run a newer kernel and with HT disabled. In other words, no more than 4 cores worth of CPU time will ever be eaten by your workload. What number do your Munin graphs show for load average for each set of boxes? Do they even come close to 4? Also note that TCP stack processing on the pop nodes will be greater than that of the imap boxes, eating more CPU cycles. More data sent over the wire means more packets, more packets means more CPU time in both code/data processing and interrupts. If you're running iptables rules on each host that bumps up network processing cycles a bit more yet. > 2) RAM Usage (particularly in regard to cache) > In both cases, the value for each area is higher on the three nodes > running POP3 than the nodes running IMAP. Almost all the memory consumption on both systems is buffer cache. Thus you don't have a memory issue on either host. The kernel will free and immediately reassign pages from cache to application processes as needed. I don't see evidence of the pop machine using more memory, in fact the imap processes are using more. Both boxes are just under 24GB total usage and both using right at 20GB of cache. Looks like a default config Linux kernel based on the ultra aggressive caching and eating up nearly all memory. >>> I guess all I'm really after knowing is if there is a reason why this is >>> the case so I can put my mind (and those of my team!) at ease before we >>> start making other changes to the infrastructure - the last thing I want >>> to do is increase the load on these nodes and watch them die because >>> they didn't have enough resources. >> >> You still have not demonstrated what resources, if any, these nodes are >> lacking. The only thing you have mentioned is memory consumption. All >> Unices today will dump cache pages if a process needs memory space and >> will instantly reallocate it. If the bulk of the RAM on these systems >> is consumed by disk cache, you don't have a problem. If the "load" you >> mentioned is caused by something other then memory usage, then can you >> please show detail of such? Could you at least provide a snapshot of >> top output from one pop and one imap machine? > > POP3: https://gist.github.com/1075816 > IMAP: https://gist.github.com/1075821 > > Unfortunately I can't provide access to the Munin Graphs owing to > company policies, however I'm happy to post the output of pretty much > any command (except `rm -rf` ;) ) that you would like to see. > > I hope that's enough detail, if not please let me know. It may have been. I'll know when you post your load numbers from those top secret graphs. ;) -- Stan From giulio at dsi.unimi.it Mon Jul 11 18:06:04 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 17:06:04 +0200 Subject: [Dovecot] Dovecot NFS locking issue In-Reply-To: References: Message-ID: <4E1B115C.1080608@dsi.unimi.it> Look at mbox_read_locks and mbox_write_locks parameters. From http://wiki2.dovecot.org/MailboxFormat/mbox: -------------------------------------------------------- There are at least four different ways to lock a mbox: ? dotlock: mailboxname.lock file created by almost all software when writing to mboxes. This grants the writer an exclusive lock over the mbox, so it's usually not used while reading the mbox so that other processes can also read it at the same time. So while using a dotlock typically prevents actual mailbox corruption, it doesn't protect against read errors if mailbox is modified while a process is reading. ? flock: flock() system call is quite commonly used for both read and write locking. The read lock allows multiple processes to obtain a read lock for the mbox, so it works well for reading as well. The one downside to it is that it doesn't work if mailboxes are stored in NFS. ? fcntl: Very similar to flock, also commonly used by software. In some systems this fcntl() system call is compatible with flock(), but in other systems it's not, so you shouldn't rely on it. fcntl works with NFS if you're using lockd daemon in both NFS server and client. ? lockf: POSIX lockf() locking. Because it allows creating only exclusive locks, it's somewhat useless so Dovecot doesn't support it. With Linux lockf() is internally compatible with fcntl() locks, but again you shouldn't rely on this. -------------------------------------------------------- but: - lockf is unsupported by dovecot - flock doesn't work over NFS - fcntl works over NFS only if lockd is running on both sides (useful only if you can setup lockd on your storage appliance) - dotlock is not so performing, and sometimes could give read errors, but should work (and protect you from mailbox corruption) Anyway take a look also to maildir format (almost entirely lockless). Hope this helps. Bye, gc Il 11/07/2011 15.56, satish patel ha scritto: > > Anyone ? > >> From: satish_lx at hotmail.com >> To: dovecot at dovecot.org >> Date: Fri, 8 Jul 2011 17:08:40 +0000 >> Subject: [Dovecot] Dovecot NFS locking issue >> >> >> Hi All, >> >> We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error >> >> Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available >> Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available >> >> Look like my NFS locking getting overload or something its (netapps NFS server) >> >> what you suggest to fix this issue ? how uw-imap was working with NFS before ? >> >> Appreciate your help. >> >> -S >> >> > -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano From lists at truthisfreedom.org.uk Mon Jul 11 19:22:45 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 17:22:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> >> * All the servers are made by the same manufacturer (Dell) >> * They are all the same model (R410) >> * The have the same engine (24 cores, 24G RAM, SAS Drives) > > The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs > you see is the result of HyperThreading being enabled. I'd disable HT > if I were you, or those boxen mine. OK, I'll take a look at this, thanks. >> * The motorway is exactly the same for all servers (NFS to a NetApp 6080 >> and a RAMSAN) >> * The weather is almost exactly the same (Same Datacentre, different >> rooms/racks) >> * The Driver is exactly the same (Dovecot 1.0.15) > > What operating system? Linux or *BSD? If Linux, what kernel version? > Given that you're running Dovecot 1.0.15 I'm guessing you're using > CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years > old now and not inappropriate for a modern 2 socket, 6 core > HyperThreading box. You need a much newer kernel, preferably in the > 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on > these machines. Linux, Centos 5.6 and (yup, you've guessed it...) 2.6.18 again, I'll take a look at this, thanks. >> 1) Load Average > > On Linux, load average strictly shows total system CPU usage in > intervals, nothing else. Neither memory, disk, nor network or anything > else affects load average. Thus, with a 12 core system, until you see a > load average above 12 you have absolutely nothing to worry about. With > HT enabled load averages pretty much go out the window as half the > "CPUs" are merely glorified duplicate register file phantoms. > > Given that all mail apps are 100% IO bound, never CPU or memory bound, > I'd guess you'll never see a load average over 4.00 on any of these > machines with less than 1000 concurrent connections. This assuming you > run a newer kernel and with HT disabled. In other words, no more than 4 > cores worth of CPU time will ever be eaten by your workload. What > number do your Munin graphs show for load average for each set of boxes? > Do they even come close to 4? They're showing as between 20 and 24 for the POP3 servers and 1.4 for the IMAP servers. > Also note that TCP stack processing on the pop nodes will be greater > than that of the imap boxes, eating more CPU cycles. More data sent > over the wire means more packets, more packets means more CPU time in > both code/data processing and interrupts. If you're running iptables > rules on each host that bumps up network processing cycles a bit more yet. OK, I'll take a look at that as well >> 2) RAM Usage (particularly in regard to cache) > >> In both cases, the value for each area is higher on the three nodes >> running POP3 than the nodes running IMAP. > > Almost all the memory consumption on both systems is buffer cache. Thus > you don't have a memory issue on either host. The kernel will free and > immediately reassign pages from cache to application processes as > needed. I don't see evidence of the pop machine using more memory, in > fact the imap processes are using more. Both boxes are just under 24GB > total usage and both using right at 20GB of cache. Looks like a default > config Linux kernel based on the ultra aggressive caching and eating up > nearly all memory. So a kernel update is more than sensible... > It may have been. I'll know when you post your load numbers from those > top secret graphs. ;) LOL, see above. Thanks again, Matt From florent at coppint.com Mon Jul 11 20:20:48 2011 From: florent at coppint.com (Florent Bautista) Date: Mon, 11 Jul 2011 19:20:48 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" In-Reply-To: <4E1331E0.8070008@coppint.com> References: <4E1331E0.8070008@coppint.com> Message-ID: <4E1B30F0.3090006@coppint.com> No one has any idea of what happens ? I forgot to say that mailboxes are MailDir format. Le 05/07/2011 17:46, Florent Bautista a ?crit : > Hi all, > > I just joigned this list, so I'm sorry if this problem has already > been reported. > > I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, > others for LDA, others for authentification only, etc. > > All servers are accessing a shared file system, based on MooseFS > (www.moosefs.org). The FS is mounted using FUSE. > > All my Dovecot servers have this configuration : > > mail_fsync = always > mail_nfs_index = yes > mail_nfs_storage = yes > mmap_disable = yes > > (as adviced for NFS installation). > > But I'm still getting errors like this in POP/IMAP logs : > Error: Corrupted index cache file > /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid > record size > > Sometimes my Dovecot LDA repairs these files, but then it happens > again... > > All my servers are running Debian 6 over KVM virtualization. > > Have you ever encountered this ? Do you think this is a Dovecot > problem or MooseFS problem ? > > Thank you a lot for your answers. > -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ ** ------------------------------------------------------------------------ From stan at hardwarefreak.com Mon Jul 11 21:47:40 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 13:47:40 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> Message-ID: <4E1B454C.2020504@hardwarefreak.com> On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: > They're showing as between 20 and 24 for the POP3 servers and 1.4 for > the IMAP servers. FULL STOP. Oh my lordy. Something is ridiculously wrong here. You have 12 physical cores with only ~600 simultaneous pop connections. That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 chips each core should be able to handle a couple hundred pop connections. If you were truly hitting an actual load of 20-24, a single one of those boxes would be bringing your NetApp to its knees (assuming GbE) due to the amount of IO that would be taking place with the CPUs this busy. > So a kernel update is more than sensible... Disable HT regardless of kernel upgrading. See if it helps the load issue with the current kernel. Then go ahead and upgrade the kernel. If the CentOS repos don't have anything in the 2.6.3x series grab: http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 and roll your own. Though I'd guess since you're a CentOS user you probably don't have any experience rolling kernels. Now, considering you're running a many years old version of Dovecot, which is no longer officially supported, you really need to upgrade. Safe bet is to grab the latest 1.2.x RPM you can get. >> It may have been. I'll know when you post your load numbers from those >> top secret graphs. ;) > > LOL, see above. > > Thanks again, You're welcome. Your problem isn't solved yet, but it soon will be. :) -- Stan From lists at truthisfreedom.org.uk Mon Jul 11 22:57:36 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Mon, 11 Jul 2011 20:57:36 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B454C.2020504@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> Message-ID: <1310414256.2650.7.camel@lappy.edison.local> On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote: > On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: > > > They're showing as between 20 and 24 for the POP3 servers and 1.4 for > > the IMAP servers. > > FULL STOP. Oh my lordy. Something is ridiculously wrong here. You > have 12 physical cores with only ~600 simultaneous pop connections. > That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 > chips each core should be able to handle a couple hundred pop > connections. If you were truly hitting an actual load of 20-24, a > single one of those boxes would be bringing your NetApp to its knees > (assuming GbE) due to the amount of IO that would be taking place with > the CPUs this busy. Good, so my assumption that something was wrong was correct and as the NetApp isn't on its knees... > > So a kernel update is more than sensible... > > Disable HT regardless of kernel upgrading. See if it helps the load > issue with the current kernel. Then go ahead and upgrade the kernel. > If the CentOS repos don't have anything in the 2.6.3x series grab: > http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 > > and roll your own. Though I'd guess since you're a CentOS user you > probably don't have any experience rolling kernels. LOL. I'm not a fan of Centos but it's what we've got to play with here - We'll be running Debian (or possibly even Gentoo if I have my way...) on the next load of servers and custom kernels aren't an issue. /me misses stage one gentoo installs... :( > Now, considering you're running a many years old version of Dovecot, > which is no longer officially supported, you really need to upgrade. > Safe bet is to grab the latest 1.2.x RPM you can get. We've built our own RPMS for 1.2 - we're upgrading these servers tomorrow... :) Kind regards, Matt From michael at orlitzky.com Mon Jul 11 23:12:17 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Mon, 11 Jul 2011 16:12:17 -0400 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <4E1B5921.1000907@orlitzky.com> On 07/11/11 15:57, Matthew Macdonald-Wallace wrote: > > LOL. I'm not a fan of Centos but it's what we've got to play with here - > We'll be running Debian (or possibly even Gentoo if I have my way...) on > the next load of servers and custom kernels aren't an issue. Just don't tell anyone: http://www.gentoo.org/proj/en/gentoo-alt/prefix/ From me at junc.org Tue Jul 12 00:26:34 2011 From: me at junc.org (Benny Pedersen) Date: Mon, 11 Jul 2011 23:26:34 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <2c3f5b94c658b585cd669a86a2fe67a1@junc.org> On Mon, 11 Jul 2011 20:57:36 +0100, Matthew Macdonald-Wallace wrote: > LOL. I'm not a fan of Centos but it's what we've got to play with > here - > We'll be running Debian (or possibly even Gentoo if I have my way...) > on > the next load of servers and custom kernels aren't an issue. > > /me misses stage one gentoo installs... :( why ?, note stage3 problems in current gentoo is nearly solved now, and funtoo use rpms but is have a openrc / baselayout 2.x where / is mounted 2 times in mtab seems to not accept ext4 and failback to ext2 in runtime :( i consider this a gentoo bug, but devs have another appinion :/ to not be completely offtopic, will dovecot 2.x support dovecot -n > new-config.conf so its easy to migrade over when time comes ? From stan at hardwarefreak.com Tue Jul 12 08:21:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 12 Jul 2011 00:21:13 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <4E1BD9C9.1030407@hardwarefreak.com> On 7/11/2011 2:57 PM, Matthew Macdonald-Wallace wrote: > On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote: >> On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: >> >>> They're showing as between 20 and 24 for the POP3 servers and 1.4 for >>> the IMAP servers. >> >> FULL STOP. Oh my lordy. Something is ridiculously wrong here. You >> have 12 physical cores with only ~600 simultaneous pop connections. >> That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 >> chips each core should be able to handle a couple hundred pop >> connections. If you were truly hitting an actual load of 20-24, a >> single one of those boxes would be bringing your NetApp to its knees >> (assuming GbE) due to the amount of IO that would be taking place with >> the CPUs this busy. > > Good, so my assumption that something was wrong was correct and as the > NetApp isn't on its knees... > >>> So a kernel update is more than sensible... >> >> Disable HT regardless of kernel upgrading. See if it helps the load >> issue with the current kernel. Then go ahead and upgrade the kernel. >> If the CentOS repos don't have anything in the 2.6.3x series grab: >> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 Are these virtual machines? You didn't state so previously. Running 2.6.18 as a VM guest on these machines may also be part of the incorrect load reporting problem. If so, run the data collector daemon inside the hypervisor itself so you get actual load figures. You'll never get accurate performance metrics for a whole box from a kernel/daemon inside a VM guest. -- Stan From lists at truthisfreedom.org.uk Tue Jul 12 09:03:56 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Tue, 12 Jul 2011 07:03:56 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1BD9C9.1030407@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> Message-ID: <1310450636.2578.0.camel@lappy.edison.local> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: > Are these virtual machines? You didn't state so previously. Running > 2.6.18 as a VM guest on these machines may also be part of the incorrect > load reporting problem. If so, run the data collector daemon inside the > hypervisor itself so you get actual load figures. You'll never get > accurate performance metrics for a whole box from a kernel/daemon inside > a VM guest. > Nope, all on the bare metal in our own datacentre. I'll let you know how the HT switchoff goes. M. From rainer.frey at inxmail.de Tue Jul 12 09:12:37 2011 From: rainer.frey at inxmail.de (Rainer Frey) Date: Tue, 12 Jul 2011 08:12:37 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> On 11.07.2011, at 17:03, Stan Hoeppner wrote: > The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs > you see is the result of HyperThreading being enabled. I'd disable HT > if I were you, or those boxen mine. Why? Rainer From stan at hardwarefreak.com Tue Jul 12 09:59:37 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 12 Jul 2011 01:59:37 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> Message-ID: <4E1BF0D9.7050000@hardwarefreak.com> On 7/12/2011 1:12 AM, Rainer Frey wrote: > > On 11.07.2011, at 17:03, Stan Hoeppner wrote: > >> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs >> you see is the result of HyperThreading being enabled. I'd disable HT >> if I were you, or those boxen mine. > > Why? It's a troubleshooting step. HT can cause weird problems with some systems/kernels. It can also decrease performance with some workloads. As with anything, if it doesn't provide benefit, turn if off to reduce complexity and potential problems. -- Stan From david.ledger at ivdcs.co.uk Tue Jul 12 14:08:11 2011 From: david.ledger at ivdcs.co.uk (David Ledger) Date: Tue, 12 Jul 2011 12:08:11 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 Message-ID: At 01:59 -0500 12/7/11, Stan Hoeppner wrote: >On 7/12/2011 1:12 AM, Rainer Frey wrote: >> >> On 11.07.2011, at 17:03, Stan Hoeppner wrote: >> >>> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs >>> you see is the result of HyperThreading being enabled. I'd disable HT >>> if I were you, or those boxen mine. >> >> Why? > >It's a troubleshooting step. HT can cause weird problems with some >systems/kernels. It can also decrease performance with some workloads. > As with anything, if it doesn't provide benefit, turn if off to reduce >complexity and potential problems. Or, another way, HT only helps when having twice as many (apparent) processors running at half the (effective) speed is good for your specific workload. Just because it's a band-waggon it doesn't mean you have to jump onto it. David -- David Ledger - Freelance Unix Sysadmin in the UK. HP-UX specialist of hpUG technical user group (www.hpug.org.uk) david.ledger at ivdcs.co.uk www.ivdcs.co.uk From Helga.Mayer at uni-hohenheim.de Tue Jul 12 18:01:26 2011 From: Helga.Mayer at uni-hohenheim.de (Helga Mayer) Date: Tue, 12 Jul 2011 17:01:26 +0200 (CEST) Subject: [Dovecot] need help with metadata plugin - partly solved In-Reply-To: References: Message-ID: After adding metadata and imap_annotatemore to the mail_plugins ANNOTATEMORE is displayed in the CAPABILITIES output. I still don't have a client which stores events on the imap server. So far I didn't succeed with Kontact (Version 4.3.5) Anybody has experiences with kontact and dovecot as a calendar resource ? I guess it should even work without metadata. Helga Helga Mayer Universit?t Hohenheim Kommunikations-, Informations- und Medienzentrum (630) IT-Dienste | Mail Schloss-Westhof-S?d | 70599 Stuttgart Tel.: +49 711 459-22838 | Fax: +49 711 459-23449 https://kim.uni-hohenheim.de *************************************************************************** A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text? From mdunlap at breakawaysystems.com Tue Jul 12 23:40:14 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Tue, 12 Jul 2011 15:40:14 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310066512.14764.7.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160632.7080100@Media-Brokers.com> <1310066512.14764.7.camel@mdunlap-desktop> Message-ID: <1310503215.11911.1.camel@mdunlap-desktop> The error message was caused by the missing hardlinks when migrating mail over scp. I made a tar of the mail and then scped it. Worked fine. On Thu, 2011-07-07 at 14:21 -0500, Max Dunlap wrote: > Oh, well. I'll take what I can get at this point. > > On Thu, 2011-07-07 at 15:17 -0400, Charles Marcus wrote: > > On 2011-07-07 3:03 PM, Max Dunlap wrote: > > > sudo dovecot -n: > > > http://pastie.org/2179100 > > > > > > The error message in mail.log: > > > http://pastie.org/2179032 > > > > You're much better off just pasting the output of these into the email > > body - lost of people won't go to the trouble of clicking links like > > these... > > > > From gene_dovecot at smalltime.com Wed Jul 13 04:33:33 2011 From: gene_dovecot at smalltime.com (gene) Date: Tue, 12 Jul 2011 18:33:33 -0700 Subject: [Dovecot] How to turn off "plus" delivery Message-ID: I use a lot of plus-style addresses (me+stuff at example.com), except I use underscore as the separator rather than plus (me_stuff at example.com). My mail logs are full of messages where dovecot looks for a mailbox named "stuff", fails, then delivers to my inbox. Is there a way to turn that off so that dovecot automatically delivers to my inbox? Thanks! Here are the details: > dovecot --version 1.2.15 > dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 info_log_path: /dev/null log_timestamp: %Y-%m-%d %H:%M:%S ssl_cert_file: /etc/ssl/server.crt ssl_key_file: /etc/ssl/server.key ssl_cipher_list: ALL:!LOW:!SSLv2:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:+HIGH:+MEDIUM login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock imap_client_workarounds: outlook-idle delay-newmail lda: postmaster_address: postmaster at xxxxxxxxx.com postmaster_address: postmaster at xxxxxxxxx.com mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r postmaster_address: postmaster at xxxxxxxxx.com mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/dovecot-auth mode: 432 user: postfix group: postfix plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve: ~/.dovecot.sieve sieve_dir: ~/sieve > cat ~/.dovecot.sieve require ["regex","fileinto"]; if header :regex ["X-Bogosity"] ["^ *Spam,"] { fileinto "caughtspam"; stop; } # excerpt from mail.log: postfix/pipe[32255]: BE4FCE24069: to=, relay=bogo_filter, delay=1.2, delays=0.13/0.01/0/1.1, dsn=2.0.0, status=sent (delivered via bogo_filter service) postfix/qmgr[28916]: BE4FCE24069: removed postfix/cleanup[32254]: DBA1EE2406E: message-id=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com> postfix/qmgr[28916]: DBA1EE2406E: from=, size=7859, nrcpt=1 (queue active) dovecot: deliver(gene): sieve: msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: failed to store into mailbox 'att': Mailbox doesn't exist: att dovecot: deliver(gene): sieve: script /home/gene/.dovecot.sieve failed with unsuccessful implicit keep dovecot: deliver(gene): msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: save failed to att: Mailbox doesn't exist: att dovecot: deliver(gene): msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: saved mail to INBOX postfix/local[32261]: DBA1EE2406E: to=, relay=local, delay=0.05, delays=0.01/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver -c /etc/dovecot/conf.d/01-dovecot-postfix.conf -n -m "${EXTENSION}") postfix/qmgr[28916]: DBA1EE2406E: removed From duane at duanemail.org Wed Jul 13 10:58:31 2011 From: duane at duanemail.org (Duane Hill) Date: Wed, 13 Jul 2011 02:58:31 -0500 Subject: [Dovecot] How to turn off "plus" delivery In-Reply-To: References: Message-ID: <411905248.20110713025831@duanemail.org> Tuesday, July 12, 2011, 8:33:33 PM, Gene wrote: > I use a lot of plus-style addresses (me+stuff at example.com), except > I use underscore as the separator rather than plus > (me_stuff at example.com). My mail logs are full of messages where > dovecot looks for a mailbox named "stuff", fails, then delivers to > my inbox. Is there a way to turn that off so that dovecot > automatically delivers to my inbox? Turn it off just for you? or globally? The underscore as the separator is defined within your Postfix main.cf config file. From your logs below, it uses the Dovecot deliver with the '-m ${extension}' parameter. If you remove the '-m "${EXTENSION}' parameter from the Postfix master.cf config file, that will eliminate extension (folder) delivery for the entire server. From the Dovecot deliver man page: -m mailbox Destination mailbox (default is INBOX). If the mailbox doesn't exist, it will not be created (unless the lda_mailbox_autocreate setting is set to yes). If a message couldn't be saved to the mailbox for any reason, it's delivered to INBOX instead. > Thanks! > Here are the details: >> dovecot --version > 1.2.15 >> dovecot -n > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 > info_log_path: /dev/null > log_timestamp: %Y-%m-%d %H:%M:%S > ssl_cert_file: /etc/ssl/server.crt > ssl_key_file: /etc/ssl/server.key > ssl_cipher_list: > ALL:!LOW:!SSLv2:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:+HIGH:+MEDIUM > login_dir: /var/run/dovecot/login > login_executable: /usr/lib/dovecot/imap-login > mail_privileged_group: mail > mail_location: maildir:~/Maildir > mbox_write_locks: fcntl dotlock > imap_client_workarounds: outlook-idle delay-newmail > lda: > postmaster_address: postmaster at xxxxxxxxx.com > postmaster_address: postmaster at xxxxxxxxx.com > mail_plugins: sieve > quota_full_tempfail: yes > deliver_log_format: msgid=%m: %$ > rejection_reason: Your message to <%t> was automatically rejected:%n%r > postmaster_address: postmaster at xxxxxxxxx.com > mail_plugins: sieve > quota_full_tempfail: yes > deliver_log_format: msgid=%m: %$ > rejection_reason: Your message to <%t> was automatically rejected:%n%r > auth default: > mechanisms: plain login > passdb: > driver: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/dovecot-auth > mode: 432 > user: postfix > group: postfix > plugin: > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve >> cat ~/.dovecot.sieve > require ["regex","fileinto"]; > if header :regex ["X-Bogosity"] ["^ *Spam,"] { > fileinto "caughtspam"; > stop; > } > # excerpt from mail.log: > postfix/pipe[32255]: BE4FCE24069: to=, > relay=bogo_filter, delay=1.2, delays=0.13/0.01/0/1.1, dsn=2.0.0, > status=sent (delivered via bogo_filter service) > postfix/qmgr[28916]: BE4FCE24069: removed > postfix/cleanup[32254]: DBA1EE2406E: > message-id=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com> > postfix/qmgr[28916]: DBA1EE2406E: > from=, size=7859, nrcpt=1 (queue active) > dovecot: deliver(gene): sieve: > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: > failed to store into mailbox 'att': Mailbox doesn't exist: att > dovecot: deliver(gene): sieve: script /home/gene/.dovecot.sieve > failed with unsuccessful implicit keep > dovecot: deliver(gene): > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: > save failed to att: Mailbox doesn't exist: att > dovecot: deliver(gene): > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: saved mail to INBOX > postfix/local[32261]: DBA1EE2406E: to=, > relay=local, delay=0.05, delays=0.01/0.01/0/0.03, dsn=2.0.0, > status=sent (delivered to command: /usr/lib/dovecot/deliver -c > /etc/dovecot/conf.d/01-dovecot-postfix.conf -n -m "${EXTENSION}") > postfix/qmgr[28916]: DBA1EE2406E: removed -- Best regards, Duane mailto:duane at duanemail.org From c at g33k5.de Wed Jul 13 10:59:24 2011 From: c at g33k5.de (Christian Roessner) Date: Wed, 13 Jul 2011 09:59:24 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <9891feeb61da67650e034f6cad984b75@imt-systems.com> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> Message-ID: <4E1D505C.7030406@g33k5.de> Hi, >> I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of >> imap folders and sometimes I wish to delete several folders: >> >> First Problem: >> >> If I remove a folder under TB, it get moved to my Trash folder. After >> that I close TB, which also purges the trash. When I come back, the >> deleted folder and its content is still there. There is no way to remove >> it with TB. On the server side I see that the folder is listed under >> mailboxes/Trash and in the subscriptions file, a last line shows that >> Trash/foldername is subscribed. If I remove that line and the >> mailboxes-folder, then TB is happy again. > > Hi Christian, > > http://wiki2.dovecot.org/Clients#Thunderbird > > protocol imap { > imap_client_workarounds = tb-extra-mailbox-sep > } > > That should also solve your second problem. I have a new strange problem and maybe it has to do with the same original problem: After adding the "workaround" feature to imap, this happens: - In thunderbird I delete a folder - Closing TB - Starting TB again - TB tells me that it can not find the folder a/b/example anymore The latter is interesting, as I had deleted it with TB once before. Even if I drag the folder directly to the trash and verify that it really is in there, the steps are the same as described in my short list above. Thanks in advance Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From a.dumitrescu at crystalmind.ro Wed Jul 13 13:36:53 2011 From: a.dumitrescu at crystalmind.ro (Andrei Dumitrescu) Date: Wed, 13 Jul 2011 13:36:53 +0300 Subject: [Dovecot] IMAP access based on username & IP Message-ID: <4E1D7545.5080002@crystalmind.ro> Hello, I have all the users and passwords in separate files like in the configuration below. I want that a specific user (ex: joe at domain.con) to be able to read mails using imaps only from a specific IP. All the other users should be able to read email from any IP. How can I do that? Thank you Imap version: #dovecot --version 1.2.12 dovecot.conf: # 1.2.12: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35-28-server x86_64 Ubuntu 10.10 ext4 base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info ssl_cert_file: /etc/ssl/certs/dovecot1.crt ssl_key_file: /etc/ssl/private/dovecot1.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting: IMAP ready. login_processes_count: 7 login_max_processes_count: 84 verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: maildir:/var/spool/vmail/%d/%n fsync_disable: yes mbox_write_locks: fcntl dotlock imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep lda: postmaster_address: postmaster at example.com sendmail_path: /usr/sbin/sendmail auth default: mechanisms: plain login user: mail username_format: %Lu passdb: driver: pam args: session=yes dovecot passdb: driver: passwd-file args: /etc/dovecot/dovecot_passwd userdb: driver: passwd args: blocking=yes userdb: driver: passwd-file args: /etc/dovecot/dovecot_users socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 From amateo at um.es Wed Jul 13 15:25:59 2011 From: amateo at um.es (Angel L. Mateo) Date: Wed, 13 Jul 2011 14:25:59 +0200 Subject: [Dovecot] Director lmtp timeout errors Message-ID: <4E1D8ED7.3030803@um.es> Hello, I have configured two dovecot servers with director acting as lmtp/imap/pop proxy server with 8 dovecot backend servers. In our test environment we had no problem, but when we migrated to production environment, our mail list server (it delivers mail through lmtp) is having a lot of errors like this: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) I have found this same issue in some posts to this list, but I can't find any solution Any idea? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From tlx at leuxner.net Thu Jul 14 10:37:22 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Thu, 14 Jul 2011 09:37:22 +0200 Subject: [Dovecot] IMAP access based on username & IP In-Reply-To: <4E1D7545.5080002@crystalmind.ro> References: <4E1D7545.5080002@crystalmind.ro> Message-ID: <20110714073722.GA10189@nihlus.leuxner.net> On Wed, Jul 13, 2011 at 01:36:53PM +0300, Andrei Dumitrescu wrote: > Hello, > I have all the users and passwords in separate files like in the > configuration below. > I want that a specific user (ex: joe at domain.con) to be able to read > mails using imaps only from a specific IP. > > All the other users should be able to read email from any IP. > > How can I do that? http://wiki.dovecot.org/Authentication/RestrictAccess http://wiki.dovecot.org/PasswordDatabase/ExtraFields/AllowNets Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From amateo at um.es Thu Jul 14 14:26:51 2011 From: amateo at um.es (Angel L. Mateo) Date: Thu, 14 Jul 2011 13:26:51 +0200 Subject: [Dovecot] Process parameters tuning Message-ID: <4E1ED27B.7020203@um.es> Hi, I'm having problems with director and lmtp for delivering messages to my dovecot farm. Also I have a warning like this: doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5048) doveconf: Warning: service anvil { client_limit=1000 } is lower than required under max. load (2003) So I'm trying to tune processes parameters, but I haven't found a complete description of these parameters. All I've found are examples. Questions are about client_limit, service_count, process_limit and process_min_avail. I think that process_limit and process_min_avail are the maximum of running processes for a service and the minimuf of idle process, respectively. But I don't completely understand what exactly are client_limit and service_count, Service_count means how many times a process is reused. If you configure it as 1 means that every time a process ends its connections, it dies. If you configure as 0, when the connections ends, then the process remains idle waiting for new connections. Isn't it? But what does client_limit means? The number of clients that a process can handle? Then number that can handle concurrently? Can a process handle more than one client concurrently? The documentation at http://wiki2.dovecot.org/LoginProcess simply says: * Otherwise new processes are created only once an existing one's connection count reaches client_limit * Default client_limit * process_limit = 1000*100 = 100k connections Does this mean that a process handle a maximun of client_limit connections concurrently? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From defenestrate at ymail.com Fri Jul 15 00:19:58 2011 From: defenestrate at ymail.com (Defenestrate) Date: Thu, 14 Jul 2011 14:19:58 -0700 (PDT) Subject: [Dovecot] authentication problems with pam_mkhomedir Message-ID: <1310678398.19067.YahooMailRC@web111611.mail.gq1.yahoo.com> Hi! I'm struggling with pam_mkhomedir. Accounts are stored in LDAP (CentOS Directory Server AKA 389 Directory Server). I am not pre-creating user home directories, and would like to use the pam_mkhomedir module to create the directories on the fly, when a user is authenticated via pop3s. pam_mkhomedir is working for interactive (e.g. SSH logins), but I don't want to require users to login interactively just so their home directory is created. Dovecot version: 1.0.7 dovecot -n output: protocols: pop3s >ssl_cert_file: /etc/pki/tls/certs/mail.ourdomain.tld.pem >ssl_key_file: /etc/pki/tls/private/mail.ourdomain.tld.pem >login_dir: /var/run/dovecot/login >login_executable: /usr/libexec/dovecot/pop3-login >mail_privileged_group: mail >mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u >mail_executable: /usr/libexec/dovecot/pop3 >mail_plugin_dir: /usr/lib64/dovecot/pop3 >pop3_client_workarounds: oe-ns-eoh, outlook-no-nuls >auth default: > verbose: yes > debug: yes > passdb: > driver: pam > args: session=yes dovecot > userdb: > driver: ldap > args: /etc/dovecot-ldap.conf /etc/pam.d/dovecot: authsufficientpam_ldap.so >authrequiredpam_deny.so > > >accountsufficientpam_ldap.so >accountrequiredpam_deny.so > > >passwordsufficientpam_ldap.so use_authtok >password requiredpam_deny.so > > >sessionoptionalpam_ldap.so >sessionrequiredpam_mkhomedir.so skel=/etc/skel umask=0022 > >With the pam_mkhomedir.so line, I see the following in maillog: Jul 14 16:14:26 mail dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= Jul 14 16:14:26 mail dovecot: auth(default): client out: CONT 1 Jul 14 16:14:26 mail dovecot: auth(default): client in: CONT Jul 14 16:14:26 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): lookup service=dovecot Jul 14 16:14:26 mail dovecot: auth(default): new auth connection: pid=25209 Jul 14 16:14:26 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): pam_open_session() failed: Permission denied Jul 14 16:14:28 mail dovecot: auth(default): client out: FAIL 1 user=joe.schmoe Jul 14 16:14:28 mail dovecot: auth(default): client in: AUTH 2 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= With the pam_mkhomedir.so line commented out: Jul 14 16:15:27 mail dovecot: auth(default): client out: CONT 1 Jul 14 16:15:27 mail dovecot: auth(default): client in: CONT Jul 14 16:15:27 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): lookup service=dovecot Jul 14 16:15:27 mail dovecot: auth(default): client out: OK 1 user=joe.schmoe Jul 14 16:15:27 mail dovecot: auth(default): master in: REQUEST 1 25286 1 Jul 14 16:15:27 mail dovecot: auth(default): ldap(joe.schmoe,xxx.xxx.xxx.xxx): user search: base=ou=People, dc=ourdomain, dc=tld scope=subtree filter=(&(objectClass=posixAccount)(uid=joe.schmoe)) fields=homeDirectory,uidNumber,gidNumber Jul 14 16:15:27 mail dovecot: auth(default): master out: USER 1 joe.schmoe home=/home/joe.schmoe uid=1057 gid=1000 Jul 14 16:15:27 mail dovecot: POP3(joe.schmoe): mkdir_parents(/home/joe.schmoe/mail) failed: Permission denied Jul 14 16:15:27 mail dovecot: POP3(joe.schmoe): Failed to create storage with data: mbox:/home/joe.schmoe/mail:INBOX=/var/spool/mail/joe.schmoe Jul 14 16:15:27 mail dovecot: child 25292 (pop3) returned error 89 Jul 14 16:15:27 mail dovecot: pop3-login: Login: user=, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, TLS Jul 14 16:19:05 mail dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= Any Suggestions? Thank you! From qmail at top-consulting.net Fri Jul 15 05:29:51 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 14 Jul 2011 22:29:51 -0400 Subject: [Dovecot] Backup namespace Message-ID: <20110714222951.1291967dvcirdg68@mail.top-consulting.net> I use dovecot 1.2.16 and I use . (dot) as the hierarchy separator. My user structure is like so: username/Maildir/.Folder1 username/Maildir/.Folder1.Subfolder The Inbox is right under: username/Maildir/cur & username/Maildir/new My namespace definition for the regular mail is: namespace private { separator = . prefix = inbox = yes } In a separate directory, nfs mounted, I also hold full daily backups of each users entire Maildir. It has the following structure: /archive/username/.14.07.2011/.Folder1 /archive/username/.14.07.2011/.Folder1.Subfolder /archive/username/.15.07.2011/.Folder1 /archive/username/.15.07.2011/.Folder1.Subfolder What I'm trying to do is to make the Backups available to each user in their IMAP. I was thinking of symlinking like this: username/Maildir/Backups --> /archive/username/ Would that work ? What should my namespace look like for this situation ? Is there a better way to do this ? From a.othman at cairosource.com Fri Jul 15 12:27:32 2011 From: a.othman at cairosource.com (Amira Othman) Date: Fri, 15 Jul 2011 12:27:32 +0300 Subject: [Dovecot] mail delivery Message-ID: <003901cc42d1$6d789980$4869cc80$@othman@cairosource.com> I am using ISPConfig 3 ,postfix,dovecot and mysql the problem is that I receive mail on server but can't get it through outlook and when check using webmin I found that it reads form location different than what is written in dovecot Regards Amira Othman Server Administrator www.cairosource.com 6 EL Nil EL Abyad, Mohandiseen Cairo, Egypt Direct: +2 02 3303 7175 Mobile: +2 012 220 4165 The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2131 bytes Desc: not available URL: From norman.maurer at googlemail.com Fri Jul 15 22:34:13 2011 From: norman.maurer at googlemail.com (Norman Maurer) Date: Fri, 15 Jul 2011 21:34:13 +0200 Subject: [Dovecot] ImapTest and QRESYNC testing Message-ID: Hi there, I'm currently working on adding QRESYNC support for james.apache.org/imap (which is a JAVA - based imapserver). For testing I'm currently using ImapTest but I'm currently not really sure it really reflect the RFC. Here are the "problems" I see: * It expect to have the UID param in the FETCH Response if QRESYNC was enabled (I was not able to spot the section were it is stated in the rfc) * EXPUNGE command seems to expect EXPUNGE Responses if QRESYNC was enabled, but from the RFC I think VANISHED is valid also. It even seems to fail when testing again dovecot.. So how much can I trust it when testing QRESYNC ? Thanks, Norman Ps: I'm not good a C at all, so its hard for me to provide patches ;) From ghandidrivesahumvee at gmail.com Sat Jul 16 00:48:34 2011 From: ghandidrivesahumvee at gmail.com (Michael George) Date: Fri, 15 Jul 2011 14:48:34 -0700 Subject: [Dovecot] Dovecot 2.0.12 LMTP does not write +detail written to Delivered-To: header Message-ID: Hi Timo and List, The Dovecot 2.0.10 changelog includes: * LMTP: For user+detail at domain deliveries, the +detail is again written to Delivered-To: header. I have recipient_delimiter = + set, lmtp_save_to_detail_mailbox=yes is working, however Dovecot 2.0.12 LMTP processes are not adding these headers to messages on delivery. Are there other settings that may potentially conflict with this feature? From miquels at cistron.nl Sat Jul 16 01:40:27 2011 From: miquels at cistron.nl (Miquel van Smoorenburg) Date: Sat, 16 Jul 2011 00:40:27 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <4E20C1DB.6090805@cistron.nl> On 11-07-11 5:03 PM, Stan Hoeppner wrote: > Given that you're running Dovecot 1.0.15 I'm guessing you're using > CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years > old now and not inappropriate for a modern 2 socket, 6 core > HyperThreading box. You need a much newer kernel, preferably in the > 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on > these machines. RHEL kernel version numbers do not say much. The redhat 2.6.18 is 2.6.18 + a boatload of "enterprise load" patches and backports from 2.6.2x. OTOH, dovecot 1.0.15 is ancient indeed :) >> The discrepancies lie in two areas: >> >> 1) Load Average > > On Linux, load average strictly shows total system CPU usage in > intervals, nothing else. That would be FreeBSD, AFAIK. On linux, I/O does add to the load average. A process in state 'D' (Disk wait, could be NFS wait too btw) adds '1' to the load. If you have a broken NFS server and 2000 processes waiting on I/O, the reported load will go over 2000. You get a better impression of system load by running 'top' and paying attention to the number on the 'cpu' line: us == time spent in user process, sy = kernel, id = idle, wa = I/O wait, si = interrupts Press '1' while in top to expand the view to all CPUs seperately. Quite enlightening. > Given that all mail apps are 100% IO bound, never CPU or memory bound, > I'd guess you'll never see a load average over 4.00 on any of these > machines with less than 1000 concurrent connections. Well, see above. Also, if you have SSL enabled, the crypto will actually eat quite a bit of CPU if you have a lot of network traffic. Mike. From noel.butler at ausics.net Sat Jul 16 03:47:13 2011 From: noel.butler at ausics.net (Noel Butler) Date: Sat, 16 Jul 2011 10:47:13 +1000 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E20C1DB.6090805@cistron.nl> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <4E20C1DB.6090805@cistron.nl> Message-ID: <1310777233.5452.3.camel@tardis> On Sat, 2011-07-16 at 00:40 +0200, Miquel van Smoorenburg wrote: > On 11-07-11 5:03 PM, Stan Hoeppner wrote: > > On Linux, load average strictly shows total system CPU usage in > > intervals, nothing else. > > That would be FreeBSD, AFAIK. On linux, I/O does add to the load You're right Miquel, I/O adds to load in Linux, has done for many years. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From vscheuber at novell.com Sat Jul 16 22:46:35 2011 From: vscheuber at novell.com (Volker Scheuber) Date: Sat, 16 Jul 2011 13:46:35 -0600 Subject: [Dovecot] dovecot 2.0.13 using LDAP and proxying IMAP4 and POP3 to gmail Message-ID: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> Fellow dovecot users/contributors, I am building a POP3/IMAP4 proxy solution for an enterprise, where users can login with their common username and then they get single sign-on to all kinds of different applications in the backend. Some of these applications are SaaS apps like gmail. For gmail in particular, I want dovecot to solve the following issues for me: 1. be an IMAP4/POP3 proxy in the enterprise, proxying client requests to mail.com. 2. change both username and password from what's coming in from the client to what's being proxied out to gmail. 3. use LDAP for authentication As a prototype, I implemented #1 and #2 using passwd-files and after a few hours of try and error, I got it to work and was able to login with "username" and "password" and was proxied through to gmail with "username at gmail.com" and "gmailpassword". Totally awesome. Now I am stuck porting my working prototype from my laptop and passwd-files to my real lab environment and LDAP. I was able to get the authentication to work but that's about it. I can't get dovecot to do the proxying. I searched the mailing list archives and saw other people having similar issues, but that was almost 4 years ago... The most promising thread similar to my requirements and issues was this one: http://www.dovecot.org/list/dovecot/2007-September/025740.html but it was never fully answered nor did the suggestion given to that thread help me with my issue (but I did follow them). Here is my current configuration: dovecot -n # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 (x86_64) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain disable_plaintext_auth = no mail_location = mbox:~/mail:INBOX=/var/mail/%n passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } ssl_cert = , method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26604, TLS It doesn't even seem to be recognizing the extra fields I defined in pass_attrs. So I changed my ldap configuration to: cat /usr/local/etc/dovecot/dovecot-ldap.conf.ext |grep -v ^##* |grep . hosts = 127.0.0.1:389 dn = cn=supervisor,ou=sa,o=system dnpass = n0v3ll123 auth_bind = yes auth_bind_userdn = cn=%n,ou=users,o=data ldap_version = 3 base = ou=users,o=data deref = never scope = subtree user_attrs = mail=user,=home=/var/mail,uidNumber=uid,gidNumber=gid,=proxy=y,=ssl=any-cert,=host=209.85.225.109,description=pass,=nologin=y user_filter = (&(objectClass=posixAccount)(uid=%n)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%n)) iterate_filter = (objectClass=posixAccount) default_pass_scheme = CRYPT This time things looked much better, but still not good enough: Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: Loading modules from directory: /usr/local/lib/dovecot/auth Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth client connected (pid=26787) Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=137.65.156.25rip=164.99.195.4lport=993rport=57079resp=AGFhYmVsbABOMHYzbGwxMjM0NTY= Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client out: OK1user=aabell Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master in: REQUEST159789875326787162fbc34468ae7853209715c05e11ad14 Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(aabell,164.99.195.4): user search: base=ou=users,o=data scope=subtree filter=(&(objectClass=posixAccount)(uid=aabell)) fields=mail,uidNumber,gidNumber,description Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth(aabell,164.99.195.4): username changed aabell -> vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(vscheuber at gmail.com,164.99.195.4): result: description(pass)=gmailpassword gidNumber(gid)=1001 uidNumber(uid)=1001 mail(user)=vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master out: USER1597898753vscheuber at gmail.compass=gmailpasswordgid=1001uid=1001home=/var/mailproxy=yssl=any-certhost=209.85.225.109nologin=y Jul 16 13:36:12 linux-1hen dovecot: imap-login: Login: user=, method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26790, TLS I thought I'd also post here the log of my working prototype configuration with passwd-files. I would expect the ldap output to look similar in some key areas like proxying, but it doesn't: Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=::1rip=::1lport=143rport=36444resp=AHZzY2hldWJlcgBwYXNzd29yZA== Jul 15 15:04:25 vscdevws dovecot: auth: Debug: passwd-file(vscheuber,::1): lookup: user=vscheuber file=/etc/dovecot/users Jul 15 15:04:25 vscdevws dovecot: auth: Debug: auth(vscheuber,::1): username changed vscheuber -> vscheuber at gmail.com Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client out: OK1user=vscheuber at gmail.comproxyhost=209.85.225.109port=993ssl=any-certpass=gmailpassword Jul 15 15:04:26 vscdevws dovecot: imap-login: proxy(vscheuber at gmail.com): started proxying to 209.85.225.109:993: user=, method=PLAIN, rip=::1, lip=::1, secured If you read to this point, I say "thank you!" just for that. Please advise where my misconfiguration could be. Thank you very much, I appreciate your time and help! Volker From brandonlamb at gmail.com Sun Jul 17 00:22:16 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Sat, 16 Jul 2011 14:22:16 -0700 Subject: [Dovecot] dovecot init script Message-ID: Anyone have a working startup script for ubuntu 11.04? Ive used debian forever, but apparently /var/run is now a tmpfs, so there is no dovecot directory on a reboot. Its all brand new to me so I dont know if there is a standard way to have it created on boot (obviously other system scripts are creating directories). I dont even know if this is something that goes in an init.d script or configured elsewhere. I came across something that mentioned systemd and /etc/tmpfiles.d (or something like that) which didnt seem to do anything. Anyway, any help or a point in the right direction would be awesome =D Thanks! Brandon From brandonlamb at gmail.com Sun Jul 17 00:26:05 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Sat, 16 Jul 2011 14:26:05 -0700 Subject: [Dovecot] dovecot init script In-Reply-To: References: Message-ID: On Sat, Jul 16, 2011 at 2:22 PM, Brandon Lamb wrote: > Anyone have a working startup script for ubuntu 11.04? Ive used debian > forever, but apparently /var/run is now a tmpfs, so there is no > dovecot directory on a reboot. Its all brand new to me so I dont know > if there is a standard way to have it created on boot (obviously other > system scripts are creating directories). > > I dont even know if this is something that goes in an init.d script or > configured elsewhere. I came across something that mentioned systemd > and /etc/tmpfiles.d (or something like that) which didnt seem to do > anything. > > Anyway, any help or a point in the right direction would be awesome =D > > Thanks! > > Brandon Oh, hm. Apparently what I have just magically worked weird. I was trying to get I think nginx working on a different server and it complained about the dir not existing. Oh well, this is working so, disregard! From c at g33k5.de Sun Jul 17 15:54:00 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 17 Jul 2011 14:54:00 +0200 Subject: [Dovecot] ACL/shared-folder and Thunderbird Message-ID: <4E22DB68.3080902@g33k5.de> Hi, I still have some problems with thunderbird and Dovecot. I added ACL/shared-folders to dovecot. While everything is working perfectly under Apple Mail and roundcube, thunderbird behaves very strange. What I did: 1. Step I have three mail accounts set up in thunderbird. In the second and third account I managed IMAL-ACLs on the INBOXes, with following flags: eilrwtsd 2. Step At the first account, I chose IMAP subscriptions and I added both INBOXes (shared/.../INBOX) 3. Step Accounts were shown under shared. The folder shared and one level under shared was wriiten in italic. The INBOXes were shown as regular. 4. Step Clicking on each INBOX showed the mails. I chose properties and selected to compress each folder, if it shows more than 100 mails. 5. Step Closing Thunderbird and restarting it. Now thunderbird shows error notifications that it could noct find a mailbox named shared/shared and that mailboxes shared/system at service.intern and shared/de1001 at service.intern would not exist. The folders shared and the level beyond now is shown as regular folder. I still can see the mails form the INBOXes. But each time I reopen Thunderbird, I get the same error messages. This is, what dovecot is logging: Jul 17 14:38:51 mx0 dovecot: auth: ldap(shared at roessner-net.de): unknown user Jul 17 14:38:51 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota Jul 17 14:40:51 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota Jul 17 14:42:49 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota doveadm config -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-33-generic-pae i686 Ubuntu 10.04.2 LTS auth_cache_size = 10 M auth_default_realm = roessner-net.de auth_master_user_separator = * auth_mechanisms = plain login digest-md5 cram-md5 ntlm auth_realms = roessner-net.de auth_verbose = yes lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_gid = vmail mail_location = mdbox:~/mdbox mail_plugins = quota mail_privileged_group = mail mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / } namespace { list = children location = mdbox:%%h/mdbox:INDEX=~/mdbox/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile acl_shared_dict = file:/var/mail/virtual/shared-mailboxes quota = dict:User quota::file:%h/mdbox/dovecot-quota quota_rule = *:storage=300M:messages=20000 quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u recipient_delimiter = + sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -reject } postmaster_address = postmaster at mx0.roessner-net.de protocols = imap pop3 sieve lmtp service auth-worker { unix_listener auth-worker { user = vmail } user = vmail } service auth { unix_listener auth-userdb { group = vmail mode = 0660 } user = vmail } service imap-login { service_count = 0 vsz_limit = 64 M } service lmtp { inet_listener lmtp { address = ::1 port = 24 } } service managesieve-login { service_count = 0 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert = From c at g33k5.de Sun Jul 17 16:57:12 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 17 Jul 2011 15:57:12 +0200 Subject: [Dovecot] SOLVED ACL/shared-folder and Thunderbird In-Reply-To: <4E22DB68.3080902@g33k5.de> References: <4E22DB68.3080902@g33k5.de> Message-ID: <4E22EA38.3070405@g33k5.de> Hi again, not sure, what solved the problem right now, but I simply unsubscribed the folders once, restarted thunderbird and repeated the steps. Only thing I changed was setting thunderbird to not support folders which can support folders and messages. This was something I found in the wiki, when Morten P.D. Stevens pointed me to the tb-workaround in another thread here. So I learned: Mdbox really only works with one level of folders in thunderbird 3.x Thanks anyways Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From vscheuber at novell.com Mon Jul 18 04:18:48 2011 From: vscheuber at novell.com (Volker Scheuber) Date: Sun, 17 Jul 2011 19:18:48 -0600 Subject: [Dovecot] SOLVED dovecot 2.0.13 using LDAP and proxying IMAP4 and POP3 to gmail In-Reply-To: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> References: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> Message-ID: <4E233598020000BE000F224C@novprvoes0310.provo.novell.com> Hi, I have found the solution to my issues in an old thread: http://dovecot.markmail.org/search/?q=proxy%20ldap#query:proxy%20ldap+page:1+mid:4b4t3r5r5htos5b5+state:results >>auth_bind = yes >>auth_bind_userdn = uid=%u,ou=People,dc=unisa,dc=it >If you have both of these enabled, Dovecot completely ignores pass_attrs. So if you want auth binds, you need to disable auth_bind_userdn setting. I indeed had both options enabled and thus my pass_attrs did not take effect. Once I removed auth_bind_userdn, the proxying worked as in my passwd-files configuration. Cheers. Volker >>> "Volker Scheuber" 7/16/2011 1:46 PM >>> Fellow dovecot users/contributors, I am building a POP3/IMAP4 proxy solution for an enterprise, where users can login with their common username and then they get single sign-on to all kinds of different applications in the backend. Some of these applications are SaaS apps like gmail. For gmail in particular, I want dovecot to solve the following issues for me: 1. be an IMAP4/POP3 proxy in the enterprise, proxying client requests to mail.com. 2. change both username and password from what's coming in from the client to what's being proxied out to gmail. 3. use LDAP for authentication As a prototype, I implemented #1 and #2 using passwd-files and after a few hours of try and error, I got it to work and was able to login with "username" and "password" and was proxied through to gmail with "username at gmail.com" and "gmailpassword". Totally awesome. Now I am stuck porting my working prototype from my laptop and passwd-files to my real lab environment and LDAP. I was able to get the authentication to work but that's about it. I can't get dovecot to do the proxying. I searched the mailing list archives and saw other people having similar issues, but that was almost 4 years ago... The most promising thread similar to my requirements and issues was this one: http://www.dovecot.org/list/dovecot/2007-September/025740.html but it was never fully answered nor did the suggestion given to that thread help me with my issue (but I did follow them). Here is my current configuration: dovecot -n # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 (x86_64) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain disable_plaintext_auth = no mail_location = mbox:~/mail:INBOX=/var/mail/%n passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } ssl_cert = , method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26604, TLS It doesn't even seem to be recognizing the extra fields I defined in pass_attrs. So I changed my ldap configuration to: cat /usr/local/etc/dovecot/dovecot-ldap.conf.ext |grep -v ^##* |grep . hosts = 127.0.0.1:389 dn = cn=supervisor,ou=sa,o=system dnpass = n0v3ll123 auth_bind = yes auth_bind_userdn = cn=%n,ou=users,o=data ldap_version = 3 base = ou=users,o=data deref = never scope = subtree user_attrs = mail=user,=home=/var/mail,uidNumber=uid,gidNumber=gid,=proxy=y,=ssl=any-cert,=host=209.85.225.109,description=pass,=nologin=y user_filter = (&(objectClass=posixAccount)(uid=%n)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%n)) iterate_filter = (objectClass=posixAccount) default_pass_scheme = CRYPT This time things looked much better, but still not good enough: Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: Loading modules from directory: /usr/local/lib/dovecot/auth Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth client connected (pid=26787) Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=137.65.156.25rip=164.99.195.4lport=993rport=57079resp=AGFhYmVsbABOMHYzbGwxMjM0NTY= Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client out: OK1user=aabell Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master in: REQUEST159789875326787162fbc34468ae7853209715c05e11ad14 Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(aabell,164.99.195.4): user search: base=ou=users,o=data scope=subtree filter=(&(objectClass=posixAccount)(uid=aabell)) fields=mail,uidNumber,gidNumber,description Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth(aabell,164.99.195.4): username changed aabell -> vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(vscheuber at gmail.com,164.99.195.4): result: description(pass)=gmailpassword gidNumber(gid)=1001 uidNumber(uid)=1001 mail(user)=vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master out: USER1597898753vscheuber at gmail.compass=gmailpasswordgid=1001uid=1001home=/var/mailproxy=yssl=any-certhost=209.85.225.109nologin=y Jul 16 13:36:12 linux-1hen dovecot: imap-login: Login: user=, method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26790, TLS I thought I'd also post here the log of my working prototype configuration with passwd-files. I would expect the ldap output to look similar in some key areas like proxying, but it doesn't: Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=::1rip=::1lport=143rport=36444resp=AHZzY2hldWJlcgBwYXNzd29yZA== Jul 15 15:04:25 vscdevws dovecot: auth: Debug: passwd-file(vscheuber,::1): lookup: user=vscheuber file=/etc/dovecot/users Jul 15 15:04:25 vscdevws dovecot: auth: Debug: auth(vscheuber,::1): username changed vscheuber -> vscheuber at gmail.com Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client out: OK1user=vscheuber at gmail.comproxyhost=209.85.225.109port=993ssl=any-certpass=gmailpassword Jul 15 15:04:26 vscdevws dovecot: imap-login: proxy(vscheuber at gmail.com): started proxying to 209.85.225.109:993: user=, method=PLAIN, rip=::1, lip=::1, secured If you read to this point, I say "thank you!" just for that. Please advise where my misconfiguration could be. Thank you very much, I appreciate your time and help! Volker From GN0073081 at TechMahindra.com Mon Jul 18 12:44:36 2011 From: GN0073081 at TechMahindra.com (Guruprasad S N) Date: Mon, 18 Jul 2011 15:14:36 +0530 Subject: [Dovecot] help Message-ID: <4EF08D039CC31244AB37BF0F569D280A03960931@SINBNGEX001.TechMahindra.com> Hi I have postfix-2.4.7 and Dovecot 1.0.7 integrated with Windows Active Directory , I have some issue here . can dovecot create the mailbox in the same case which is stored in AD ( eg if my Samaccountname attribute is GuruPrasad or Test123 ) , can the mailbox be created in same case and can it deliver the mail to the same path. Config details attached . 1 Dovecot 1.0.7 2 dovecot -n # 1.0.7: /etc/dovecot.conf login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(pop3): outlook-idle pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Lu passdb: driver: pam userdb: driver: passwd userdb: driver: static args: uid=502 gid=502 home=/var/mail/%u socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix ============================================================================================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally and http://tim.techmahindra.com/Disclaimer.html internally within Tech Mahindra. ============================================================================================================================ From vegard at svanberg.no Mon Jul 18 13:27:34 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Mon, 18 Jul 2011 12:27:34 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir Message-ID: <20110718102734.GW3598@svanberg.no> What should I expect performance-wise if I put 200000 messages in a Maildir store and use two or three MUAs (mutt and Thunderbird), on an Athlon dual core 2GHz with SATA drives in software RAID (Linux)? Like; would it be useless/crawling, usable or pretty fast. I imagine MUA startup / first time folder read would be slow, but daily use more or less ok. Thanks to Dovecot's indexing, I imagine I would be better off interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing Maildir/ directly? -- Vegard Svanberg [*Takapa at IRC (EFnet)] From ricardo at wenn.com Mon Jul 18 19:09:12 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Mon, 18 Jul 2011 17:09:12 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718102734.GW3598@svanberg.no> References: <20110718102734.GW3598@svanberg.no> Message-ID: <4E245AA8.1020204@wenn.com> To get benefits of Dovecot indexing you would need to interface Mutt to IMAP or else you will scan the Maildir directory each time Mutt is started. You need to know more info than just 200,000 messages. How many mailboxes, users, messages per day etc Vegard Svanberg wrote, On 18/07/2011 11:27: > What should I expect performance-wise if I put 200000 messages in a > Maildir store and use two or three MUAs (mutt and Thunderbird), on an > Athlon dual core 2GHz with SATA drives in software RAID (Linux)? > > Like; would it be useless/crawling, usable or pretty fast. I imagine MUA > startup / first time folder read would be slow, but daily use more or > less ok. > > Thanks to Dovecot's indexing, I imagine I would be better off > interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing > Maildir/ directly? > From toaster at chef-ingenieur.de Mon Jul 18 22:12:22 2011 From: toaster at chef-ingenieur.de (Thomas Krause) Date: Mon, 18 Jul 2011 21:12:22 +0200 Subject: [Dovecot] quota-warning.sh not working (lda problem?) Message-ID: <4E248596.7050103@chef-ingenieur.de> Hi, I setup a new mailserver with dovecot 2.0.12. Everything is working fine (including quota) - except of sending quota warning mails. When running /usr/local/bin/quota-warning.sh 95 user at domain.de manually as root or user vmail, the mail is delivered. content of /usr/local/bin/quota-warning.sh #!/bin/sh PERCENT=$1 USER=$2 logger -p mail.info "$PERCENT% Quota-warning sent to $USER" cat << EOF | /usr/local/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster at domain.de Subject: $PERCENT% Mail quota warning Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Der Speicherplatz Ihres E-Mail-Postfaches ist zu $PERCENT% gef?llt. Bitte l?schen Sie alte und unerw?nschte E-Mails vom Server, um den Emfang neuer E-Mails aufgrund Speicherplatzmangels nicht zu behindern. Your mailbox with us is now more than $PERCENT% full. To avoid mail loss due to lack of sufficient space, please remove old and unwanted mails from the server. EOF Because of line 4 of the script I see in maillog, that the script is executed, but no mail is delivered? Any ideas? Regards, Tom. From c at g33k5.de Mon Jul 18 22:40:47 2011 From: c at g33k5.de (Christian Roessner) Date: Mon, 18 Jul 2011 21:40:47 +0200 Subject: [Dovecot] PgSQL+TLS Message-ID: <4E248C3F.60707@g33k5.de> Hi, I would like to use PostgreSQL instead of a flat file for ACLs: http://wiki2.dovecot.org/SharedMailboxes/Shared How must a connect=-line look like to connect with TLS to a server? Thanks in advance Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From user+dovecot at localhost.localdomain.org Mon Jul 18 22:49:49 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Mon, 18 Jul 2011 21:49:49 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E248C3F.60707@g33k5.de> References: <4E248C3F.60707@g33k5.de> Message-ID: <4E248E5D.2020405@localhost.localdomain.org> On 07/18/2011 09:40 PM Christian Roessner wrote: > Hi, > > I would like to use PostgreSQL instead of a flat file for ACLs: > > http://wiki2.dovecot.org/SharedMailboxes/Shared > > How must a connect=-line look like to connect with TLS to a server? > > Thanks in advance > Christian The example configuration? mentions "For available options, see the PostgreSQL documention for the PQconnectdb function of libpq". Click here: http://google.com/search?q=PostgreSQL+PQconnectdb Regards, Pascal -- http://hg.dovecot.org/dovecot-2.0/file/e6300c6a5814/doc/example-config/dovecot-sql.conf.ext#l35 -- The trapper recommends today: f007ba11.1119921 at localdomain.org From vegard at svanberg.no Mon Jul 18 22:51:19 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Mon, 18 Jul 2011 21:51:19 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E245AA8.1020204@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> Message-ID: <20110718195119.GR3399@svanberg.no> * Ricardo Branco [2011-07-18 18:10]: > To get benefits of Dovecot indexing you would need to interface Mutt > to IMAP or else you will scan the Maildir directory each time Mutt > is started. Yes, that's more or less what I wrote / meant to write :) > You need to know more info than just 200,000 messages. > > How many mailboxes, users, messages per day etc One mailbox, one user. Messages per day varies from 200 to 1500. (I try to limit the mailbox to 200000.) -- Vegard Svanberg [*Takapa at IRC (EFnet)] From patrickdk at patrickdk.com Tue Jul 19 02:02:25 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Mon, 18 Jul 2011 19:02:25 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718195119.GR3399@svanberg.no> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> Message-ID: <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> that is hardly worth considering the load :) Running spamassassin/clamav will use more load than dovecot would. Probably using mutt directly against the mailstore might not be good, but I have no issues with my own mailstore around that size. Quoting Vegard Svanberg : > * Ricardo Branco [2011-07-18 18:10]: > >> To get benefits of Dovecot indexing you would need to interface Mutt >> to IMAP or else you will scan the Maildir directory each time Mutt >> is started. > > Yes, that's more or less what I wrote / meant to write :) > >> You need to know more info than just 200,000 messages. >> >> How many mailboxes, users, messages per day etc > > One mailbox, one user. Messages per day varies from 200 to 1500. > > (I try to limit the mailbox to 200000.) > > -- > Vegard Svanberg [*Takapa at IRC (EFnet)] From c at g33k5.de Tue Jul 19 09:54:41 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 08:54:41 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E248E5D.2020405@localhost.localdomain.org> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> Message-ID: <4E252A31.4040509@g33k5.de> Hi, >> I would like to use PostgreSQL instead of a flat file for ACLs: >> >> http://wiki2.dovecot.org/SharedMailboxes/Shared >> >> How must a connect=-line look like to connect with TLS to a server? >> >> Thanks in advance >> Christian > > The example configuration? mentions "For available options, see the > PostgreSQL documention for the PQconnectdb function of libpq". > Click here: http://google.com/search?q=PostgreSQL+PQconnectdb first of all thanks for your answer. After reading the documentation, I end up in a problem: Jul 19 08:31:52 mx0 dovecot: imap(de10015 at service.intern): Fatal: Unknown ACL backend: pgsql Am I pgsql missing? ldd /usr/lib/dovecot/imap linux-gate.so.1 => (0x00e94000) libdovecot-storage.so.0 => /usr/lib/dovecot/libdovecot-storage.so.0 (0x00161000) libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00760000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00110000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00b2c000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00220000) /lib/ld-linux.so.2 (0x00acd000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00114000) I can not see it here, but: ldd dict linux-gate.so.1 => (0x00440000) libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00d43000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00485000) libmysqlclient.so.16 => /usr/lib/libmysqlclient.so.16 (0x00110000) libpq.so.5 => /usr/lib/libpq.so.5 (0x00304000) libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00df3000) libz.so.1 => /lib/libz.so.1 (0x0080b000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0066a000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00489000) /lib/ld-linux.so.2 (0x00f3d000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00327000) libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0x00340000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0x00372000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00797000) libssl.so.0.9.8 => /lib/i686/cmov/libssl.so.0.9.8 (0x00a81000) libcrypto.so.0.9.8 => /lib/i686/cmov/libcrypto.so.0.9.8 (0x00ac9000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00389000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x0062c000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00711000) libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x008e1000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00441000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x006d6000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00ef8000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x00f27000) liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00465000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x005e3000) has libpq.so. I have these configure options in my debian/rules file: ./configure --with-ldap \ --with-ssl=openssl \ --with-pgsql \ --with-mysql \ --with-sqlite \ --with-gssapi \ --with-ioloop=best \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --sysconfdir=/etc \ --libexecdir=\$${prefix}/lib \ --localstatedir=/var \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --with-moduledir=\$${prefix}/lib/dovecot/modules and libpq-dev is listed in the control file. So I am pretty sure the package was built cleanly. My dovecot installation is completely bound to OpenLDAP. The only exception is ACL, where I want to use PostgreSQL. I tried adding something like "driver=pgsql" to the plugin section, but this does nothing. So what am I missing here? 90-acl.conf: plugin { acl_shared_dict = file:/var/mail/virtual/shared-mailboxes.db # acl_shared_dict = proxy::acl } plugin { acl = vfile # acl = pgsql:/etc/dovecot/dovecot-dict-sql.conf.ext } Right now, I use vfile as a workaround. So please don't get confused, if you have a look at doveadm config -n. It's clear that I enabled the lines for pgsql, when trying to get things working ;-) Anything else is working like a charm :-) Thanks a lot in advance for helping me on this topic Best wishes Christian doveadm config -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-33-generic-pae i686 Ubuntu 10.04.3 LTS auth_cache_size = 10 M auth_default_realm = roessner-net.de auth_master_user_separator = * auth_mechanisms = plain login digest-md5 cram-md5 ntlm auth_realms = roessner-net.de auth_verbose = yes lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_gid = vmail mail_location = mdbox:~/mdbox mail_plugins = quota acl mail_privileged_group = mail mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / type = private } namespace { list = children location = mdbox:%%h/mdbox prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile acl_shared_dict = file:/var/mail/virtual/shared-mailboxes.db quota = dict:User quota::file:%h/mdbox/dovecot-quota quota_rule = *:storage=300M:messages=20000 quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u recipient_delimiter = + sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -reject } postmaster_address = postmaster at mx0.roessner-net.de protocols = imap pop3 sieve lmtp service auth-worker { unix_listener auth-worker { user = vmail } user = vmail } service auth { unix_listener auth-userdb { mode = 0600 user = vmail } user = vmail } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { service_count = 0 vsz_limit = 64 M } service lmtp { inet_listener lmtp { address = ::1 port = 24 } } service managesieve-login { service_count = 0 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert = From tomislav.mihalicek at gmail.com Tue Jul 19 11:49:31 2011 From: tomislav.mihalicek at gmail.com (Tomislav Mihalicek) Date: Tue, 19 Jul 2011 01:49:31 -0700 (PDT) Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip Message-ID: <32089318.post@talk.nabble.com> Hi i have a nice working proxy setup and postlogin script that is doing logging logs. echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> /var/log/mail/logins.info 2>&1 is it possible that i recieve a remote ip of user client on proxied internal machine, cause i have only the proxy one, and that date is not a relevant to me thanx t. -- View this message in context: http://old.nabble.com/Dovecot-1.2.17%2C-Proxy-and-forwarding-of-remote-ip-tp32089318p32089318.html Sent from the Dovecot mailing list archive at Nabble.com. From bind at enas.net Tue Jul 19 12:19:45 2011 From: bind at enas.net (Urban Loesch) Date: Tue, 19 Jul 2011 11:19:45 +0200 Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip In-Reply-To: <32089318.post@talk.nabble.com> References: <32089318.post@talk.nabble.com> Message-ID: <4E254C31.7060605@enas.net> Hi, try to put your proxy ip's in the "login_trusted_networks" configuration option. ... # Space separated list of trusted network ranges. Connections from these # IPs are allowed to override their IP addresses and ports (for logging and # for authentication checks). disable_plaintext_auth is also ignored for # these networks. Typically you'd specify your IMAP proxy servers here. login_trusted_networks = ... Regards Urban Tomislav Mihalicek wrote: > Hi > > i have a nice working proxy setup and postlogin script that is doing logging > logs. > echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> > /var/log/mail/logins.info 2>&1 > > is it possible that i recieve a remote ip of user client on proxied internal > machine, cause i have only the proxy one, and that date is not a relevant to > me > > thanx > > t. From vegard at svanberg.no Tue Jul 19 12:44:24 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Tue, 19 Jul 2011 11:44:24 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> Message-ID: <20110719094424.GZ3399@svanberg.no> * Patrick Domack [2011-07-19 01:03]: > that is hardly worth considering the load :) I'm actually not concerned about the load, but about Dovecot's (or the system's) ability to handle many thousand messages in one Maildir. In other words how I should expect the user experience to be. -- Vegard Svanberg [*Takapa at IRC (EFnet)] From ricardo at wenn.com Tue Jul 19 12:54:39 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Tue, 19 Jul 2011 10:54:39 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110719094424.GZ3399@svanberg.no> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> Message-ID: <4E25545F.7000303@wenn.com> If you have 200k all within one folder progs like TB will have issues loading it all up and may hang when you try to do moves/deletes etc, not sure if mutt stores a local cache of headers, thats the biggest worry. Biggest single folder ive seen at our office had 60k messages, it loads slowly on a cold cache in TB. Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats across several folders. Mailserver is on VMware server (local drives), datastore (with maildirs) is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for other things). If you have it spread out in different folders then it wont be so bad. Vegard Svanberg wrote, On 19/07/2011 10:44: > * Patrick Domack [2011-07-19 01:03]: > >> that is hardly worth considering the load :) > I'm actually not concerned about the load, but about Dovecot's (or the > system's) ability to handle many thousand messages in one Maildir. In > other words how I should expect the user experience to be. > From tomislav.mihalicek at gmail.com Tue Jul 19 13:14:53 2011 From: tomislav.mihalicek at gmail.com (Tomislav Mihalicek) Date: Tue, 19 Jul 2011 03:14:53 -0700 (PDT) Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip In-Reply-To: <4E254C31.7060605@enas.net> References: <32089318.post@talk.nabble.com> <4E254C31.7060605@enas.net> Message-ID: <32089740.post@talk.nabble.com> Yes, that solved the problem. I just putted login_trusted_networks = x.x.x.70, x.x.x.71 in dovecot.conf, restarted and that's it :P Thanx Urban Loesch-2 wrote: > > Hi, > > try to put your proxy ip's in the "login_trusted_networks" configuration > option. > > ... > # Space separated list of trusted network ranges. Connections from these > # IPs are allowed to override their IP addresses and ports (for logging > and > # for authentication checks). disable_plaintext_auth is also ignored for > # these networks. Typically you'd specify your IMAP proxy servers here. > login_trusted_networks = > ... > > Regards > Urban > > Tomislav Mihalicek wrote: >> Hi >> >> i have a nice working proxy setup and postlogin script that is doing >> logging >> logs. >> echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> >> /var/log/mail/logins.info 2>&1 >> >> is it possible that i recieve a remote ip of user client on proxied >> internal >> machine, cause i have only the proxy one, and that date is not a relevant >> to >> me >> >> thanx >> >> t. > > -- View this message in context: http://old.nabble.com/Dovecot-1.2.17%2C-Proxy-and-forwarding-of-remote-ip-tp32089318p32089740.html Sent from the Dovecot mailing list archive at Nabble.com. From thomas-lists at nybeta.com Tue Jul 19 18:03:32 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Tue, 19 Jul 2011 11:03:32 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25545F.7000303@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> Message-ID: <4E259CC4.8020209@nybeta.com> On 7/19/2011 5:54 AM, Ricardo Branco wrote: > If you have 200k all within one folder progs like TB will have issues > loading it all up and may hang when you try to do moves/deletes etc, not > sure if mutt stores a local cache of headers, thats the biggest worry. > Biggest single folder ive seen at our office had 60k messages, it loads > slowly on a cold cache in TB. > Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats > across several folders. > Mailserver is on VMware server (local drives), datastore (with maildirs) > is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for > other things). > If you have it spread out in different folders then it wont be so bad. > 60k in a single folder is about the upper limit for TBird (TBird v2 was actually better suited for this). But drag-n-drop breaks if you try to do more then 3-5k messages at a time. When a mailbox gets over 30-50k messages, I archive some of them off to a sub-folder in Thunderbird. One of my TBird mailboxes is about 880,000 messages, almost 6GB of email, spread across dozens of directories. Assuming MailDir storage, the bigger issue will be (a) how well the filesystem handles tens of thousands of files in a single folder (b) the physical disks / speed / number of spindles (c) how busy the CPU is on the server and maybe (d) the amount of server RAM that can be used as cache/buffer. Ext3 is probably fine as long as directory indexing is turned on, but ext4 might be better (or something else that deals well with lots of small files). The other side is how fast the disks are on the local client. An SSD drive or 10k RPM drive on the local desktop helps a lot when you get up into the larger mailboxes. From ricardo at wenn.com Tue Jul 19 18:35:42 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Tue, 19 Jul 2011 16:35:42 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E259CC4.8020209@nybeta.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> Message-ID: <4E25A44E.8080201@wenn.com> I agree with yr points on TBird, moving large amounts of messages can cause it to hang with CPU pegged at max for ages. TBird v2 was nice and nippy, v3 acceptable, v4/v5 are just awfully slow overall. TBird uses mbox storage format which probably stuffs it up on large deletes/moves etc. Just did a count on our server, 350G of email (largest single mailbox is 40G, that is 350k messages), total messages is 3.6mil+, biggest problem is on backup, ive read that the latest rsync has fast start now rather than wait to finish scanning. Im intrested in the latest mdbox format to reduce how many files we have. Try backing up small files fast enough to LTO5, tar it all up first before backup I think. Ile move all our maildirs to 10k SAS soon hopefully to lower the load on the SATA disks. Thomas Harold wrote, On 19/07/2011 16:03: > On 7/19/2011 5:54 AM, Ricardo Branco wrote: >> If you have 200k all within one folder progs like TB will have issues >> loading it all up and may hang when you try to do moves/deletes etc, not >> sure if mutt stores a local cache of headers, thats the biggest worry. >> Biggest single folder ive seen at our office had 60k messages, it loads >> slowly on a cold cache in TB. >> Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats >> across several folders. >> Mailserver is on VMware server (local drives), datastore (with maildirs) >> is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for >> other things). >> If you have it spread out in different folders then it wont be so bad. >> > > 60k in a single folder is about the upper limit for TBird (TBird v2 was actually better suited for this). But > drag-n-drop breaks if you try to do more then 3-5k messages at a time. When a mailbox gets over 30-50k messages, I > archive some of them off to a sub-folder in Thunderbird. One of my TBird mailboxes is about 880,000 messages, almost > 6GB of email, spread across dozens of directories. > > Assuming MailDir storage, the bigger issue will be (a) how well the filesystem handles tens of thousands of files in a > single folder (b) the physical disks / speed / number of spindles (c) how busy the CPU is on the server and maybe (d) > the amount of server RAM that can be used as cache/buffer. Ext3 is probably fine as long as directory indexing is > turned on, but ext4 might be better (or something else that deals well with lots of small files). > > The other side is how fast the disks are on the local client. An SSD drive or 10k RPM drive on the local desktop > helps a lot when you get up into the larger mailboxes. From thomas-lists at nybeta.com Tue Jul 19 19:45:07 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Tue, 19 Jul 2011 12:45:07 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25A44E.8080201@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> <4E25A44E.8080201@wenn.com> Message-ID: <4E25B493.2090009@nybeta.com> On 7/19/2011 11:35 AM, Ricardo Branco wrote: > I agree with yr points on TBird, moving large amounts of messages can > cause it to hang with CPU pegged at max for ages. > TBird v2 was nice and nippy, v3 acceptable, v4/v5 are just awfully slow > overall. > TBird uses mbox storage format which probably stuffs it up on large > deletes/moves etc. > It's strictly a UI issue in TBird. They changed the code for drag-n-drop in v3 betas, I reported a performance regression bug, they never really fixed it. It's just bad code in the TBird UI because the time required to drag-n-drop N messages grows much faster then O(N) or O(log N). So once you get past 2000-3000 messages, the time required is climbing into the stratosphere. (Fortunately, there are other, less easy to use ways of moving messages via the right-click, move-to menu - or the "File" menu in the search window. None of them are as convenient as drag-n-drop would be.) Dovecot itself has no issue with the bigger mailboxes, the problems are mostly either client-side or in running backups. > Just did a count on our server, 350G of email (largest single mailbox is > 40G, that is 350k messages), total messages is 3.6mil+, biggest problem > is on backup, ive read that the latest rsync has fast start now rather > than wait to finish scanning. > Im intrested in the latest mdbox format to reduce how many files we have. > Try backing up small files fast enough to LTO5, tar it all up first > before backup I think. > Ile move all our maildirs to 10k SAS soon hopefully to lower the load on > the SATA disks. We backup our Maildir users to another machine on the same network using rdiff-backup. Each user's folder gets processed individually, which keeps memory usage down and it goes faster on the little mailboxes and doesn't choke as hard on the big mailboxes. Currently we keep 27 weeks of snapshots (rdiff-backup only stores deltas each week, so it's not that much space). We randomize the order of processing so that in case it breaks halfway through then at least a different set of accounts will have been backed up this time. Takes about 20 minutes to backup that 6GB / 800,000 message mailbox. Other mailboxes take a few minutes or only a few seconds, total backup window is under 2 hours for about 50GB of mail. Just make sure on the destination volume for an rdiff-backup that you allow lots of extra inodes. Which also holds true for the Maildir store. (code snippet) # since RHEL5/CentOS5 don't have "sort -R" option to # randomize, use the following example # echo -e "2\n1\n3\n5\n4" | \ # perl -MList::Util -e 'print List::Util::shuffle <>' # yes, there's probably a better way to find MailDirs DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions | \ $GREP '/var/vmail' | \ $SED 's:^/var/vmail/::' | $SED 's:subscriptions$::' | \ perl -MList::Util -e 'print List::Util::shuffle <>'` for DIR in ${DIRS} do rdiff-backup -v3 --print-statistics \ --create-full-path /var/vmail/$DIR \ ${BKPHOST}::${BKPBASE}${DIR} rdiff-backup -v3 --force --remove-older-than 27W \ ${BKPHOST}::${BKPBASE}${DIR} done From qmail at top-consulting.net Tue Jul 19 20:16:58 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 13:16:58 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues Message-ID: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> I can't get dovecot to ignore a certain directory/namespace when calculating quotas. I am running dovecot 1.2.16 with vpopmail configured for quotas. I use the dot (.) as my separator and my user structure is as follows: ../domain.com/user/Maildir for all the user directories I also have for each user: ../domain.com/user/Maildir/Archive which is a symlink to a NFS mounted partition that holds read-only archives In dovecot.conf I have defined them as follows: mail_location = maildir:~/Maildir namespace private { separator = . prefix = ARCHIVE. inbox = no hidden = yes list = yes location = maildir:~/Maildir/Archive } namespace private { separator = . prefix = inbox = yes } This works very well, in as much as I see the Archive namespace and its folders. The problem arises in the fact that Dovecot insists on calculating the 'Archive' namespace/directory storage towards the total storage used. My Quota configuration is as follows: auth default { mechanisms = plain login digest-md5 cram-md5 passdb vpopmail { args = webmail=192.168.1.12 } userdb vpopmail { args = quota_template=quota_rule3=*:backend=%q } ... } plugin { quota = maildir quota_rule = ?:storage=0 quota_rule2 = Archive:ignore quota_rule3 = ARCHIVE:ignore } From what I've read, this is supposed to use the maildirsize file when available or otherwise return no quota. It worked just fine before this new Archive namespace. For a certain user, vpopmail writes the 'maildirsize' file in ../domain.com/user/Maildir/maildirsize and it contains the correct value ( without the /Archive directory ). The problem is that for some reason, something ( I suspect dovecot ) writes a new maildirsize file in ../domain.com/user/Maildir/Archive/maildirsize which also contains the size of Archive. Subsequently, Dovecot adds the two of them up and usually throws me over quota. To test, I have emptied the maildirsize file under Archive and changed its owner to root (perms are 755 ) so that nobody but root can write to it. Dovecot complained right away about it: Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) failed: Permission denied Despite passing the quota responsibility to vpopmail it seems that Dovecot still tries to update that file. And finally the question... How do I get dovecot to not calculate a quota for that directory/namespace ? From yzhou at medplus.com Tue Jul 19 21:51:20 2011 From: yzhou at medplus.com (Zhou, Yan) Date: Tue, 19 Jul 2011 14:51:20 -0400 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? Message-ID: Hi there, I am aware of the "Quota" plugin, but is there any way that DoveCot will place a warning message in user mailbox if it is getting close to its mail quota (but have not exceeded yet)? Thanks, Yan Confidentiality Notice: The information contained in this electronic transmission is confidential and may be legally privileged. It is intended only for the addressee(s) named above. If you are not an intended recipient, be aware that any disclosure, copying, distribution or use of the information contained in this transmission is prohibited and may be unlawful. If you have received this transmission in error, please notify us by telephone (513) 229-5500 or by email (postmaster at MedPlus.com). After replying, please erase it from your computer system. From dovecot.fdop at tagged.lorens.org Tue Jul 19 21:56:40 2011 From: dovecot.fdop at tagged.lorens.org (Lorens Kockum) Date: Tue, 19 Jul 2011 20:56:40 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25B493.2090009@nybeta.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> <4E25A44E.8080201@wenn.com> <4E25B493.2090009@nybeta.com> Message-ID: <20110719185640.GA24256@tagged.lorens.org> On Tue, Jul 19, 2011 at 12:45:07PM -0400, Thomas Harold wrote: > Dovecot itself has no issue with the bigger mailboxes, the problems are > mostly either client-side or in running backups. Some filesystems have issues with that many files in a single directory. I'm thinking of ext2, but I'm sure there are others. The "HTree" feature of ext3 corrects or at least betters that (by a factor of 50 to 100 in some cases). I hope nobody is installing ext2 today, but I'm sure there are old machines that have not been upgraded. A litte OT on sed, just for the fun: > DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions | \ > $GREP '/var/vmail' | \ > $SED 's:^/var/vmail/::' | $SED 's:subscriptions$::' | \ That would probably give unexpected results when confronted with $BASE/tmp/var/mail or directories (users?) named "subscriptions" :-) I like sed's -n option. It lets one integrate a previous grep by only outputting the line if it matches: DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions \ | $SED -n 's:^/var/mail/::p' | $SED 's:/subscriptions$:/:' | \ or DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions \ | $SED -n 's:^/var/mail/\(.*/\)subscriptions$:\1:p' From joh.hendriks at gmail.com Tue Jul 19 22:07:46 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Tue, 19 Jul 2011 21:07:46 +0200 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? In-Reply-To: References: Message-ID: <4E25D602.7080503@gmail.com> Zhou, Yan schreef: > Hi there, > > I am aware of the "Quota" plugin, but is there any way that DoveCot will > place a warning message in user mailbox if it is getting close to its > mail quota (but have not exceeded yet)? > > Thanks, > > Yan > > > > > > Confidentiality Notice: The information contained in this electronic transmission is confidential and may be legally privileged. It is intended only for the addressee(s) named above. If you are not an intended recipient, be aware that any disclosure, copying, distribution or use of the information contained in this transmission is prohibited and may be unlawful. If you have received this transmission in error, please notify us by telephone (513) 229-5500 or by email (postmaster at MedPlus.com). After replying, please erase it from your computer system. Try this page and search for quota_warning regards Johan Hendriks Double L Automatisering From user+dovecot at localhost.localdomain.org Tue Jul 19 22:38:19 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Tue, 19 Jul 2011 21:38:19 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E252A31.4040509@g33k5.de> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> Message-ID: <4E25DD2B.1000008@localhost.localdomain.org> On 07/19/2011 08:54 AM Christian Roessner wrote: > first of all thanks for your answer. After reading the documentation, I > end up in a problem: > > Jul 19 08:31:52 mx0 dovecot: imap(de10015 at service.intern): Fatal: > Unknown ACL backend: pgsql ,--[ http://wiki2.dovecot.org/ACL ]-- | ? but currently Dovecot supports only virtual ACL files. ? `-- > Am I pgsql missing? > > ldd /usr/lib/dovecot/imap > linux-gate.so.1 => (0x00e94000) > libdovecot-storage.so.0 => /usr/lib/dovecot/libdovecot-storage.so.0 > (0x00161000) > libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00760000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00110000) > librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00b2c000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00220000) > /lib/ld-linux.so.2 (0x00acd000) > libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00114000) No, imap doesn't communicate with your database host. > I can not see it here, but: > > ldd dict > ? > libpq.so.5 => /usr/lib/libpq.so.5 (0x00304000) > ? > has libpq.so. I have these configure options in my debian/rules file: Yes, dictionaries can be stored in sql backends. > ./configure --with-ldap \ > --with-ssl=openssl \ > --with-pgsql \ > --with-mysql \ > --with-sqlite \ > --with-gssapi \ > --with-ioloop=best \ > --host=$(DEB_HOST_GNU_TYPE) \ > --build=$(DEB_BUILD_GNU_TYPE) \ > --prefix=/usr \ > --sysconfdir=/etc \ > --libexecdir=\$${prefix}/lib \ > --localstatedir=/var \ > --mandir=\$${prefix}/share/man \ > --infodir=\$${prefix}/share/info \ > --with-moduledir=\$${prefix}/lib/dovecot/modules You could remove --with-mysql and --with-sqlite when you are using ldap and pgsql only. > My dovecot installation is completely bound to OpenLDAP. The only > exception is ACL, where I want to use PostgreSQL. I tried adding > something like "driver=pgsql" to the plugin section, but this does > nothing. So what am I missing here? See the web page mentioned above. Regards, Pascal -- The trapper recommends today: fabaceae.1120021 at localdomain.org From c at g33k5.de Tue Jul 19 22:50:33 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 21:50:33 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E25DD2B.1000008@localhost.localdomain.org> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> <4E25DD2B.1000008@localhost.localdomain.org> Message-ID: <4E25E009.50505@g33k5.de> Hi, > ,--[ http://wiki2.dovecot.org/ACL ]-- > | ? but currently Dovecot supports only virtual ACL files. ? > `-- I did not see this line ;-) > > Yes, dictionaries can be stored in sql backends. Yes, ldd told me > >> ./configure --with-ldap \ >> --with-ssl=openssl \ >> --with-pgsql \ >> --with-mysql \ >> --with-sqlite \ >> --with-gssapi \ >> --with-ioloop=best \ >> --host=$(DEB_HOST_GNU_TYPE) \ >> --build=$(DEB_BUILD_GNU_TYPE) \ >> --prefix=/usr \ >> --sysconfdir=/etc \ >> --libexecdir=\$${prefix}/lib \ >> --localstatedir=/var \ >> --mandir=\$${prefix}/share/man \ >> --infodir=\$${prefix}/share/info \ >> --with-moduledir=\$${prefix}/lib/dovecot/modules > > You could remove --with-mysql and --with-sqlite when you are using ldap > and pgsql only. Currently I provide Ubuntu/lucid packages for Dovecot/Pigeonhole in my Launchpad-PPA, therefor I need support for all kind of databases ;-) While you answered this mail, I debugged the whole source and saw that under src/plugins/acl no sql backends exist :-) So if you would not had pointed me to the fact that there is no support yet, I would had asked this question next :-) Thanks very much for your helful answer Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From c at g33k5.de Tue Jul 19 22:53:26 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 21:53:26 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E25E009.50505@g33k5.de> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> <4E25DD2B.1000008@localhost.localdomain.org> <4E25E009.50505@g33k5.de> Message-ID: <4E25E0B6.7000807@g33k5.de> > Thanks very much for your helful answer Ups, typo :-) Sorry helpful. Not hel(l)ful *g* > > Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From qmail at top-consulting.net Tue Jul 19 22:57:51 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 15:57:51 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues In-Reply-To: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> References: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> Message-ID: <20110719155751.80281q9qj224wou8@mail.top-consulting.net> I made a bit of headway but not too much. I discovered that the order of the namespaces is very important. The reason why dovecot was updating the maildirsize file under Archive was because the Archive namespace was defined first. I now define the root inbox first and Archive second and dovecot properly updates the same maildirsize file as vpopmail in domain.com/user/Maildir/maildirsize However, there are two key differences still: 1. Vpopmail does not calculate the storage under domain.com/user/Maildir/Archive when it updates the maildirsize file. This is exactly what I want. Vpopmail reports the proper size. 2. Dovecot DOES calculate the storage taken up by: domain.com/user/Maildir/Archive despite the fact that '/' is not my default separator. I think vpopmail acts properly and calculates the file sizes in properly formatted maildirs. For some reason dovecot does not .. or am I wrong ? I've tried many configs to get dovecot to ignore the Archive folder but none of them works. The only thing that works is if I specifically write the name of each folder in the quota ignore definitions. If my structure is as follows: domain.com/user/Maildir/Archive/.Folder1/cur domain.com/user/Maildir/Archive/.Folder1/new domain.com/user/Maildir/Archive/.Folder1/tmp Folder1 is a proper maildir and Archive is a \NoSelect folder. I want dovecot quota to ignore ALL the possible folders under Archive without mentioning them one by one. This works for example: quota = maildir quota_rule = ?:storage=0 quota_rule2 = Folder1:ignore This does not: quota = maildir quota_rule = ?:storage=0 quota_rule2 = Archive:ignore How can I get dovecot to ignore the quota for all the possible folders under Archive ? is different fr Quoting qmail at top-consulting.net: > I can't get dovecot to ignore a certain directory/namespace when > calculating quotas. > > > I am running dovecot 1.2.16 with vpopmail configured for quotas. > > I use the dot (.) as my separator and my user structure is as follows: > > ../domain.com/user/Maildir for all the user directories > > I also have for each user: > > ../domain.com/user/Maildir/Archive which is a symlink to a NFS > mounted partition that holds read-only archives > > In dovecot.conf I have defined them as follows: > > > mail_location = maildir:~/Maildir > > namespace private { > separator = . > prefix = ARCHIVE. > inbox = no > hidden = yes > list = yes > location = maildir:~/Maildir/Archive > } > > namespace private { > separator = . > prefix = > inbox = yes > } > > This works very well, in as much as I see the Archive namespace and > its folders. > > The problem arises in the fact that Dovecot insists on calculating > the 'Archive' namespace/directory storage towards the total storage > used. > > My Quota configuration is as follows: > > auth default { > mechanisms = plain login digest-md5 cram-md5 > > passdb vpopmail { > args = webmail=192.168.1.12 > } > > userdb vpopmail { > args = quota_template=quota_rule3=*:backend=%q > } > ... > } > > plugin { > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Archive:ignore > quota_rule3 = ARCHIVE:ignore > } > > From what I've read, this is supposed to use the maildirsize file > when available or otherwise return no quota. It worked just fine > before this new Archive namespace. > > For a certain user, vpopmail writes the 'maildirsize' file in > ../domain.com/user/Maildir/maildirsize and it contains the correct > value ( without the /Archive directory ). > > The problem is that for some reason, something ( I suspect dovecot ) > writes a new maildirsize file in > ../domain.com/user/Maildir/Archive/maildirsize which also contains > the size of Archive. Subsequently, Dovecot adds the two of them up > and usually throws me over quota. > > To test, I have emptied the maildirsize file under Archive and > changed its owner to root (perms are 755 ) so that nobody but root > can write to it. Dovecot complained right away about it: > > Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): > open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) > failed: Permission denied > > Despite passing the quota responsibility to vpopmail it seems that > Dovecot still tries to update that file. > > And finally the question... How do I get dovecot to not calculate a > quota for that directory/namespace ? > > > > From qmail at top-consulting.net Wed Jul 20 00:09:40 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 17:09:40 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues In-Reply-To: <20110719155751.80281q9qj224wou8@mail.top-consulting.net> References: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> <20110719155751.80281q9qj224wou8@mail.top-consulting.net> Message-ID: <20110719170940.10374cj6lxm83yqs@mail.top-consulting.net> I've done it. Thank you list for letting me bounce my ideas off you :) This stuff should be documented somewhere and save someone else a lot of work. Here are the crucial steps you need to remember. 1. Namespace order is very important in the config file. Always keep your default namespace first since that's where the maildirsize file will be created 2. You have to define the quota rules for your main namespace which is usually defined like so: namespace private { separator = . prefix = inbox = yes } To assign quota only to this namespace, you have to use this line: quota = maildir:User Space:ns= The important part is the "ns=" Usually something follows after the = sign but since our default namespace has no name we have to leave it empty. Took me a lot of trial & error to figure this out. Quoting qmail at top-consulting.net: > I made a bit of headway but not too much. > > I discovered that the order of the namespaces is very important. > > The reason why dovecot was updating the maildirsize file under > Archive was because the Archive namespace was defined first. > > I now define the root inbox first and Archive second and dovecot > properly updates the same maildirsize file as vpopmail in > domain.com/user/Maildir/maildirsize > > However, there are two key differences still: > > 1. Vpopmail does not calculate the storage under > domain.com/user/Maildir/Archive when it updates the maildirsize > file. This is exactly what I want. Vpopmail reports the proper size. > > 2. Dovecot DOES calculate the storage taken up by: > domain.com/user/Maildir/Archive despite the fact that '/' is not my > default separator. > > I think vpopmail acts properly and calculates the file sizes in > properly formatted maildirs. > > For some reason dovecot does not .. or am I wrong ? > > I've tried many configs to get dovecot to ignore the Archive folder > but none of them works. The only thing that works is if I > specifically write the name of each folder in the quota ignore > definitions. > > If my structure is as follows: > > domain.com/user/Maildir/Archive/.Folder1/cur > domain.com/user/Maildir/Archive/.Folder1/new > domain.com/user/Maildir/Archive/.Folder1/tmp > > Folder1 is a proper maildir and Archive is a \NoSelect folder. > > I want dovecot quota to ignore ALL the possible folders under > Archive without mentioning them one by one. > > This works for example: > > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Folder1:ignore > > This does not: > > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Archive:ignore > > How can I get dovecot to ignore the quota for all the possible > folders under Archive ? > > > > > > > > > is different fr > Quoting qmail at top-consulting.net: > >> I can't get dovecot to ignore a certain directory/namespace when >> calculating quotas. >> >> >> I am running dovecot 1.2.16 with vpopmail configured for quotas. >> >> I use the dot (.) as my separator and my user structure is as follows: >> >> ../domain.com/user/Maildir for all the user directories >> >> I also have for each user: >> >> ../domain.com/user/Maildir/Archive which is a symlink to a NFS >> mounted partition that holds read-only archives >> >> In dovecot.conf I have defined them as follows: >> >> >> mail_location = maildir:~/Maildir >> >> namespace private { >> separator = . >> prefix = ARCHIVE. >> inbox = no >> hidden = yes >> list = yes >> location = maildir:~/Maildir/Archive >> } >> >> namespace private { >> separator = . >> prefix = >> inbox = yes >> } >> >> This works very well, in as much as I see the Archive namespace and >> its folders. >> >> The problem arises in the fact that Dovecot insists on calculating >> the 'Archive' namespace/directory storage towards the total storage >> used. >> >> My Quota configuration is as follows: >> >> auth default { >> mechanisms = plain login digest-md5 cram-md5 >> >> passdb vpopmail { >> args = webmail=192.168.1.12 >> } >> >> userdb vpopmail { >> args = quota_template=quota_rule3=*:backend=%q >> } >> ... >> } >> >> plugin { >> quota = maildir >> quota_rule = ?:storage=0 >> quota_rule2 = Archive:ignore >> quota_rule3 = ARCHIVE:ignore >> } >> >> From what I've read, this is supposed to use the maildirsize file >> when available or otherwise return no quota. It worked just fine >> before this new Archive namespace. >> >> For a certain user, vpopmail writes the 'maildirsize' file in >> ../domain.com/user/Maildir/maildirsize and it contains the correct >> value ( without the /Archive directory ). >> >> The problem is that for some reason, something ( I suspect dovecot >> ) writes a new maildirsize file in >> ../domain.com/user/Maildir/Archive/maildirsize which also contains >> the size of Archive. Subsequently, Dovecot adds the two of them up >> and usually throws me over quota. >> >> To test, I have emptied the maildirsize file under Archive and >> changed its owner to root (perms are 755 ) so that nobody but root >> can write to it. Dovecot complained right away about it: >> >> Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): >> open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) >> failed: Permission denied >> >> Despite passing the quota responsibility to vpopmail it seems that >> Dovecot still tries to update that file. >> >> And finally the question... How do I get dovecot to not calculate a >> quota for that directory/namespace ? >> >> >> >> > > > > > From toaster at chef-ingenieur.de Wed Jul 20 00:12:44 2011 From: toaster at chef-ingenieur.de (Thomas Krause) Date: Tue, 19 Jul 2011 23:12:44 +0200 Subject: [Dovecot] quota-warning.sh not working (lda problem?) In-Reply-To: <4E248596.7050103@chef-ingenieur.de> References: <4E248596.7050103@chef-ingenieur.de> Message-ID: <4E25F34C.5050900@chef-ingenieur.de> For testing I replaced /usr/local/libexec/dovecot/dovecot-lda -d $USER with /usr/sbin/sendmail $USER in the quota-warning.sh script. Now the mail is delivered when 80% or 95% of quota is reached. Any idea, why dovecot-lda doesn't deliver the warning mail? Regards, Thomas. > Hi, > I setup a new mailserver with dovecot 2.0.12. Everything is working > fine (including quota) - except of sending quota warning mails. > > When running > /usr/local/bin/quota-warning.sh 95 user at domain.de > manually as root or user vmail, the mail is delivered. > > content of /usr/local/bin/quota-warning.sh > > #!/bin/sh > PERCENT=$1 > USER=$2 > logger -p mail.info "$PERCENT% Quota-warning sent to $USER" > cat << EOF | /usr/local/libexec/dovecot/dovecot-lda -d $USER -o > "plugin/quota=maildir:User quota:noenforcing" > From: postmaster at domain.de > Subject: $PERCENT% Mail quota warning > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > Content-Transfer-Encoding: 8bit > > Der Speicherplatz Ihres E-Mail-Postfaches ist zu $PERCENT% gef?llt. > Bitte l?schen Sie alte und unerw?nschte E-Mails vom Server, um den > Emfang neuer E-Mails aufgrund Speicherplatzmangels nicht zu behindern. > > Your mailbox with us is now more than $PERCENT% full. > To avoid mail loss due to lack of sufficient space, please remove > old and unwanted mails from the server. > EOF > > Because of line 4 of the script I see in maillog, that the script is > executed, but no mail is delivered? Any ideas? > > Regards, > Tom. From joh.hendriks at gmail.com Wed Jul 20 01:19:58 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Wed, 20 Jul 2011 00:19:58 +0200 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? In-Reply-To: References: Message-ID: <4E26030E.7000907@gmail.com> Zhou, Yan schreef: > Hi there, > > I am aware of the "Quota" plugin, but is there any way that DoveCot will > place a warning message in user mailbox if it is getting close to its > mail quota (but have not exceeded yet)? > > Thanks, > > Yan > Sorry forgot the URL in my first answer http://wiki2.dovecot.org/Quota/Configuration And look for quota_warning. regards Johan Hendriks Double L Automatisering From compconsultant at yahoo.com Wed Jul 20 01:56:31 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Tue, 19 Jul 2011 15:56:31 -0700 (PDT) Subject: [Dovecot] Dovecot 2, Imap service, client_limit Message-ID: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> I see back in November of last year, a thread about using client_limit in the imap service (not imap-login) that would allow each imap process serve more than one connection. Sounded good, until I tried it! When I did, unlike the OP of that thread, I got: dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb lookup) failed with euid=501(links): Operation not permitted (This binary should probably be called with process user set to 503(submit.user) instead of 501(links)) So, it would appear that this does not work. Still, the thread was posting results of their testing even that showed it worked. Sample message within the thread, read for more: http://www.dovecot.org/list/dovecot/2010-November/054893.html I'd love to be able to use a single imap process for more than one connection. Is this still possible, or, not? If so, how? Steve From moseleymark at gmail.com Wed Jul 20 02:08:24 2011 From: moseleymark at gmail.com (Mark Moseley) Date: Tue, 19 Jul 2011 16:08:24 -0700 Subject: [Dovecot] Dovecot 2, Imap service, client_limit In-Reply-To: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: On Tue, Jul 19, 2011 at 3:56 PM, Steve Fatula wrote: > I see back in November of last year, a thread about using client_limit in the > imap service (not imap-login) that would allow each imap process serve more than > one connection. Sounded good, until I tried it! > > When I did, unlike the OP of that thread, I got: > > dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb lookup) > failed with euid=501(links): Operation not permitted (This binary should > probably be called with process user set to 503(submit.user) instead of > 501(links)) > > So, it would appear that this does not work. Still, the thread was posting > results of their testing even that showed it worked. > > Sample message within the thread, read for more: > > http://www.dovecot.org/list/dovecot/2010-November/054893.html > > I'd love to be able to use a single imap process for more than one connection. > Is this still possible, or, not? If so, how? > > Steve > > In my case, we use a single shared user for all mailboxes, so there's no UID issue. The imap process is always running as that one UID, so it doesn't ever try to setuid to something else. Timo, is there some way/setting to only let client_limit != 1 apply to processes running as the same user? I.e. if a imap process (with client_limit > 1) was running as UID 501 (to use the OP's uids), and imap-login needed to send UID 503 to an imap process, it wouldn't send it to the one running as UID 501, but rather either create new imap proc or if UID 503 already had a imap proc running, then send UID 503 to that one. (I realize that makes almost no grammatical sense, but hopefully you know what I mean). From compconsultant at yahoo.com Wed Jul 20 02:22:45 2011 From: compconsultant at yahoo.com (Steve) Date: Tue, 19 Jul 2011 23:22:45 +0000 (UTC) Subject: [Dovecot] =?utf-8?q?Dovecot_2=2C_Imap_service=2C_client=5Flimit?= References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: Mark Moseley gmail.com> writes: > Timo, is there some way/setting to only let client_limit != 1 apply to > processes running as the same user? I.e. if a imap process (with > client_limit > 1) was running as UID 501 (to use the OP's uids), and > imap-login needed to send UID 503 to an imap process, it wouldn't send > it to the one running as UID 501, but rather either create new imap > proc or if UID 503 already had a imap proc running, then send UID 503 > to that one. That would be wonderful since then, clients with 5 connections say, would all go to one imap process instead of 5. From GN0073081 at TechMahindra.com Wed Jul 20 06:58:12 2011 From: GN0073081 at TechMahindra.com (Guruprasad S N) Date: Wed, 20 Jul 2011 09:28:12 +0530 Subject: [Dovecot] Dovecot 2, Imap service, client_limit In-Reply-To: References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: <4EF08D039CC31244AB37BF0F569D280A03A7D3BD@SINBNGEX001.TechMahindra.com> Hi All Exchange meeting plugin is not working , I am not able to save calendar request .. need help . Can some one help me -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Mark Moseley Sent: Wednesday, July 20, 2011 4:38 AM Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2, Imap service, client_limit On Tue, Jul 19, 2011 at 3:56 PM, Steve Fatula wrote: > I see back in November of last year, a thread about using client_limit > in the imap service (not imap-login) that would allow each imap > process serve more than one connection. Sounded good, until I tried it! > > When I did, unlike the OP of that thread, I got: > > dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb > lookup) failed with euid=501(links): Operation not permitted (This > binary should probably be called with process user set to > 503(submit.user) instead of > 501(links)) > > So, it would appear that this does not work. Still, the thread was > posting results of their testing even that showed it worked. > > Sample message within the thread, read for more: > > http://www.dovecot.org/list/dovecot/2010-November/054893.html > > I'd love to be able to use a single imap process for more than one connection. > Is this still possible, or, not? If so, how? > > Steve > > In my case, we use a single shared user for all mailboxes, so there's no UID issue. The imap process is always running as that one UID, so it doesn't ever try to setuid to something else. Timo, is there some way/setting to only let client_limit != 1 apply to processes running as the same user? I.e. if a imap process (with client_limit > 1) was running as UID 501 (to use the OP's uids), and imap-login needed to send UID 503 to an imap process, it wouldn't send it to the one running as UID 501, but rather either create new imap proc or if UID 503 already had a imap proc running, then send UID 503 to that one. (I realize that makes almost no grammatical sense, but hopefully you know what I mean). ============================================================================================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally and http://tim.techmahindra.com/Disclaimer.html internally within Tech Mahindra. ============================================================================================================================ From mnavaki at gmail.com Wed Jul 20 08:51:11 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 20 Jul 2011 10:21:11 +0430 Subject: [Dovecot] Dovecot Notification Plugin Message-ID: Hi, I need to know how notfiy plugin works?who will be informed by this plugin?Is it configurable? -- *Regards Meisam Navaki*, From edgrootjans at versatel.nl Wed Jul 20 10:53:59 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Wed, 20 Jul 2011 09:53:59 +0200 Subject: [Dovecot] passwd not found Message-ID: <980B3A5ECA0E4C5F8F79700A6245127B@enterprise> If I use in dovecot.conf passdb passwd-file { args = /etc/dovecot/vhosts/%d/etc/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } I get an authorisation failure in my mail.log file. If I use passdb passwd-file { args = /etc/dovecot/vhosts/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } This works !!! (without the %d) in the passdb passwd-file Than the %d/%u is correctly rewritten in the userdb static. PS I have in the passwd-file the username at domain and the username documented for testing. I think there is some problem with the %d (DOMAIN) How can I check if %d is filled ?? And how can i make different authorisationdirs and files per domain. Thanks Erik My config # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login passdb: driver: passwd-file args: /etc/dovecot/vhosts/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From bill+dovecot at blunn.org Wed Jul 20 11:13:48 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Wed, 20 Jul 2011 09:13:48 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718102734.GW3598@svanberg.no> References: <20110718102734.GW3598@svanberg.no> Message-ID: <4E268E3C.1040000@blunn.org> On 18/07/2011 11:27, Vegard Svanberg wrote: > What should I expect performance-wise if I put 200000 messages in a > Maildir store and use two or three MUAs (mutt and Thunderbird), on an > Athlon dual core 2GHz with SATA drives in software RAID (Linux)? > > Like; would it be useless/crawling, usable or pretty fast. I imagine > MUA startup / first time folder read would be slow, but daily use more > or less ok. > > Thanks to Dovecot's indexing, I imagine I would be better off > interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing > Maildir/ directly? 200,000 messages under Maildir in a single folder. You will tend to have a relatively large number of inodes compared to the relative overall scale of the system. This will tend to make backing-up a nuisance. One thing you could consider is storing your mail under "mdbox". This should drastically reduce the number of inodes. Just remember that under "mdbox" the so-called "indexes" are actually critical data files (i.e. they cannot be re-created like they could be with Maildir or mbox). Bill From jmDS at hampshire.edu Tue Jul 19 23:55:50 2011 From: jmDS at hampshire.edu (Jeremy Maryott) Date: Tue, 19 Jul 2011 16:55:50 -0400 Subject: [Dovecot] Problem with zlib plugin and flags Message-ID: <4E25EF56.90607@hampshire.edu> Hi, I'm working on enabling the zlib plugin and compressing most of the mail on my mail server, and I've run into a bit of a problem with doing things as described on the wiki's zlib plugin page (here: http://wiki.dovecot.org/Plugins/Zlib). I'm using Dovecot 1.2.15 and maildir as a mailbox format on Debian 5. I have a script that implements the steps listed at the bottom of the wiki page. The problem has to do with step 5, which recommends that you add a 'Z' flag to each email that you compress so that you don't compress it again. The problem that I ran into is that when you move an email to another mail folder, this flag appears to go away. As a result, my script has compressed some emails that were already compressed, rendering them unreadable by Dovecot. I've mostly solved that problem, and my compression script now runs 'file' and looks to see if it's gzipped already for each file that's a candidate for compression. I'm not sure this is the best solution (it's definitely slower than just checking the filename), so I'm open to better alternatives. Reading http://wiki.dovecot.org/MailboxFormat/Maildir, I see that Dovecot supports 'non-standard fields' specified after normal flags and a comma. It seems like that might be a better place to put the 'Z' flag, if Dovecot won't retain it when places with the normal flags. I'm unsure how the filename would look if it doesn't currently have any flags, though. Would there just be two commas in a row, followed by my non-standard flag? If I haven't missed or misconfigured anything and what I said above is correct, the wiki should be changed so others don't run into the same problems I have. I'm happy to do so, but I didn't want to make any changes without making sure I was right about what was going on. Thanks, Jeremy From eleuzzi at v-power.sm Wed Jul 20 12:32:19 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Wed, 20 Jul 2011 11:32:19 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done Message-ID: <4E26A0A3.1000402@v-power.sm> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck downloading IMAP header every 10-15' Until the FETCH is done from 1 to 76687 (it's needs a looong time), my client isn't usable Could you help me to fix this issue? Below the log. Thank you 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded \*)] Flags permitted. 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 FETCH (FLAGS (\Seen) UID 1) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 FETCH (FLAGS (\Seen) UID 2) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 FETCH (FLAGS (\Seen unknown-1) UID 3) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (FLAGS (\Seen) UID 4) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (FLAGS (\Seen) UID 5) _cut_ 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76685 FETCH (FLAGS (\Seen) UID 76748) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76686 FETCH (FLAGS (\Seen) UID 76749) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76687 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK Fetch completed. -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Wed Jul 20 12:38:57 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 20 Jul 2011 11:38:57 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E26A0A3.1000402@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> Message-ID: <4E26A231.9090205@schetterer.org> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: > I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck > downloading IMAP header every 10-15' Until the FETCH is done from 1 to > 76687 (it's needs a looong time), my client isn't usable > > Could you help me to fix this issue? > > Below the log. > > Thank you > > > > > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS > (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 > unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 > NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK > [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 > unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 > unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded > \*)] Flags permitted. > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 > FETCH (FLAGS (\Seen) UID 1) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 > FETCH (FLAGS (\Seen) UID 2) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 > FETCH (FLAGS (\Seen unknown-1) UID 3) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 > FETCH (FLAGS (\Seen) UID 4) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 > FETCH (FLAGS (\Seen) UID 5) > > _cut_ > > > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76685 FETCH (FLAGS (\Seen) UID 76748) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76686 FETCH (FLAGS (\Seen) UID 76749) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76687 EXISTS > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK > Fetch completed. > you should upgrade to dove 2.x no problem tb5 here withit, for more debug you dove conf might be helpfull -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From mnavaki at gmail.com Wed Jul 20 15:50:43 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 20 Jul 2011 17:20:43 +0430 Subject: [Dovecot] Writing a Dovecot Plugin Message-ID: Hi, I'm going to write a plugin like mail_log.How can I write a plugin for dovecot?Is there any tutorial or sample for it? -- -- *Regards Meisam Navaki Arefi, * From nicolas.greneche at gmail.com Wed Jul 20 16:02:58 2011 From: nicolas.greneche at gmail.com (Nicolas GRENECHE) Date: Wed, 20 Jul 2011 15:02:58 +0200 Subject: [Dovecot] GSSAPI makes webmail access really slow Message-ID: Hello, I use dovecot 1.2.15 as an IMAP backend for Horde webmail. When I enable PLAIN and GSSAPI as authentication mecanisms, it makes Horde very slow. If I enable only PLAIN it is a lot more fast. Do you have a clue to solve this issue ? Here is my dovecot.conf : protocols = imap imaps pop3s managesieve mail_location = maildir:/ext/spool/imap/%1Mu/%u first_valid_uid=97 last_valid_uid=97 ssl_cert_file = /usr/local/cert/mailper/cert.pem ssl_key_file = /usr/local/cert/mailper/mail.key ssl_ca_file = /usr/local/cert/mailper/chain.pem auth_debug = yes disable_plaintext_auth = no ## tuning ## login_process_size = 64 login_max_processes_count = 196 login_max_connections = 384 auth_worker_max_count = 30 ## fin tuning ## protocol imap { mail_plugins = quota imap_quota ## tuning ## login_processes_count = 4 ## fin tunning ## } protocol pop3 { mail_plugins = quota ## tuning ## login_processes_count = 3 ## fin tunning ## } auth_cache_size = 4096 auth_cache_ttl = 1800 protocol lda { mail_plugins = quota sieve postmaster_address = root at example.fr } protocol managesieve { listen = *:2000 } mail_uid = vmail mail_gid = vmail auth_krb5_keytab = /etc/dovecot/keytab/pop-imap.mail.keytab auth default { socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } } mechanisms = plain passdb pam { args = max_requests=50 cache_key=%u%r dovecot } userdb static { args = uid=vmail gid=vmail allow_all_users=yes } user = root } dict { } plugin { quota = maildir:User quota quota_rule = *:storage=1G # The location of the user's active script: sieve_dir = /ext/spool/sieve/%1Mu/%u sieve = /ext/spool/sieve/%1Mu/%u/dovecot.sieve } From info at netocean.de Wed Jul 20 16:03:48 2011 From: info at netocean.de (Leander S.) Date: Wed, 20 Jul 2011 15:03:48 +0200 Subject: [Dovecot] Writing a Dovecot Plugin In-Reply-To: References: Message-ID: <4E26D234.8000805@netocean.de> Am 20.07.2011 14:50, schrieb Meisam Navaki: > Hi, > I'm going to write a plugin like mail_log.How can I write a plugin for > dovecot?Is there any tutorial or sample for it? > Out of curiosity: What will it do other than already existing "mail_log"? Some references: http://wiki.dovecot.org/Plugins http://wiki.dovecot.org/Design/Plugins http://www.dovecot.org/list/dovecot/2007-November/ http://www.dovecot.org/list/dovecot/2007-November/026795.html http://www.dovecot.org/list/dovecot/2007-November/026796.html http://www.dovecot.org/list/dovecot/2007-November/026825.html Regards From lists at truthisfreedom.org.uk Wed Jul 20 21:27:45 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Wed, 20 Jul 2011 19:27:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310450636.2578.0.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> <1310450636.2578.0.camel@lappy.edison.local> Message-ID: <1311186465.2530.10.camel@lappy.edison.local> On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote: > On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: > > Are these virtual machines? You didn't state so previously. Running > > 2.6.18 as a VM guest on these machines may also be part of the incorrect > > load reporting problem. If so, run the data collector daemon inside the > > hypervisor itself so you get actual load figures. You'll never get > > accurate performance metrics for a whole box from a kernel/daemon inside > > a VM guest. > > > > Nope, all on the bare metal in our own datacentre. > > I'll let you know how the HT switchoff goes. > > M. Hi all, Just to let you all know that once we upgraded to Dovecot 1.2 (and enabled attribute caching on the NFS devices!) the loads settled down. We've seen a drop in 15 minute load average from 12 to 2 and a drop in NFS I/O from 30K I/OPS to 3K I/OPS whilst continuing to serve the same number of queries - quite a difference! Thanks to all who helped, Kind regards, Matt From denis at opensource.lv Wed Jul 20 22:28:41 2011 From: denis at opensource.lv (Denis J. Cirulis) Date: Wed, 20 Jul 2011 22:28:41 +0300 Subject: [Dovecot] dovecot2 on Snow Leopard trouble Message-ID: <20110720192841.GB11775@tun-4-11.vpn.greis.lv> Hello list, I have one task to complete - to install and configure imap server on Mac Mini OS X 10.6.8. I'm not new to dovecot, so the favorite imap server is dovecot. Are there any special settings running dovecot on OS X ? I've compiled dovecot 2.0.13 with mysql5 and openssl via macports. Configured virtual users from mysql and turned on all debug, but when I connect to this server via MUA I'm receiving the message "Mailbox locked. Next try in XX seconds" or something like that. No errors in dovecot.log, clean auth process, correct data (passwords,spool dirs) from mysql. Same configuration works on Linux,FreeBSD and Solaris like a charm. What can be a problem running on OS X ? From marc at perkel.com Thu Jul 21 00:52:27 2011 From: marc at perkel.com (Marc Perkel) Date: Wed, 20 Jul 2011 14:52:27 -0700 Subject: [Dovecot] Connection dropped by IMAP server Message-ID: <4E274E1B.80006@perkel.com> Some time people running Squirrelmail get connection dropped by imap server. Anyone know what causes this? Thanks in advance. From marc at perkel.com Thu Jul 21 00:56:20 2011 From: marc at perkel.com (Marc Perkel) Date: Wed, 20 Jul 2011 14:56:20 -0700 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <4E274E1B.80006@perkel.com> References: <4E274E1B.80006@perkel.com> Message-ID: <4E274F04.6060106@perkel.com> On 7/20/2011 2:52 PM, Marc Perkel wrote: > Some time people running Squirrelmail get connection dropped by imap > server. Anyone know what causes this? > > Thanks in advance. > > More details. It only happens occasionally and restarting Dovecot fixes it. It's as if I'm running out of something. From duane at duanemail.org Thu Jul 21 03:21:54 2011 From: duane at duanemail.org (Duane Hill) Date: Wed, 20 Jul 2011 19:21:54 -0500 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <4E274F04.6060106@perkel.com> References: <4E274E1B.80006@perkel.com> <4E274F04.6060106@perkel.com> Message-ID: <965531083.20110720192154@duanemail.org> Wednesday, July 20, 2011, 4:56:20 PM, you wrote: > On 7/20/2011 2:52 PM, Marc Perkel wrote: >> Some time people running Squirrelmail get connection dropped by imap >> server. Anyone know what causes this? >> >> Thanks in advance. > More details. It only happens occasionally and restarting Dovecot fixes > it. It's as if I'm running out of something. Without knowing more system and configuration details, it would be tricky to guess. From f.bonnet at esiee.fr Thu Jul 21 07:08:31 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 21 Jul 2011 06:08:31 +0200 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <965531083.20110720192154@duanemail.org> References: <4E274E1B.80006@perkel.com> <4E274F04.6060106@perkel.com> <965531083.20110720192154@duanemail.org> Message-ID: <4E27A63F.4010606@esiee.fr> Le 21/07/2011 02:21, Duane Hill a ?crit : > Wednesday, July 20, 2011, 4:56:20 PM, you wrote: > >> On 7/20/2011 2:52 PM, Marc Perkel wrote: >>> Some time people running Squirrelmail get connection dropped by imap >>> server. Anyone know what causes this? >>> >>> Thanks in advance. > >> More details. It only happens occasionally and restarting Dovecot fixes >> it. It's as if I'm running out of something. > > Without knowing more system and configuration details, it would be > tricky to guess. > I had the same problem it seems squirrelmail open too much sessions ( one at each user's request ), I solved it bye installing imapproxy between the webmail and the imap server to cache sessions. hope this help From eleuzzi at v-power.sm Thu Jul 21 10:20:39 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 09:20:39 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E26B28E.9000603@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> Message-ID: <4E27D347.4070904@v-power.sm> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: > > > Il 20/07/2011 12:04, Robert Schetterer ha scritto: >> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>> I'm following the debian (lenny) repository.... >>> >>> dovecot -n >>> >>> hercules:/home/eleuzzi# dovecot -n >>> # 1.0.15: /etc/dovecot/dovecot.conf >>> base_dir: /var/run/dovecot/ >>> log_timestamp: %Y-%m-%d %H:%M:%S >>> protocols: pop3s imaps imap pop3 >>> listen(default): hidden:10143 >>> listen(imap): hidden:10143 >>> listen(pop3): * >>> ssl_listen: hidden >>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>> login_dir: /var/run/dovecot/login >>> login_executable(default): /usr/lib/dovecot/imap-login >>> login_executable(imap): /usr/lib/dovecot/imap-login >>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>> login_greeting_capability(default): yes >>> login_greeting_capability(imap): yes >>> login_greeting_capability(pop3): no >>> login_max_processes_count: 512 >>> first_valid_uid: 150 >>> last_valid_uid: 1500 >>> mail_privileged_group: mail >>> mail_location: maildir:~/Maildir >>> maildir_copy_with_hardlinks: yes >>> umask: 2 >>> mail_executable(default): /usr/lib/dovecot/imap >>> mail_executable(imap): /usr/lib/dovecot/imap >>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>> imap_client_workarounds(pop3): outlook-idle >>> pop3_uidl_format(default): >>> pop3_uidl_format(imap): >>> pop3_uidl_format(pop3): %08Xu%08Xv >>> auth default: >>> mechanisms: plain login cram-md5 >>> passdb: >>> driver: passwd-file >>> args: /etc/cram-md5.pwd >>> passdb: >>> driver: pam >>> passdb: >>> driver: sql >>> args: /etc/dovecot/dovecot-sql.conf >>> userdb: >>> driver: passwd >>> userdb: >>> driver: sql >>> args: /etc/dovecot/dovecot-sql.conf >>> socket: >>> type: listen >>> client: >>> path: /var/spool/postfix/private/auth >>> mode: 432 >>> user: postfix >>> group: postfix >>> master: >>> path: /var/run/dovecot/auth-master >>> mode: 384 >>> user: vmail >>> group: mail >>> >>> >>> Thank you >>> >>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>> 1 to >>>>> 76687 (it's needs a looong time), my client isn't usable >>>>> >>>>> Could you help me to fix this issue? >>>>> >>>>> Below the log. >>>>> >>>>> Thank you >>>>> >>>>> >>>>> >>>>> >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>> unknown-7 >>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>> unknown-11 >>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>> \*)] Flags permitted. >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>> EXISTS >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 1 >>>>> FETCH (FLAGS (\Seen) UID 1) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 2 >>>>> FETCH (FLAGS (\Seen) UID 2) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 3 >>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 4 >>>>> FETCH (FLAGS (\Seen) UID 4) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 5 >>>>> FETCH (FLAGS (\Seen) UID 5) >>>>> >>>>> _cut_ >>>>> >>>>> >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76687 EXISTS >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> 8 OK >>>>> Fetch completed. >>>>> >>>> you should upgrade to dove 2.x >>>> no problem tb5 here withit, for more debug you dove conf might be >>>> helpfull >>>> >> sorry i am to far with 1.x versions >> >> but try to disable tb-extra-mailbox-sep >> you shouldnt need it >> >> do you use maildir ? >> guess your using local users ? >> >> i guess your problems are >> somewhere with uids an local users >> >> i never had such setups >> wait for others on the list response you might get more qualified >> answers >> but i am nearly sure it has nothing to to with tb5 >> >> --- >> Best Regards >> >> MfG Robert Schetterer >> >> Germany/Munich/Bavaria > > However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. > > I'm using maildir to local users. I've upgradeted to 2.0.13, but the problems didn't solved... It seems that the server returns flags for all of the messages in that folder when you select it. Do you know how fix it? > > -- > --------------------------------------------------- > Emanuele Leuzzi > Responsabile Sistemi Informativi > > Email: eleuzzi at v-power.sm > Skype: e.leuzzi > Tel: (+378) 0549 960606 > Fax: (+378) 0549 954984 > > V-Power S.r.l. > Via ulivo di Avoltrone, 2/B > 47899 Serravalle > Republic of San Marino > > http://www.v-power.sm > --------------------------------------------------- > Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle > sola/e persone/e sopraindicate. Se veniste per errore in possesso di > questa e-mail, non copiatela, distribuitela o reinoltratela: > distruggetela immediatamente e notificatelo al mittente a mezzo > e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che > verr? fatto di questa email dai destinatari, se la mail ? sprovvista > di firma digitale il mittente non garantisce per la sua autenticit? > dopo la partenza. Il testo della email potrebbe contenere opinioni > personali e non necessariamente riconducibili a quelle di V-Power srl. > > Tutela della Privacy: Si ricorda che qualora non desideriate ricevere > pi? informazioni di questo genere, Vi preghiamo di inviare una email > all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il > Vostro nominativo sar? rimosso dalle nostre rubriche. > > Notice: This message is intended only for the named recipient and may > contain confidential, proprietary or legally privileged information. > Any forward, distribution, or copying of this information is strictly > prohibited. If you have received this message in error, do not > forward, distribute, or copy it: please advise the sender by reply > e-mail, and delete this message. Sender is not responsible of any > misuse of this e-mail message. If this e-mail message arrive not > digitally signed, sender can?t guarantee authenticity after the > departure of this e-mail. Opinions contained herein may be the > personal opinion of the sender and do not necessarily represent the > views of V-Power srl. > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Thu Jul 21 11:19:54 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 10:19:54 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27D347.4070904@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> Message-ID: <4E27E12A.6060009@schetterer.org> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: > > > Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >> >> >> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>> I'm following the debian (lenny) repository.... >>>> >>>> dovecot -n >>>> >>>> hercules:/home/eleuzzi# dovecot -n >>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>> base_dir: /var/run/dovecot/ >>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>> protocols: pop3s imaps imap pop3 >>>> listen(default): hidden:10143 >>>> listen(imap): hidden:10143 >>>> listen(pop3): * >>>> ssl_listen: hidden >>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>> login_dir: /var/run/dovecot/login >>>> login_executable(default): /usr/lib/dovecot/imap-login >>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>> login_greeting_capability(default): yes >>>> login_greeting_capability(imap): yes >>>> login_greeting_capability(pop3): no >>>> login_max_processes_count: 512 >>>> first_valid_uid: 150 >>>> last_valid_uid: 1500 >>>> mail_privileged_group: mail >>>> mail_location: maildir:~/Maildir >>>> maildir_copy_with_hardlinks: yes >>>> umask: 2 >>>> mail_executable(default): /usr/lib/dovecot/imap >>>> mail_executable(imap): /usr/lib/dovecot/imap >>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>> imap_client_workarounds(pop3): outlook-idle >>>> pop3_uidl_format(default): >>>> pop3_uidl_format(imap): >>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>> auth default: >>>> mechanisms: plain login cram-md5 >>>> passdb: >>>> driver: passwd-file >>>> args: /etc/cram-md5.pwd >>>> passdb: >>>> driver: pam >>>> passdb: >>>> driver: sql >>>> args: /etc/dovecot/dovecot-sql.conf >>>> userdb: >>>> driver: passwd >>>> userdb: >>>> driver: sql >>>> args: /etc/dovecot/dovecot-sql.conf >>>> socket: >>>> type: listen >>>> client: >>>> path: /var/spool/postfix/private/auth >>>> mode: 432 >>>> user: postfix >>>> group: postfix >>>> master: >>>> path: /var/run/dovecot/auth-master >>>> mode: 384 >>>> user: vmail >>>> group: mail >>>> >>>> >>>> Thank you >>>> >>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>> 1 to >>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>> >>>>>> Could you help me to fix this issue? >>>>>> >>>>>> Below the log. >>>>>> >>>>>> Thank you >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>> unknown-7 >>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>> unknown-11 >>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>>> \*)] Flags permitted. >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>>> EXISTS >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 1 >>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 2 >>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 3 >>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 4 >>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 5 >>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>> >>>>>> _cut_ >>>>>> >>>>>> >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76687 EXISTS >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> 8 OK >>>>>> Fetch completed. >>>>>> >>>>> you should upgrade to dove 2.x >>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>> helpfull >>>>> >>> sorry i am to far with 1.x versions >>> >>> but try to disable tb-extra-mailbox-sep >>> you shouldnt need it >>> >>> do you use maildir ? >>> guess your using local users ? >>> >>> i guess your problems are >>> somewhere with uids an local users >>> >>> i never had such setups >>> wait for others on the list response you might get more qualified >>> answers >>> but i am nearly sure it has nothing to to with tb5 >>> >>> --- >>> Best Regards >>> >>> MfG Robert Schetterer >>> >>> Germany/Munich/Bavaria >> >> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >> >> I'm using maildir to local users. > > I've upgradeted to 2.0.13, but the problems didn't solved... It seems > that the server returns flags for all of the messages in that folder > when you select it. Do you know how fix it? sorry, you should post again now your recent dove conf, and logs as iam using 2.0.13 with tb5 and maildir without any problems there shouldnt be any at your side too, so its in your conf as i said before guess its something with uids of your local users ( which i dont use ), but someone with your setup alike on the list may find your problem by short looks on your conf, at last Timo does , if he has time to answer > > >> >> -- >> --------------------------------------------------- >> Emanuele Leuzzi >> Responsabile Sistemi Informativi >> >> Email: eleuzzi at v-power.sm >> Skype: e.leuzzi >> Tel: (+378) 0549 960606 >> Fax: (+378) 0549 954984 >> >> V-Power S.r.l. >> Via ulivo di Avoltrone, 2/B >> 47899 Serravalle >> Republic of San Marino >> >> http://www.v-power.sm >> --------------------------------------------------- >> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >> questa e-mail, non copiatela, distribuitela o reinoltratela: >> distruggetela immediatamente e notificatelo al mittente a mezzo >> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >> di firma digitale il mittente non garantisce per la sua autenticit? >> dopo la partenza. Il testo della email potrebbe contenere opinioni >> personali e non necessariamente riconducibili a quelle di V-Power srl. >> >> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >> pi? informazioni di questo genere, Vi preghiamo di inviare una email >> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >> Vostro nominativo sar? rimosso dalle nostre rubriche. >> >> Notice: This message is intended only for the named recipient and may >> contain confidential, proprietary or legally privileged information. >> Any forward, distribution, or copying of this information is strictly >> prohibited. If you have received this message in error, do not >> forward, distribute, or copy it: please advise the sender by reply >> e-mail, and delete this message. Sender is not responsible of any >> misuse of this e-mail message. If this e-mail message arrive not >> digitally signed, sender can?t guarantee authenticity after the >> departure of this e-mail. Opinions contained herein may be the >> personal opinion of the sender and do not necessarily represent the >> views of V-Power srl. >> > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From Ralf.Hildebrandt at charite.de Thu Jul 21 11:41:37 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 10:41:37 +0200 Subject: [Dovecot] BUG: Unknown internal error Message-ID: <20110721084137.GK32542@charite.de> With a recent checkout of dovecot-2 I'm getting a few "BUG: Unknown internal error" messages. The log for one such incident: Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6385, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6386, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 What's up here? -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From eleuzzi at v-power.sm Thu Jul 21 11:47:51 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 10:47:51 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27E12A.6060009@schetterer.org> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> Message-ID: <4E27E7B7.4060509@v-power.sm> Il 21/07/2011 10:19, Robert Schetterer ha scritto: > Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >> >> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>> >>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>> I'm following the debian (lenny) repository.... >>>>> >>>>> dovecot -n >>>>> >>>>> hercules:/home/eleuzzi# dovecot -n >>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>> base_dir: /var/run/dovecot/ >>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>> protocols: pop3s imaps imap pop3 >>>>> listen(default): hidden:10143 >>>>> listen(imap): hidden:10143 >>>>> listen(pop3): * >>>>> ssl_listen: hidden >>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>> login_dir: /var/run/dovecot/login >>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>> login_greeting_capability(default): yes >>>>> login_greeting_capability(imap): yes >>>>> login_greeting_capability(pop3): no >>>>> login_max_processes_count: 512 >>>>> first_valid_uid: 150 >>>>> last_valid_uid: 1500 >>>>> mail_privileged_group: mail >>>>> mail_location: maildir:~/Maildir >>>>> maildir_copy_with_hardlinks: yes >>>>> umask: 2 >>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>> imap_client_workarounds(pop3): outlook-idle >>>>> pop3_uidl_format(default): >>>>> pop3_uidl_format(imap): >>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>> auth default: >>>>> mechanisms: plain login cram-md5 >>>>> passdb: >>>>> driver: passwd-file >>>>> args: /etc/cram-md5.pwd >>>>> passdb: >>>>> driver: pam >>>>> passdb: >>>>> driver: sql >>>>> args: /etc/dovecot/dovecot-sql.conf >>>>> userdb: >>>>> driver: passwd >>>>> userdb: >>>>> driver: sql >>>>> args: /etc/dovecot/dovecot-sql.conf >>>>> socket: >>>>> type: listen >>>>> client: >>>>> path: /var/spool/postfix/private/auth >>>>> mode: 432 >>>>> user: postfix >>>>> group: postfix >>>>> master: >>>>> path: /var/run/dovecot/auth-master >>>>> mode: 384 >>>>> user: vmail >>>>> group: mail >>>>> >>>>> >>>>> Thank you >>>>> >>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>> 1 to >>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>> >>>>>>> Could you help me to fix this issue? >>>>>>> >>>>>>> Below the log. >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>> unknown-7 >>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>> unknown-11 >>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>>>> \*)] Flags permitted. >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>>>> EXISTS >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 1 >>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 2 >>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 3 >>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 4 >>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 5 >>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>> >>>>>>> _cut_ >>>>>>> >>>>>>> >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76687 EXISTS >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> 8 OK >>>>>>> Fetch completed. >>>>>>> >>>>>> you should upgrade to dove 2.x >>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>> helpfull >>>>>> >>>> sorry i am to far with 1.x versions >>>> >>>> but try to disable tb-extra-mailbox-sep >>>> you shouldnt need it >>>> >>>> do you use maildir ? >>>> guess your using local users ? >>>> >>>> i guess your problems are >>>> somewhere with uids an local users >>>> >>>> i never had such setups >>>> wait for others on the list response you might get more qualified >>>> answers >>>> but i am nearly sure it has nothing to to with tb5 >>>> >>>> --- >>>> Best Regards >>>> >>>> MfG Robert Schetterer >>>> >>>> Germany/Munich/Bavaria >>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>> >>> I'm using maildir to local users. >> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >> that the server returns flags for all of the messages in that folder >> when you select it. Do you know how fix it? > sorry, you should post again now your recent dove conf, and logs > as iam using 2.0.13 with tb5 and maildir without any problems > there shouldnt be any at your side too, so its in your conf > as i said before guess its something with uids of your local users > ( which i dont use ), but someone with your setup alike on the list > may find your problem by short looks on your conf, at last Timo > does , if he has time to answer No problem here the new config: hercules:/# dovecot -n # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 auth_mechanisms = plain login cram-md5 base_dir = /var/run/dovecot/ first_valid_uid = 150 last_valid_uid = 1500 log_timestamp = "%Y-%m-%d %H:%M:%S " mail_location = maildir:~/Maildir mail_privileged_group = mail maildir_very_dirty_syncs = yes passdb { args = /etc/cram-md5.pwd driver = passwd-file } passdb { driver = pam } passdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } protocols = imap pop3 service anvil { client_limit = 8000 } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = mail mode = 0600 user = vmail } user = root } service imap-login { client_limit = 256 inet_listener imap { address = hidden port = 10143 } inet_listener imaps { address = hidden port = 993 } process_limit = 512 } service pop3-login { client_limit = 256 executable = /usr/lib/dovecot/pop3-login inet_listener pop3s { address = hiddem } process_limit = 512 } service pop3 { executable = /usr/lib/dovecot/pop3 } ssl_cert = >> >>> -- >>> --------------------------------------------------- >>> Emanuele Leuzzi >>> Responsabile Sistemi Informativi >>> >>> Email: eleuzzi at v-power.sm >>> Skype: e.leuzzi >>> Tel: (+378) 0549 960606 >>> Fax: (+378) 0549 954984 >>> >>> V-Power S.r.l. >>> Via ulivo di Avoltrone, 2/B >>> 47899 Serravalle >>> Republic of San Marino >>> >>> http://www.v-power.sm >>> --------------------------------------------------- >>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>> distruggetela immediatamente e notificatelo al mittente a mezzo >>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>> di firma digitale il mittente non garantisce per la sua autenticit? >>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>> >>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>> >>> Notice: This message is intended only for the named recipient and may >>> contain confidential, proprietary or legally privileged information. >>> Any forward, distribution, or copying of this information is strictly >>> prohibited. If you have received this message in error, do not >>> forward, distribute, or copy it: please advise the sender by reply >>> e-mail, and delete this message. Sender is not responsible of any >>> misuse of this e-mail message. If this e-mail message arrive not >>> digitally signed, sender can?t guarantee authenticity after the >>> departure of this e-mail. Opinions contained herein may be the >>> personal opinion of the sender and do not necessarily represent the >>> views of V-Power srl. >>> > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From info at netocean.de Thu Jul 21 12:14:02 2011 From: info at netocean.de (Leander S.) Date: Thu, 21 Jul 2011 11:14:02 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721084137.GK32542@charite.de> References: <20110721084137.GK32542@charite.de> Message-ID: <4E27EDDA.3070703@netocean.de> Am 21.07.2011 10:41, schrieb Ralf Hildebrandt: > With a recent checkout of dovecot-2 I'm getting a few "BUG: Unknown > internal error" messages. > > The log for one such incident: > > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6385, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6386, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 > Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 > > What's up here? Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? Dovecot usually uses internal "self-healing" feature to fixe broken indexes ... For testing purposes you could try to entierly delete Users root mailfolder and recreate it or let it recreate by Dovecot and see what happens ... obviously it would make sense to back up old root mailfoder in case there is important data ... From Ralf.Hildebrandt at charite.de Thu Jul 21 12:15:26 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 11:15:26 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27EDDA.3070703@netocean.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> Message-ID: <20110721091526.GP32542@charite.de> * Leander S. : > Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. > > Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? Nothing like that :) > Dovecot usually uses internal "self-healing" feature to fixe broken > indexes ... For testing purposes you could try to entierly delete Users > root mailfolder and recreate it or let it recreate by Dovecot and see > what happens ... obviously it would make sense to back up old root > mailfoder in case there is important data ... -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From mnavaki at gmail.com Thu Jul 21 12:16:33 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Thu, 21 Jul 2011 13:46:33 +0430 Subject: [Dovecot] Writing a Dovecot Plugin In-Reply-To: <4E26D234.8000805@netocean.de> References: <4E26D234.8000805@netocean.de> Message-ID: How should i add this plugin to dovecot source file?I wrote a simple plugin,but I don't know how should i integrate it with dovecot. On Wed, Jul 20, 2011 at 5:33 PM, Leander S. wrote: > Am 20.07.2011 14:50, schrieb Meisam Navaki: > > Hi, >> I'm going to write a plugin like mail_log.How can I write a plugin for >> dovecot?Is there any tutorial or sample for it? >> >> Out of curiosity: What will it do other than already existing "< > http://wiki.dovecot.org/**Plugins/MailLog > >mail_log"? > > Some references: > http://wiki.dovecot.org/**Plugins > http://wiki.dovecot.org/**Design/Plugins > > http://www.dovecot.org/list/**dovecot/2007-November/ > http://www.dovecot.org/list/**dovecot/2007-November/026795.**html > http://www.dovecot.org/list/**dovecot/2007-November/026796.**html > http://www.dovecot.org/list/**dovecot/2007-November/026825.**html > > > Regards > -- -- *Regards Meisam Navaki Arefi, * From info at netocean.de Thu Jul 21 12:26:50 2011 From: info at netocean.de (Leander S.) Date: Thu, 21 Jul 2011 11:26:50 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721091526.GP32542@charite.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> Message-ID: <4E27F0DA.1040200@netocean.de> Am 21.07.2011 11:15, schrieb Ralf Hildebrandt: > * Leander S.: > >> Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. >> >> Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? > Nothing like that :) > >> Dovecot usually uses internal "self-healing" feature to fixe broken >> indexes ... For testing purposes you could try to entierly delete Users >> root mailfolder and recreate it or let it recreate by Dovecot and see >> what happens ... obviously it would make sense to back up old root >> mailfoder in case there is important data ... see how it goes if Dovecot recreates folders and indexes itself again ... is Ilona the only student with that issue? What Version of Dovecot are you using? ... and maybe also post Dovecot's config to mailinglist?! From robert at schetterer.org Thu Jul 21 12:32:49 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 11:32:49 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27F0DA.1040200@netocean.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> Message-ID: <4E27F241.2000906@schetterer.org> Am 21.07.2011 11:26, schrieb Leander S.: > Am 21.07.2011 11:15, schrieb Ralf Hildebrandt: >> * Leander S.: >> >>> Index is corrupt. Dovecot seems only to see 5689 of actually indexed >>> 114139 bytes as far as I understand the log. >>> >>> Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? >>> FS/User Quota over limit? >> Nothing like that :) >> >>> Dovecot usually uses internal "self-healing" feature to fixe broken >>> indexes ... For testing purposes you could try to entierly delete Users >>> root mailfolder and recreate it or let it recreate by Dovecot and see >>> what happens ... obviously it would make sense to back up old root >>> mailfoder in case there is important data ... > see how it goes if Dovecot recreates folders and indexes itself again > ... is Ilona the only student with that issue? > What Version of Dovecot are you using? ... and maybe also post Dovecot's > config to mailinglist?! as i understood , its a recent checkout version from latest dove hg i looked if i found equal errors in mine stable version, so the problem might be anywhere in the patches since the last stable ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From Ralf.Hildebrandt at charite.de Thu Jul 21 12:40:45 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 11:40:45 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27F241.2000906@schetterer.org> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> <4E27F241.2000906@schetterer.org> Message-ID: <20110721094045.GV32542@charite.de> * Robert Schetterer : > as i understood , its a recent checkout version from latest dove hg > i looked if i found equal errors in mine stable version, > so the problem might be anywhere in the patches since the last stable ? Yes; I just upgraded to see if it's gone :) -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From robert at schetterer.org Thu Jul 21 12:44:29 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 11:44:29 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27E7B7.4060509@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> Message-ID: <4E27F4FD.8080309@schetterer.org> Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: > > > Il 21/07/2011 10:19, Robert Schetterer ha scritto: >> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>> >>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>> >>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>> I'm following the debian (lenny) repository.... >>>>>> >>>>>> dovecot -n >>>>>> >>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>> base_dir: /var/run/dovecot/ >>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>> protocols: pop3s imaps imap pop3 >>>>>> listen(default): hidden:10143 >>>>>> listen(imap): hidden:10143 >>>>>> listen(pop3): * >>>>>> ssl_listen: hidden >>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>> login_dir: /var/run/dovecot/login >>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>> login_greeting_capability(default): yes >>>>>> login_greeting_capability(imap): yes >>>>>> login_greeting_capability(pop3): no >>>>>> login_max_processes_count: 512 >>>>>> first_valid_uid: 150 >>>>>> last_valid_uid: 1500 >>>>>> mail_privileged_group: mail >>>>>> mail_location: maildir:~/Maildir >>>>>> maildir_copy_with_hardlinks: yes >>>>>> umask: 2 >>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>> pop3_uidl_format(default): >>>>>> pop3_uidl_format(imap): >>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>> auth default: >>>>>> mechanisms: plain login cram-md5 >>>>>> passdb: >>>>>> driver: passwd-file >>>>>> args: /etc/cram-md5.pwd >>>>>> passdb: >>>>>> driver: pam >>>>>> passdb: >>>>>> driver: sql >>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>> userdb: >>>>>> driver: passwd >>>>>> userdb: >>>>>> driver: sql >>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>> socket: >>>>>> type: listen >>>>>> client: >>>>>> path: /var/spool/postfix/private/auth >>>>>> mode: 432 >>>>>> user: postfix >>>>>> group: postfix >>>>>> master: >>>>>> path: /var/run/dovecot/auth-master >>>>>> mode: 384 >>>>>> user: vmail >>>>>> group: mail >>>>>> >>>>>> >>>>>> Thank you >>>>>> >>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>> 1 to >>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>> >>>>>>>> Could you help me to fix this issue? >>>>>>>> >>>>>>>> Below the log. >>>>>>>> >>>>>>>> Thank you >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>> FLAGS >>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>> unknown-7 >>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>> unknown-11 >>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>> unknown-8 >>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>> $Forwarded >>>>>>>> \*)] Flags permitted. >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>> 76686 >>>>>>>> EXISTS >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 1 >>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 2 >>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 3 >>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 4 >>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 5 >>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>> >>>>>>>> _cut_ >>>>>>>> >>>>>>>> >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76687 EXISTS >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> 8 OK >>>>>>>> Fetch completed. >>>>>>>> >>>>>>> you should upgrade to dove 2.x >>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>> helpfull >>>>>>> >>>>> sorry i am to far with 1.x versions >>>>> >>>>> but try to disable tb-extra-mailbox-sep >>>>> you shouldnt need it >>>>> >>>>> do you use maildir ? >>>>> guess your using local users ? >>>>> >>>>> i guess your problems are >>>>> somewhere with uids an local users >>>>> >>>>> i never had such setups >>>>> wait for others on the list response you might get more qualified >>>>> answers >>>>> but i am nearly sure it has nothing to to with tb5 >>>>> >>>>> --- >>>>> Best Regards >>>>> >>>>> MfG Robert Schetterer >>>>> >>>>> Germany/Munich/Bavaria >>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>> >>>> I'm using maildir to local users. >>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>> that the server returns flags for all of the messages in that folder >>> when you select it. Do you know how fix it? >> sorry, you should post again now your recent dove conf, and logs >> as iam using 2.0.13 with tb5 and maildir without any problems >> there shouldnt be any at your side too, so its in your conf >> as i said before guess its something with uids of your local users >> ( which i dont use ), but someone with your setup alike on the list >> may find your problem by short looks on your conf, at last Timo >> does , if he has time to answer > No problem here the new config: > hercules:/# dovecot -n > # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 > auth_mechanisms = plain login cram-md5 > base_dir = /var/run/dovecot/ > first_valid_uid = 150 > last_valid_uid = 1500 hm is your testing youser between 150-1500 > log_timestamp = "%Y-%m-%d %H:%M:%S " > mail_location = maildir:~/Maildir > mail_privileged_group = mail dont think your need this > maildir_very_dirty_syncs = yes disable this for testing > passdb { > args = /etc/cram-md5.pwd > driver = passwd-file > } > passdb { > driver = pam > } > passdb { > args = /etc/dovecot/dovecot-sql.conf > driver = sql > } for what reason do you need sql ? with local users > protocols = imap pop3 > service anvil { > client_limit = 8000 > } > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > unix_listener auth-master { > group = mail > mode = 0600 > user = vmail > } > user = root > } > service imap-login { > client_limit = 256 > inet_listener imap { > address = hidden > port = 10143 > } > inet_listener imaps { > address = hidden > port = 993 > } > process_limit = 512 > } > service pop3-login { > client_limit = 256 > executable = /usr/lib/dovecot/pop3-login > inet_listener pop3s { > address = hiddem > } > process_limit = 512 > } > service pop3 { > executable = /usr/lib/dovecot/pop3 > } > ssl_cert = ssl_key = userdb { > driver = passwd > } > userdb { > args = /etc/dovecot/dovecot-sql.conf > driver = sql > } > protocol pop3 { > pop3_uidl_format = %08Xu%08Xv > } > protocol lda { > auth_socket_path = /var/run/dovecot/auth-master > postmaster_address = hidden > sendmail_path = /usr/lib/sendmail > } > cant see your namespaces do dovecot -a what are in your logs did you try testing pop3/imap i.e with telnet with some actions turn on verbose debug read i.e http://wiki2.dovecot.org/AuthDatabase/Passwd http://wiki2.dovecot.org/AuthDatabase/PasswdFile as i said, i am not familar with passwd setups > >> >>> >>>> -- >>>> --------------------------------------------------- >>>> Emanuele Leuzzi >>>> Responsabile Sistemi Informativi >>>> >>>> Email: eleuzzi at v-power.sm >>>> Skype: e.leuzzi >>>> Tel: (+378) 0549 960606 >>>> Fax: (+378) 0549 954984 >>>> >>>> V-Power S.r.l. >>>> Via ulivo di Avoltrone, 2/B >>>> 47899 Serravalle >>>> Republic of San Marino >>>> >>>> http://www.v-power.sm >>>> --------------------------------------------------- >>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>>> >>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>> >>>> Notice: This message is intended only for the named recipient and may >>>> contain confidential, proprietary or legally privileged information. >>>> Any forward, distribution, or copying of this information is strictly >>>> prohibited. If you have received this message in error, do not >>>> forward, distribute, or copy it: please advise the sender by reply >>>> e-mail, and delete this message. Sender is not responsible of any >>>> misuse of this e-mail message. If this e-mail message arrive not >>>> digitally signed, sender can?t guarantee authenticity after the >>>> departure of this e-mail. Opinions contained herein may be the >>>> personal opinion of the sender and do not necessarily represent the >>>> views of V-Power srl. >>>> >> > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From eleuzzi at v-power.sm Thu Jul 21 12:55:40 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 11:55:40 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27F4FD.8080309@schetterer.org> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> <4E27F4FD.8080309@schetterer.org> Message-ID: <4E27F79C.8050503@v-power.sm> Il 21/07/2011 11:44, Robert Schetterer ha scritto: > Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: >> >> Il 21/07/2011 10:19, Robert Schetterer ha scritto: >>> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>>> I'm following the debian (lenny) repository.... >>>>>>> >>>>>>> dovecot -n >>>>>>> >>>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>>> base_dir: /var/run/dovecot/ >>>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>>> protocols: pop3s imaps imap pop3 >>>>>>> listen(default): hidden:10143 >>>>>>> listen(imap): hidden:10143 >>>>>>> listen(pop3): * >>>>>>> ssl_listen: hidden >>>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>>> login_dir: /var/run/dovecot/login >>>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>>> login_greeting_capability(default): yes >>>>>>> login_greeting_capability(imap): yes >>>>>>> login_greeting_capability(pop3): no >>>>>>> login_max_processes_count: 512 >>>>>>> first_valid_uid: 150 >>>>>>> last_valid_uid: 1500 >>>>>>> mail_privileged_group: mail >>>>>>> mail_location: maildir:~/Maildir >>>>>>> maildir_copy_with_hardlinks: yes >>>>>>> umask: 2 >>>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>>> pop3_uidl_format(default): >>>>>>> pop3_uidl_format(imap): >>>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>>> auth default: >>>>>>> mechanisms: plain login cram-md5 >>>>>>> passdb: >>>>>>> driver: passwd-file >>>>>>> args: /etc/cram-md5.pwd >>>>>>> passdb: >>>>>>> driver: pam >>>>>>> passdb: >>>>>>> driver: sql >>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>> userdb: >>>>>>> driver: passwd >>>>>>> userdb: >>>>>>> driver: sql >>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>> socket: >>>>>>> type: listen >>>>>>> client: >>>>>>> path: /var/spool/postfix/private/auth >>>>>>> mode: 432 >>>>>>> user: postfix >>>>>>> group: postfix >>>>>>> master: >>>>>>> path: /var/run/dovecot/auth-master >>>>>>> mode: 384 >>>>>>> user: vmail >>>>>>> group: mail >>>>>>> >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>>> 1 to >>>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>>> >>>>>>>>> Could you help me to fix this issue? >>>>>>>>> >>>>>>>>> Below the log. >>>>>>>>> >>>>>>>>> Thank you >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>> FLAGS >>>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>>> unknown-7 >>>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>>> unknown-11 >>>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>>> unknown-8 >>>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>>> $Forwarded >>>>>>>>> \*)] Flags permitted. >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>> 76686 >>>>>>>>> EXISTS >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 1 >>>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 2 >>>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 3 >>>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 4 >>>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 5 >>>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>>> >>>>>>>>> _cut_ >>>>>>>>> >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76687 EXISTS >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> 8 OK >>>>>>>>> Fetch completed. >>>>>>>>> >>>>>>>> you should upgrade to dove 2.x >>>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>>> helpfull >>>>>>>> >>>>>> sorry i am to far with 1.x versions >>>>>> >>>>>> but try to disable tb-extra-mailbox-sep >>>>>> you shouldnt need it >>>>>> >>>>>> do you use maildir ? >>>>>> guess your using local users ? >>>>>> >>>>>> i guess your problems are >>>>>> somewhere with uids an local users >>>>>> >>>>>> i never had such setups >>>>>> wait for others on the list response you might get more qualified >>>>>> answers >>>>>> but i am nearly sure it has nothing to to with tb5 >>>>>> >>>>>> --- >>>>>> Best Regards >>>>>> >>>>>> MfG Robert Schetterer >>>>>> >>>>>> Germany/Munich/Bavaria >>>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>>> >>>>> I'm using maildir to local users. >>>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>>> that the server returns flags for all of the messages in that folder >>>> when you select it. Do you know how fix it? >>> sorry, you should post again now your recent dove conf, and logs >>> as iam using 2.0.13 with tb5 and maildir without any problems >>> there shouldnt be any at your side too, so its in your conf >>> as i said before guess its something with uids of your local users >>> ( which i dont use ), but someone with your setup alike on the list >>> may find your problem by short looks on your conf, at last Timo >>> does , if he has time to answer >> No problem here the new config: >> hercules:/# dovecot -n >> # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 >> auth_mechanisms = plain login cram-md5 >> base_dir = /var/run/dovecot/ >> first_valid_uid = 150 >> last_valid_uid = 1500 > hm is your testing youser between 150-1500 the user affected have uid 1005 > >> log_timestamp = "%Y-%m-%d %H:%M:%S " >> mail_location = maildir:~/Maildir >> mail_privileged_group = mail > dont think your need this I'll remove this > >> maildir_very_dirty_syncs = yes > disable this for testing I've added this now for optimization purpose > >> passdb { >> args = /etc/cram-md5.pwd >> driver = passwd-file >> } >> passdb { >> driver = pam >> } >> passdb { >> args = /etc/dovecot/dovecot-sql.conf >> driver = sql >> } > for what reason do you need sql ? > with local users I've virtual users too in this machine > >> protocols = imap pop3 >> service anvil { >> client_limit = 8000 >> } >> service auth { >> unix_listener /var/spool/postfix/private/auth { >> group = postfix >> mode = 0660 >> user = postfix >> } >> unix_listener auth-master { >> group = mail >> mode = 0600 >> user = vmail >> } >> user = root >> } >> service imap-login { >> client_limit = 256 >> inet_listener imap { >> address = hidden >> port = 10143 >> } >> inet_listener imaps { >> address = hidden >> port = 993 >> } >> process_limit = 512 >> } >> service pop3-login { >> client_limit = 256 >> executable = /usr/lib/dovecot/pop3-login >> inet_listener pop3s { >> address = hiddem >> } >> process_limit = 512 >> } >> service pop3 { >> executable = /usr/lib/dovecot/pop3 >> } >> ssl_cert => ssl_key => userdb { >> driver = passwd >> } >> userdb { >> args = /etc/dovecot/dovecot-sql.conf >> driver = sql >> } >> protocol pop3 { >> pop3_uidl_format = %08Xu%08Xv >> } >> protocol lda { >> auth_socket_path = /var/run/dovecot/auth-master >> postmaster_address = hidden >> sendmail_path = /usr/lib/sendmail >> } >> > cant see your namespaces > do dovecot -a > what are in your logs > did you try testing pop3/imap i.e with telnet with some actions > turn on verbose debug I'll try this > > read i.e > http://wiki2.dovecot.org/AuthDatabase/Passwd > http://wiki2.dovecot.org/AuthDatabase/PasswdFile > > as i said, i am not familar with passwd setups > >>>>> -- >>>>> --------------------------------------------------- >>>>> Emanuele Leuzzi >>>>> Responsabile Sistemi Informativi >>>>> >>>>> Email: eleuzzi at v-power.sm >>>>> Skype: e.leuzzi >>>>> Tel: (+378) 0549 960606 >>>>> Fax: (+378) 0549 954984 >>>>> >>>>> V-Power S.r.l. >>>>> Via ulivo di Avoltrone, 2/B >>>>> 47899 Serravalle >>>>> Republic of San Marino >>>>> >>>>> http://www.v-power.sm >>>>> --------------------------------------------------- >>>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>>>> >>>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>>> >>>>> Notice: This message is intended only for the named recipient and may >>>>> contain confidential, proprietary or legally privileged information. >>>>> Any forward, distribution, or copying of this information is strictly >>>>> prohibited. If you have received this message in error, do not >>>>> forward, distribute, or copy it: please advise the sender by reply >>>>> e-mail, and delete this message. Sender is not responsible of any >>>>> misuse of this e-mail message. If this e-mail message arrive not >>>>> digitally signed, sender can?t guarantee authenticity after the >>>>> departure of this e-mail. Opinions contained herein may be the >>>>> personal opinion of the sender and do not necessarily represent the >>>>> views of V-Power srl. >>>>> > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Thu Jul 21 13:07:03 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 12:07:03 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27F79C.8050503@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> <4E27F4FD.8080309@schetterer.org> <4E27F79C.8050503@v-power.sm> Message-ID: <4E27FA47.8000104@schetterer.org> Am 21.07.2011 11:55, schrieb Emanuele Leuzzi: > > > Il 21/07/2011 11:44, Robert Schetterer ha scritto: >> Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: >>> >>> Il 21/07/2011 10:19, Robert Schetterer ha scritto: >>>> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>>>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>>>> I'm following the debian (lenny) repository.... >>>>>>>> >>>>>>>> dovecot -n >>>>>>>> >>>>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>>>> base_dir: /var/run/dovecot/ >>>>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>>>> protocols: pop3s imaps imap pop3 >>>>>>>> listen(default): hidden:10143 >>>>>>>> listen(imap): hidden:10143 >>>>>>>> listen(pop3): * >>>>>>>> ssl_listen: hidden >>>>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>>>> login_dir: /var/run/dovecot/login >>>>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>>>> login_greeting_capability(default): yes >>>>>>>> login_greeting_capability(imap): yes >>>>>>>> login_greeting_capability(pop3): no >>>>>>>> login_max_processes_count: 512 >>>>>>>> first_valid_uid: 150 >>>>>>>> last_valid_uid: 1500 >>>>>>>> mail_privileged_group: mail >>>>>>>> mail_location: maildir:~/Maildir >>>>>>>> maildir_copy_with_hardlinks: yes >>>>>>>> umask: 2 >>>>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>>>> pop3_uidl_format(default): >>>>>>>> pop3_uidl_format(imap): >>>>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>>>> auth default: >>>>>>>> mechanisms: plain login cram-md5 >>>>>>>> passdb: >>>>>>>> driver: passwd-file >>>>>>>> args: /etc/cram-md5.pwd >>>>>>>> passdb: >>>>>>>> driver: pam >>>>>>>> passdb: >>>>>>>> driver: sql >>>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>>> userdb: >>>>>>>> driver: passwd >>>>>>>> userdb: >>>>>>>> driver: sql >>>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>>> socket: >>>>>>>> type: listen >>>>>>>> client: >>>>>>>> path: /var/spool/postfix/private/auth >>>>>>>> mode: 432 >>>>>>>> user: postfix >>>>>>>> group: postfix >>>>>>>> master: >>>>>>>> path: /var/run/dovecot/auth-master >>>>>>>> mode: 384 >>>>>>>> user: vmail >>>>>>>> group: mail >>>>>>>> >>>>>>>> >>>>>>>> Thank you >>>>>>>> >>>>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>>>> 1 to >>>>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>>>> >>>>>>>>>> Could you help me to fix this issue? >>>>>>>>>> >>>>>>>>>> Below the log. >>>>>>>>>> >>>>>>>>>> Thank you >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>>> FLAGS >>>>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>>>> unknown-7 >>>>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>>>> unknown-11 >>>>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft >>>>>>>>>> unknown-1 >>>>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>>>> unknown-8 >>>>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>>>> $Forwarded >>>>>>>>>> \*)] Flags permitted. >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>>> 76686 >>>>>>>>>> EXISTS >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 1 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 2 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 3 >>>>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 4 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 5 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>>>> >>>>>>>>>> _cut_ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76687 EXISTS >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> 8 OK >>>>>>>>>> Fetch completed. >>>>>>>>>> >>>>>>>>> you should upgrade to dove 2.x >>>>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>>>> helpfull >>>>>>>>> >>>>>>> sorry i am to far with 1.x versions >>>>>>> >>>>>>> but try to disable tb-extra-mailbox-sep >>>>>>> you shouldnt need it >>>>>>> >>>>>>> do you use maildir ? >>>>>>> guess your using local users ? >>>>>>> >>>>>>> i guess your problems are >>>>>>> somewhere with uids an local users >>>>>>> >>>>>>> i never had such setups >>>>>>> wait for others on the list response you might get more qualified >>>>>>> answers >>>>>>> but i am nearly sure it has nothing to to with tb5 >>>>>>> >>>>>>> --- >>>>>>> Best Regards >>>>>>> >>>>>>> MfG Robert Schetterer >>>>>>> >>>>>>> Germany/Munich/Bavaria >>>>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>>>> >>>>>> I'm using maildir to local users. >>>>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>>>> that the server returns flags for all of the messages in that folder >>>>> when you select it. Do you know how fix it? >>>> sorry, you should post again now your recent dove conf, and logs >>>> as iam using 2.0.13 with tb5 and maildir without any problems >>>> there shouldnt be any at your side too, so its in your conf >>>> as i said before guess its something with uids of your local users >>>> ( which i dont use ), but someone with your setup alike on the list >>>> may find your problem by short looks on your conf, at last Timo >>>> does , if he has time to answer >>> No problem here the new config: >>> hercules:/# dovecot -n >>> # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf >>> # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 >>> auth_mechanisms = plain login cram-md5 >>> base_dir = /var/run/dovecot/ >>> first_valid_uid = 150 >>> last_valid_uid = 1500 >> hm is your testing youser between 150-1500 > the user affected have uid 1005 >> >>> log_timestamp = "%Y-%m-%d %H:%M:%S " >>> mail_location = maildir:~/Maildir >>> mail_privileged_group = mail >> dont think your need this > I'll remove this >> >>> maildir_very_dirty_syncs = yes >> disable this for testing > I've added this now for optimization purpose >> >>> passdb { >>> args = /etc/cram-md5.pwd >>> driver = passwd-file >>> } >>> passdb { >>> driver = pam >>> } >>> passdb { >>> args = /etc/dovecot/dovecot-sql.conf >>> driver = sql >>> } >> for what reason do you need sql ? >> with local users > I've virtual users too in this machine >> >>> protocols = imap pop3 >>> service anvil { >>> client_limit = 8000 >>> } >>> service auth { >>> unix_listener /var/spool/postfix/private/auth { >>> group = postfix >>> mode = 0660 >>> user = postfix >>> } >>> unix_listener auth-master { >>> group = mail >>> mode = 0600 >>> user = vmail >>> } >>> user = root >>> } >>> service imap-login { >>> client_limit = 256 >>> inet_listener imap { >>> address = hidden >>> port = 10143 >>> } >>> inet_listener imaps { >>> address = hidden >>> port = 993 >>> } >>> process_limit = 512 >>> } >>> service pop3-login { >>> client_limit = 256 >>> executable = /usr/lib/dovecot/pop3-login >>> inet_listener pop3s { >>> address = hiddem >>> } >>> process_limit = 512 >>> } >>> service pop3 { >>> executable = /usr/lib/dovecot/pop3 >>> } >>> ssl_cert =>> ssl_key =>> userdb { >>> driver = passwd >>> } >>> userdb { >>> args = /etc/dovecot/dovecot-sql.conf >>> driver = sql >>> } >>> protocol pop3 { >>> pop3_uidl_format = %08Xu%08Xv >>> } >>> protocol lda { >>> auth_socket_path = /var/run/dovecot/auth-master >>> postmaster_address = hidden >>> sendmail_path = /usr/lib/sendmail >>> } >>> >> cant see your namespaces >> do dovecot -a >> what are in your logs >> did you try testing pop3/imap i.e with telnet with some actions >> turn on verbose debug > I'll try this >> >> read i.e >> http://wiki2.dovecot.org/AuthDatabase/Passwd >> http://wiki2.dovecot.org/AuthDatabase/PasswdFile >> >> as i said, i am not familar with passwd setups >> >>>>>> -- >>>>>> --------------------------------------------------- >>>>>> Emanuele Leuzzi >>>>>> Responsabile Sistemi Informativi >>>>>> >>>>>> Email: eleuzzi at v-power.sm >>>>>> Skype: e.leuzzi >>>>>> Tel: (+378) 0549 960606 >>>>>> Fax: (+378) 0549 954984 >>>>>> >>>>>> V-Power S.r.l. >>>>>> Via ulivo di Avoltrone, 2/B >>>>>> 47899 Serravalle >>>>>> Republic of San Marino >>>>>> >>>>>> http://www.v-power.sm >>>>>> --------------------------------------------------- >>>>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata >>>>>> alle >>>>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>>>> personali e non necessariamente riconducibili a quelle di V-Power >>>>>> srl. >>>>>> >>>>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>>>> >>>>>> Notice: This message is intended only for the named recipient and may >>>>>> contain confidential, proprietary or legally privileged information. >>>>>> Any forward, distribution, or copying of this information is strictly >>>>>> prohibited. If you have received this message in error, do not >>>>>> forward, distribute, or copy it: please advise the sender by reply >>>>>> e-mail, and delete this message. Sender is not responsible of any >>>>>> misuse of this e-mail message. If this e-mail message arrive not >>>>>> digitally signed, sender can?t guarantee authenticity after the >>>>>> departure of this e-mail. Opinions contained herein may be the >>>>>> personal opinion of the sender and do not necessarily represent the >>>>>> views of V-Power srl. >>>>>> >> > my bet goes that you have some uid clash at local and virtual users -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From mail at tomsommer.dk Thu Jul 21 15:24:26 2011 From: mail at tomsommer.dk (Tom Sommer) Date: Thu, 21 Jul 2011 14:24:26 +0200 Subject: [Dovecot] %w variable is missing Message-ID: Hi, I just noticed that the %w variable is now empty, after upgrading to version 2.0.11? I can still find references to it in the documentation, and in doc/wiki/Variables.txt - but the variable is empty and I can't find any references to it in the sourcecode. Was it overlooked or has it been removed? I'm in need of it :) Thanks. // Tom From Ralf.Hildebrandt at charite.de Thu Jul 21 15:27:15 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 14:27:15 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721094045.GV32542@charite.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> <4E27F241.2000906@schetterer.org> <20110721094045.GV32542@charite.de> Message-ID: <20110721122715.GP32542@charite.de> * Ralf Hildebrandt : > * Robert Schetterer : > > > as i understood , its a recent checkout version from latest dove hg > > i looked if i found equal errors in mine stable version, > > so the problem might be anywhere in the patches since the last stable ? > > Yes; I just upgraded to see if it's gone :) Let me rephrase this: * the error was there before installing the latest checkout * the error was still there AFTER installing the latest checkout It's not really critical, I was just wondering if the index is broken OR the maildir files itself... -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From stan at hardwarefreak.com Thu Jul 21 15:40:28 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 21 Jul 2011 07:40:28 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1311186465.2530.10.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> <1310450636.2578.0.camel@lappy.edison.local> <1311186465.2530.10.camel@lappy.edison.local> Message-ID: <4E281E3C.5050401@hardwarefreak.com> On 7/20/2011 1:27 PM, Matthew Macdonald-Wallace wrote: > On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote: >> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: >>> Are these virtual machines? You didn't state so previously. Running >>> 2.6.18 as a VM guest on these machines may also be part of the incorrect >>> load reporting problem. If so, run the data collector daemon inside the >>> hypervisor itself so you get actual load figures. You'll never get >>> accurate performance metrics for a whole box from a kernel/daemon inside >>> a VM guest. >>> >> >> Nope, all on the bare metal in our own datacentre. >> >> I'll let you know how the HT switchoff goes. >> >> M. > > Hi all, > > Just to let you all know that once we upgraded to Dovecot 1.2 (and > enabled attribute caching on the NFS devices!) the loads settled down. If you're running with NFS caching enabled in v1.x you need to read: http://wiki.dovecot.org/NFS > We've seen a drop in 15 minute load average from 12 to 2 and a drop in > NFS I/O from 30K I/OPS to 3K I/OPS whilst continuing to serve the same > number of queries - quite a difference! Great. Glad to see you're making some headway. Worth noting, this is the first time in this thread that you've mentioned your NFS load. Up to now you mentioned only CPU and memory consumption as problem areas. > Thanks to all who helped, The suggestion to upgrade to 1.2 was made very early on. Which helped more, v1.2 or enabling NFS caching? Also, did you test any machines with hyper-threading disabled? If so, what effect did it have, if any? -- Stan From mail at tomsommer.dk Thu Jul 21 15:53:45 2011 From: mail at tomsommer.dk (Tom Sommer) Date: Thu, 21 Jul 2011 14:53:45 +0200 Subject: [Dovecot] %w variable is missing In-Reply-To: References: Message-ID: <7d9eb05afae95bd59c605143f58bea33.squirrel@webmail.dreamcoder.dk> Nevermind, the user was using *-MD5 auth mech - so the password wasn't availiable. Sorry for the noise. // Tom On Thu, July 21, 2011 14:24, Tom Sommer wrote: > Hi, > > > I just noticed that the %w variable is now empty, after upgrading to > version 2.0.11? > > I can still find references to it in the documentation, and in > doc/wiki/Variables.txt - but the variable is empty and I can't find any > references to it in the sourcecode. > > Was it overlooked or has it been removed? > > > I'm in need of it :) > > > Thanks. > > > // Tom > > > From lists at penpal4u.net Thu Jul 21 18:24:21 2011 From: lists at penpal4u.net (Christian Lerrahn) Date: Fri, 22 Jul 2011 01:24:21 +1000 Subject: [Dovecot] Shared folders and home directories Message-ID: <20110722012421.27179f1a@buub> Hi, I've recently migrated a server from a Qmail/VPOPMail setup to a Postfix/system accounts setup. Everything worked pretty much out of the box after just changing the passdb and userdb to pam and passwd. However, I cannot get my shared folders to work. In the logs I will always see something like Jul 21 07:24:10 mybox dovecot: IMAP(foobar): Namespace 'shared/': Could not lookup home for user bla Jul 21 07:24:11 mybox dovecot: IMAP(foobar): userdb lookup: connect(/var/run/dovecot/auth-master) failed: No such file or directory Now, I don't understand why I need auth-master to find the home directory of user "bla" (who owns the shared folder). However, even if I configure auth-master, only the error messages will go away but I still can't see the shared folders. The configuration (as shown below) worked fine with vpopmail and is just taken from http://wiki.dovecot.org/SharedMailboxes/Shared . What do I have to change to make this work with passwd instead? Do I really need auth-master? If yes, how do I need to set it up to do the job properly? Cheers, Christian # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-xen-686 i686 Debian 6.0.2 protocols: imaps pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%n/ location: maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u list: children lda: mail_plugins: acl auth default: username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@% passdb: driver: pam userdb: driver: passwd plugin: acl: vfile acl_anyone: allow acl_shared_dict: file:/var/lib/dovecot/shared-mailboxes From qmail at top-consulting.net Thu Jul 21 21:38:37 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 21 Jul 2011 14:38:37 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages Message-ID: <20110721143837.142820688hi09z6s@mail.top-consulting.net> Are there any mail clients that automatically pull in folder contents even though they don't have a subscription to that folder ? I have defined a namespace with subscriptions=yes, hidden=yes and list=yes. There are no subscriptions files for any of the users yet they are still pulling data from the folders in that namespace. What gives ? From CMarcus at Media-Brokers.com Thu Jul 21 21:51:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 21 Jul 2011 14:51:36 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <20110721143837.142820688hi09z6s@mail.top-consulting.net> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> Message-ID: <4E287538.5000305@Media-Brokers.com> On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: > Are there any mail clients that automatically pull in folder contents > even though they don't have a subscription to that folder ? > > I have defined a namespace with subscriptions=yes, hidden=yes and > list=yes. There are no subscriptions files for any of the users yet they > are still pulling data from the folders in that namespace. > > What gives ? Thunderbird has an option 'Show only subscribed folders' that can be disabled... -- Best regards, Charles From qmail at top-consulting.net Thu Jul 21 22:57:29 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 21 Jul 2011 15:57:29 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <4E287538.5000305@Media-Brokers.com> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> <4E287538.5000305@Media-Brokers.com> Message-ID: <20110721155729.396018k4jqe81va8@mail.top-consulting.net> So let me ask another way then.. can you have folders visible when doing LIST "" % but which won't be used by the e-mail client unless subscribed to ? I mean, what is the point of subscriptions if the e-mail client pulls in everything anyways ? Quoting Charles Marcus : > On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: >> Are there any mail clients that automatically pull in folder contents >> even though they don't have a subscription to that folder ? >> >> I have defined a namespace with subscriptions=yes, hidden=yes and >> list=yes. There are no subscriptions files for any of the users yet they >> are still pulling data from the folders in that namespace. >> >> What gives ? > > Thunderbird has an option 'Show only subscribed folders' that can be > disabled... > > -- > > Best regards, > > Charles > From compconsultant at yahoo.com Fri Jul 22 01:09:13 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Thu, 21 Jul 2011 15:09:13 -0700 (PDT) Subject: [Dovecot] Dovecot2 Antispam plugin questions Message-ID: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> Tried to find some doc on this (other than the c code), couldn't, so, asking. I do almost every programming language, except C! When using DSPAM backend with this tool, will the plugin send ONLY the signature and not the entire message to dspam for retraining? Concerned about very large emails. If this is the case, I'd rather do this than use say the mailtrain backend which I presume would send the entire message.? Having some permission problems though with the dspam binary since regular users can't execute dspam the way it is currently set up. Any security reason to not allow regular users to run the binary? ? Steve From gfinch at ldmltd.ca Fri Jul 22 01:32:34 2011 From: gfinch at ldmltd.ca (Gregory Finch) Date: Thu, 21 Jul 2011 15:32:34 -0700 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> Message-ID: <4E28A902.8010401@ldmltd.ca> I use the dspam plugin on my install: it only sends the signature. -Greg On 2011-07-21 3:09 PM, Steve Fatula wrote: > Tried to find some doc on this (other than the c code), couldn't, so, asking. I do almost every programming language, except C! > > When using DSPAM backend with this tool, will the plugin send ONLY the signature and not the entire message to dspam for retraining? Concerned about very large emails. If this is the case, I'd rather do this than use say the mailtrain backend which I presume would send the entire message. > > Having some permission problems though with the dspam binary since regular users can't execute dspam the way it is currently set up. Any security reason to not allow regular users to run the binary? > > Steve -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From compconsultant at yahoo.com Fri Jul 22 02:02:19 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Thu, 21 Jul 2011 16:02:19 -0700 (PDT) Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <4E28A902.8010401@ldmltd.ca> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> Message-ID: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> > I use the dspam plugin on my install: it only sends the signature. Cool, so, this is efficient then though not instant of course.? I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. From tom at whyscream.net Fri Jul 22 02:24:06 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Fri, 22 Jul 2011 01:24:06 +0200 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> Message-ID: <4E28B516.3030900@whyscream.net> On 22/07/11 01:02, Steve Fatula wrote: >> I use the dspam plugin on my install: it only sends the signature. > > > Cool, so, this is efficient then though not instant of course. > > I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. > If you want an efficient and fast setup, you'll probably want to run dspam as a daemon process. This means you can use dspamc as the client binary for the plugin config. This gives the plugin better response times (small binary), and the dspamc binary needs no fiddling with permissions in order to let it switch uids (as the daemon does all the hard work). -- Regards, Tom From gfinch at ldmltd.ca Fri Jul 22 02:30:27 2011 From: gfinch at ldmltd.ca (Gregory Finch) Date: Thu, 21 Jul 2011 16:30:27 -0700 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> Message-ID: <4E28B693.2030907@ldmltd.ca> All my users are virtual, using single uid on the server, so I haven't had to deal with that issue. -Greg On 2011-07-21 4:02 PM, Steve Fatula wrote: >> I use the dspam plugin on my install: it only sends the signature. > > Cool, so, this is efficient then though not instant of course. > > I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From berni at birkenwald.de Fri Jul 22 09:42:33 2011 From: berni at birkenwald.de (Bernhard Schmidt) Date: Fri, 22 Jul 2011 06:42:33 +0000 (UTC) Subject: [Dovecot] Parallel auth Message-ID: Hello, we run a Dovecot 2.0.13 instance purely as SASL backend for Postfix, authenticating against a local passwd-file and our central LDAP database. # dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 # (x86_64) auth_mechanisms = plain login auth_verbose = yes passdb { args = /etc/dovecot/dovecot-passwd driver = passwd-file } passdb { args = /etc/dovecot/dovecot-ldap-simauth.conf.ext driver = ldap } protocols = none service auth { unix_listener /var/spool/postfix-postout/private/auth { group = postfix mode = 0660 user = postfix } } ssl = no There is only a single user in the passwd-file for monitoring. We monitor authentication delays for both this local user and one user from LDAP. Due to a firmware bug, our six-figures NAS causes extremely high LDAP delays (in the range of 20-60 seconds, instead of the usual 50ms) once an hour. The weird thing is, I also see these delays in the graph for the local user. Which got me thinking * are authentication requests handled serially by dovecot/auth? * any way to solve this situation for the local user (not to be blocked by the delayed LDAP query)? * any way to solve this situation for LDAP users? We could possibly do some loadbalancing if the auth-daemon opened several LDAP connections Thanks, Bernhard From jkuhn at gmx.at Fri Jul 22 10:16:33 2011 From: jkuhn at gmx.at (server_lion) Date: Fri, 22 Jul 2011 00:16:33 -0700 (PDT) Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account Message-ID: <32113267.post@talk.nabble.com> Hello! I am a beginner! 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User Account. 2. I created a new user account. The new user got a new mail-folder. 3. I am using an inbox with subfolders. i logged on as a root user and copied everything from the old mail folder to the new mail folder. this works for almost all emails except from the inbox itself. the mail appear first and after running the client mail for about 1 minute, they all disappear. i think its all about the right or maybe the IDs. i just found out, that the same thing happens to new emails. when i receive them the appear and after some seconds the disappear again!!! anyone knows some help? thnak you johannes -- View this message in context: http://old.nabble.com/OS-X-Lion-Server-%2B-Dovecot-Problem-User-Account-tp32113267p32113267.html Sent from the Dovecot mailing list archive at Nabble.com. From robert at schetterer.org Fri Jul 22 11:51:14 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 22 Jul 2011 10:51:14 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <32113267.post@talk.nabble.com> References: <32113267.post@talk.nabble.com> Message-ID: <4E293A02.7060200@schetterer.org> Am 22.07.2011 09:16, schrieb server_lion: > > Hello! > > I am a beginner! > > 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User > Account. > 2. I created a new user account. The new user got a new mail-folder. > > 3. I am using an inbox with subfolders. i logged on as a root user and > copied everything from the old mail folder to the new mail folder. this > works for almost all emails except from the inbox itself. the mail appear > first and after running the client mail for about 1 minute, they all > disappear. > > i think its all about the right or maybe the IDs. > > > i just found out, that the same thing happens to new emails. when i receive > them the appear and after some seconds the disappear again!!! > > anyone knows some help? > > thnak you > johannes > guess youre talking about apple mail client so look for support at apple dovecot is a imap/pop3 server -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Fri Jul 22 11:55:02 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 22 Jul 2011 10:55:02 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <4E293A02.7060200@schetterer.org> References: <32113267.post@talk.nabble.com> <4E293A02.7060200@schetterer.org> Message-ID: <4E293AE6.7090105@schetterer.org> Am 22.07.2011 10:51, schrieb Robert Schetterer: > Am 22.07.2011 09:16, schrieb server_lion: >> >> Hello! >> >> I am a beginner! >> >> 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User >> Account. >> 2. I created a new user account. The new user got a new mail-folder. >> >> 3. I am using an inbox with subfolders. i logged on as a root user and >> copied everything from the old mail folder to the new mail folder. this >> works for almost all emails except from the inbox itself. the mail appear >> first and after running the client mail for about 1 minute, they all >> disappear. >> >> i think its all about the right or maybe the IDs. >> >> >> i just found out, that the same thing happens to new emails. when i receive >> them the appear and after some seconds the disappear again!!! >> >> anyone knows some help? >> >> thnak you >> johannes >> > guess youre talking about apple mail client > so look for support at apple > dovecot is a imap/pop3 server > in case you have installed dovecot on your lion server post your logs and conf, after all , it may not work just copy mails looking in my crystal ball i feel you may have to change uids/ownership etc of your mails but thats all speculate without looking to logs anyway i have no idea from apple servers -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From f.bonnet at esiee.fr Fri Jul 22 12:23:48 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 22 Jul 2011 11:23:48 +0200 Subject: [Dovecot] Dovecot server shared mailboxes only Message-ID: <4E2941A4.9080100@esiee.fr> Hello For internal use I need to setup an imap server that will ONLY runs SHARED mailboxes. Is there anything particuliar to run such server ? I plan to use maildir on this one to get advantage of the "last seen" flag Thanks for any light. From c at g33k5.de Fri Jul 22 12:29:42 2011 From: c at g33k5.de (Christian Roessner) Date: Fri, 22 Jul 2011 11:29:42 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <4E293AE6.7090105@schetterer.org> References: <32113267.post@talk.nabble.com> <4E293A02.7060200@schetterer.org> <4E293AE6.7090105@schetterer.org> Message-ID: <4E294306.2070600@g33k5.de> Hi, >> guess youre talking about apple mail client >> so look for support at apple >> dovecot is a imap/pop3 server >> > in case you have installed dovecot on your lion server > post your logs and conf, after all , it may not work just copy mails > looking in my crystal ball i feel you may have to change > uids/ownership etc of your mails > but thats all speculate without looking to logs > anyway i have no idea from apple servers It might be user permissions, yes. Which mail client are you using? In case of Mail.app, you might like to have a look under /Users/youruser/Library/Mail and /Users/youruser/Library/Mail\ Downloads. Maybe this does not fit your needs. And maybe check your subscription file. We really need more information to give proper help. Some logs would be nice, too ;-) Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From kzorba at otenet.gr Fri Jul 22 13:02:40 2011 From: kzorba at otenet.gr (Kostas Zorbadelos) Date: Fri, 22 Jul 2011 13:02:40 +0300 Subject: [Dovecot] Bug report v2.0.13 - CentOS x86_64 - NFS - mbox Message-ID: <4E294AC0.2060706@otenet.gr> Greetings to all. It's my first post to the list. We just completed a migration from qpopper to dovecot for our IMAP and POP3 services. We have a rather large mail environment (we are the biggest provider in Greece). So, here are the details: - Keep getting errors like these in our production environment Jul 22 00:18:21 pop01 dovecot: master: Error: service(pop3): child 4078 killed with signal 11 (core dumps disabled) Jul 22 00:19:31 pop03 dovecot: master: Error: service(pop3): child 18849 killed with signal 11 (core dumps disabled) --------------------------------------------------------------------- dovecot -n output --------------------------------------------------------------------- /opt/dovecot/sbin/dovecot -n # 2.0.13: /opt/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.22.el5 x86_64 CentOS release 5.5 (Final) auth_cache_negative_ttl = 10 mins auth_cache_size = 5 M auth_cache_ttl = 10 mins auth_verbose = yes default_client_limit = 5000 default_process_limit = 500 disable_plaintext_auth = no first_valid_uid = 200 listen = * log_timestamp = "%Y-%m-%d %H:%M:%S " login_greeting = ready mail_access_groups = mail otemail disk root mail_fsync = always mail_location = mbox:INDEX=/var/index/dovecot/%2.16Hn/%2.254Hn/%u mail_nfs_storage = yes mbox_lock_timeout = 2 mins mbox_min_index_size = 200 k mbox_read_locks = dotlock_try fcntl mbox_write_locks = dotlock_try fcntl passdb { args = /opt/dovecot/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } protocols = imap pop3 service auth-worker { user = dovenull } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl = no userdb { args = /opt/dovecot/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 100 } protocol pop3 { mail_max_userip_connections = 100 pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_fast_size_lookups = yes pop3_lock_session = yes pop3_reuse_xuidl = yes pop3_uidl_format = %08Xu%08Xv } I enabled core dumps in one of our backend servers and here is the relevant gdb trace: [root at pop08 ~]# gdb /opt/dovecot/libexec/dovecot/pop3 /core.9273 GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-32.el5_6.2) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /opt/dovecot/libexec/dovecot/pop3...(no debugging symbols found)...done. Reading symbols from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0...(no debugging symbols found)...done. Loaded symbols for /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 Reading symbols from /opt/dovecot/lib/dovecot/libdovecot.so.0...(no debugging symbols found)...done. Loaded symbols for /opt/dovecot/lib/dovecot/libdovecot.so.0 Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/librt.so.1 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libpthread.so.0 Core was generated by `dovecot/pop3'. Program terminated with signal 11, Segmentation fault. #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 (gdb) bt full #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #1 0x00002b52e102b759 in ?? () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #2 0x00002b52e100a2c0 in index_mail_expunge () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #3 0x0000000000405e9c in client_update_mails () No symbol table info available. #4 0x00000000004061c1 in client_command_execute () No symbol table info available. #5 0x00000000004045b9 in client_handle_input () No symbol table info available. #6 0x00002b52e12df698 in io_loop_call_io () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #7 0x00002b52e12e09d5 in io_loop_handler_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #8 0x00002b52e12df62d in io_loop_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #9 0x00002b52e12cdf13 in master_service_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #10 0x0000000000403994 in main () No symbol table info available. (gdb) All traces of the crashes are identical, that is #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #1 0x00002b52e102b759 in ?? () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #2 0x00002b52e100a2c0 in index_mail_expunge () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #3 0x0000000000405e9c in client_update_mails () #4 0x00000000004061c1 in client_command_execute () #5 0x00000000004045b9 in client_handle_input () #6 0x00002b52e12df698 in io_loop_call_io () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #7 0x00002b52e12e09d5 in io_loop_handler_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #8 0x00002b52e12df62d in io_loop_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #9 0x00002b52e12cdf13 in master_service_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #10 0x0000000000403994 in main () We have mboxes over NFS and we also have an ldap user backend. For now, I do not have a scenario that reproduces the problem. Any idea, or input are highly appreciated. Of course I can provide any information requested (without exposing restricted company or client data) to help trace the problem and lead to the solution. Thanks and keep up the good work! Regards, Kostas Zorbadelos From tss at iki.fi Fri Jul 22 14:49:54 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 22 Jul 2011 14:49:54 +0300 Subject: [Dovecot] My status Message-ID: <1311335394.10421.1211.camel@hurina> Hello list, In case anyone's wondering why I haven't been replying here much lately: 1. I've been busy working (you know, paid work) on full text search indexing redesign. That change was a bigger job than I realized at first (mainly due to virtual mailboxes), so I've been a bit stressed/frustrated over it. I finally finished it today though, so that's over now: http://hg.dovecot.org/dovecot-2.1/rev/7b9978eb6f91 I hope to add Antonio's Solr attachment indexing support to it once I'm a bit less busy. I'm in any case also going to add generic attachment indexing so that CLucene backend can also do it. I've also other work left to do for a few more weeks. 2. My new apartment gets too hot (30C) when it gets over about 22C outside, which is almost daily. So my brain melts in the heat and I don't have energy to do much of anything. But I finally yesterday bought an air conditioning machine, which should solve this problem. I don't know why I didn't buy it weeks ago. So .. I'll try to get back to reading and answering mails next week after I've finished some more work and don't feel like I'm lagging behind too much. From bill+dovecot at blunn.org Fri Jul 22 16:01:31 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Fri, 22 Jul 2011 14:01:31 +0100 Subject: [Dovecot] My status In-Reply-To: <1311335394.10421.1211.camel@hurina> References: <1311335394.10421.1211.camel@hurina> Message-ID: <4E2974AB.4050503@blunn.org> On 22/07/2011 12:49, Timo Sirainen wrote: > 2. My new apartment gets too hot (30C) when it gets over about 22C > outside, which is almost daily. So my brain melts in the heat and I > don't have energy to do much of anything. But I finally yesterday > bought an air conditioning machine, which should solve this problem. I > don't know why I didn't buy it weeks ago. I find that actions which involve spending money typically get delayed while I build up sufficient motivation to overcome the natural desire not to spend money. So I wonder if you might be helped by having a (PayPal) "Donate" button on the Dovecot website. If forty people donated ?10 each, then that might buy a free-standing refridgerative air cooler. OK, you've already bought an air cooler, so that's not a brilliant example. But I suspect you will likely need something else later. New laptop, new chair, something like that. Bill From tss at iki.fi Fri Jul 22 17:41:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 22 Jul 2011 17:41:45 +0300 Subject: [Dovecot] My status In-Reply-To: <4E2974AB.4050503@blunn.org> References: <1311335394.10421.1211.camel@hurina> <4E2974AB.4050503@blunn.org> Message-ID: <769CD7A4-7418-417B-B806-7CEF79601FBD@iki.fi> On 22.7.2011, at 16.01, William Blunn wrote: > On 22/07/2011 12:49, Timo Sirainen wrote: >> 2. My new apartment gets too hot (30C) when it gets over about 22C outside, which is almost daily. So my brain melts in the heat and I don't have energy to do much of anything. But I finally yesterday bought an air conditioning machine, which should solve this problem. I don't know why I didn't buy it weeks ago. > > I find that actions which involve spending money typically get delayed while I build up sufficient motivation to overcome the natural desire not to spend money. > > So I wonder if you might be helped by having a (PayPal) "Donate" button on the Dovecot website. If forty people donated ?10 each, then that might buy a free-standing refridgerative air cooler. Well, nowadays I have a Dovecot related company, so I don't know if it's a good idea to mix donations with it. Of course, if you have enough extra cash you could buy a Dovecot support contract from my company :) I've also thought that maybe if there's enough interest there could be a "mini-support" contract that costs maybe 100? and is more or less a donation. > OK, you've already bought an air cooler, so that's not a brilliant example. > > But I suspect you will likely need something else later. New laptop, new chair, something like that. Yeah. There isn't really anything I need now, but there is a bunch of stuff that I want :) From stsiol at yahoo.co.uk Fri Jul 22 18:12:48 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Fri, 22 Jul 2011 16:12:48 +0100 (BST) Subject: [Dovecot] My status In-Reply-To: <1311335394.10421.1211.camel@hurina> Message-ID: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> --- On Fri, 22/7/11, Timo Sirainen wrote: > From: Timo Sirainen > Subject: [Dovecot] My status > To: dovecot at dovecot.org > Date: Friday, 22 July, 2011, 14:49 > Hello list, > > In case anyone's wondering why I haven't been replying here > much lately: > > 1. I've been busy working (you know, paid work) on full > text search > indexing redesign. That change was a bigger job than I > realized at first > (mainly due to virtual mailboxes), so I've been a bit > stressed/frustrated over it. I finally finished it today > though, so > that's over now: http://hg.dovecot.org/dovecot-2.1/rev/7b9978eb6f91 > > I hope to add Antonio's Solr attachment indexing support to > it once I'm > a bit less busy. I'm in any case also going to add generic > attachment > indexing so that CLucene backend can also do it. I've also > other work > left to do for a few more weeks. > > 2. My new apartment gets too hot (30C) when it gets over > about 22C > outside, which is almost daily. So my brain melts in the > heat and I > don't have energy to do much of anything. But I finally > yesterday bought > an air conditioning machine, which should solve this > problem. I don't > know why I didn't buy it weeks ago. > > So .. I'll try to get back to reading and answering mails > next week > after I've finished some more work and don't feel like I'm > lagging > behind too much. Timo, Believe me if I had the company and the funds I would head-hunt you :-) But seriously. Don't worry about it. We are all fine (as far as I can tell) and dovecot proceeds wonderfully. 30 Degrees Centigrade whilst 22 outside? Where the heck are you living ? s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From selcuk.yazar at gmail.com Fri Jul 22 21:24:08 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Fri, 22 Jul 2011 21:24:08 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 Message-ID: Hi, we have postifx + open ldap + Jamm + saslauthd configuration SMTP authentication working properly and we send receive mails , and mails are delivering succes. but dovecot we have problems, in dovecot debug : Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) Jul 22 20:51:04 auth: Debug: client in: AUTH 1 PLAIN service=pop3 lip=193.xxx.xxx.xxx rip=195.xxx.xxx.xxx lport=110 rport=27321 resp= Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass search: base=o=hosting,dc=myhosting,dc=example scope=subtree filter=(&(objectClass=JammMailAccount)(mail=macir at domain)(accountActive=TRUE)(delete=FALSE)) fields=mail,userPassword,cn,homeDirectory,mailbox Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ mailbox(mailbox)=domain/macir/ Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mail Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: homeDirectory Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: cn Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: userPassword Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mailbox Jul 22 20:51:06 auth: Debug: client out: FAIL 1 user=macir at domain mail=macir at domain homeDirectory=/home/vmail/domains cn=Mesut OZTURK userPassword={CRYPT}JpkzdqceMAuKQ mailbox=domain/macir/ in dovecot.info Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps disabled) Jul 22 20:51:04 auth: Info: ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): No password returned (and no nopassword) Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=195.xxx.xxx.xxx, lip=193.xxx.xxx.xxx What is the problem with dovecot, what is the correct conf option for OpenLdap confiuration ? why dovecot to many conf file ? thank in advance. -- Sel?uk YAZAR http://www.selcukyazar.blogspot.com From kerem.erciyes at gmail.com Fri Jul 22 21:48:03 2011 From: kerem.erciyes at gmail.com (Kerem Erciyes) Date: Fri, 22 Jul 2011 21:48:03 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: Try dovecot -n for configuration. On Fri, Jul 22, 2011 at 9:24 PM, Selcuk Yazar wrote: > Hi, > > we have postifx + open ldap + Jamm + saslauthd configuration > > SMTP authentication working properly and we send receive mails , and mails > are delivering succes. > > but dovecot we have problems, > > in dovecot debug : > > Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) > Jul 22 20:51:04 auth: Debug: client in: AUTH ? ?1 ? ? ? PLAIN ? service=pop3 > ? lip=193.xxx.xxx.xxx ? ? rip=195.xxx.xxx.xxx ? ? ?lport=110 > rport=27321 ? ? resp= > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass > search: base=o=hosting,dc=myhosting,dc=example scope=subtree > filter=(&(objectClass=JammMailAccount)(mail=macir at domain)(accountActive=TRUE)(delete=FALSE)) > fields=mail,userPassword,cn,homeDirectory,mailbox > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: > mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains > cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ > mailbox(mailbox)=domain/macir/ > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mail > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > homeDirectory > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: cn > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > userPassword > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > mailbox > Jul 22 20:51:06 auth: Debug: client out: FAIL ? 1 ? ? ? user=macir at domain > ?mail=macir at domain ? ? homeDirectory=/home/vmail/domains ? ? ? cn=Mesut > OZTURK userPassword={CRYPT}JpkzdqceMAuKQ ? ? ? mailbox=domain/macir/ > > > in dovecot.info > > > Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps > disabled) > Jul 22 20:51:04 auth: Info: > ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): > No password returned (and no nopassword) > Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): > user=, method=PLAIN, rip=195.xxx.xxx.xxx, > lip=193.xxx.xxx.xxx > > > What is the problem with dovecot, what is the correct conf option for > OpenLdap confiuration ? why dovecot to many conf file ? > > > thank in advance. > > > -- > Sel?uk YAZAR > http://www.selcukyazar.blogspot.com > -- Kerem Erciyes - Sistem Danismani http://keremerciyes.com From selcuk.yazar at gmail.com Fri Jul 22 22:06:49 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Fri, 22 Jul 2011 22:06:49 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.el6.x86_64 x86_64 Red Hat Enterprise Linux Server release 6.0 (Santiago) auth_debug = yes auth_default_realm = domain auth_verbose = yes debug_log_path = /var/log/dovecot.debug disable_plaintext_auth = no info_log_path = /var/log/dovecot.info mail_debug = yes mail_gid = 97 mail_location = maildir:~/Maildir mail_uid = 97 mbox_write_locks = fcntl passdb { args = /etc/dovecot/conf.d/dovecot-ldap.conf.ext driver = ldap } ssl = no ssl_cert = wrote: > Try dovecot -n for configuration. > > On Fri, Jul 22, 2011 at 9:24 PM, Selcuk Yazar > wrote: > > Hi, > > > > we have postifx + open ldap + Jamm + saslauthd configuration > > > > SMTP authentication working properly and we send receive mails , and > mails > > are delivering succes. > > > > but dovecot we have problems, > > > > in dovecot debug : > > > > Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) > > Jul 22 20:51:04 auth: Debug: client in: AUTH 1 PLAIN > service=pop3 > > lip=193.xxx.xxx.xxx rip=195.xxx.xxx.xxx lport=110 > > rport=27321 resp= > > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass > > search: base=o=hosting,dc=myhosting,dc=example scope=subtree > > filter=(&(objectClass=JammMailAccount)(mail=macir at domain > )(accountActive=TRUE)(delete=FALSE)) > > fields=mail,userPassword,cn,homeDirectory,mailbox > > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: > > mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains > > cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ > > mailbox(mailbox)=domain/macir/ > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > mail > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > homeDirectory > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > cn > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > userPassword > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > mailbox > > Jul 22 20:51:06 auth: Debug: client out: FAIL 1 user=macir at domain > > mail=macir at domain homeDirectory=/home/vmail/domains cn=Mesut > > OZTURK userPassword={CRYPT}JpkzdqceMAuKQ mailbox=domain/macir/ > > > > > > in dovecot.info > > > > > > Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps > > disabled) > > Jul 22 20:51:04 auth: Info: > > ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): > > No password returned (and no nopassword) > > Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): > > user=, method=PLAIN, > rip=195.xxx.xxx.xxx, > > lip=193.xxx.xxx.xxx > > > > > > What is the problem with dovecot, what is the correct conf option for > > OpenLdap confiuration ? why dovecot to many conf file ? > > > > > > thank in advance. > > > > > > -- > > Sel?uk YAZAR > > http://www.selcukyazar.blogspot.com > > > > > > -- > Kerem Erciyes - Sistem Danismani > http://keremerciyes.com > -- Sel?uk YAZAR http://www.selcukyazar.blogspot.com From km at mathcs.emory.edu Fri Jul 22 23:59:17 2011 From: km at mathcs.emory.edu (Ken Mandelberg) Date: Fri, 22 Jul 2011 16:59:17 -0400 Subject: [Dovecot] failed creating protocol instance to play queued url Message-ID: <4E29E4A5.4060909@mathcs.emory.edu> I run thunderbird (both 3.x and 5.x) against dovecot 2.x and frequently see delays "loading message". I admit to having a very large mailbox and running multiple imap clients. I've turned on thunderbird debugging, and at least one pattern I see in the log during the delays (maybe a minute long) is the failed protocol message above. These are no the only delays, but are the ones that catch my eye. The thunderbird debug logs are not time stamped (that I can tell), so its difficult to go back and find the delays from the log. Here is an example of one of the delays. Any thought? -1215891312[b760f060]: considering playing queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 -1215891312[b760f060]: creating protocol instance to play queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 -1215891312[b760f060]: failed creating protocol instance to play queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 80784240[8db84f80]: ImapThreadMainLoop leaving [this=8f345000] a Minute or so delay -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=153 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk $junk $label3 junkrecorded $label4 $label2 $label5) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=187 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk $junk $label3 junkrecorded $label4 $label2 $label5 \*)] Flags permitted. -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=16 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * 60229 EXISTS -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=12 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * 0 RECENT -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=35 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UNSEEN 60218] First unseen. -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=42 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1287420195] UIDs valid -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=42 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UIDNEXT 134841] Predicted next UID -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=36 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [HIGHESTMODSEQ 16298] Highest -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=37 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: 4 OK [READ-WRITE] Select completed. -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:SendData: 5 UID fetch 134841:* (FLAGS) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=44 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: * 60229 FETCH (UID 134840 FLAGS (NonJunk)) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=23 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: 5 OK Fetch completed. -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:SendData: 6 UID fetch 134829 (UID RFC822.SIZE BODY[]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=82 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: * 60218 FETCH (UID 134829 RFC822.SIZE 16236 FLAGS (\Seen NonJunk) BODY[] {16236} -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:STREAM:OPEN Size: 16236: Begin Message Download Stream -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=50 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Return-Path: -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=68 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from mr5.cc.emory.edu (mr5.cc.emory.edu [170.140.52.94]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=77 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: by cssun.mathcs.emory.edu (8.13.8+Sun/8.13.8) with ESMTP id p6IMb4KL014274 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=67 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: for ; Mon, 18 Jul 2011 18:37:04 -0400 (EDT) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=73 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from psmtp.com (na3sys009amx258.postini.com [74.125.149.142]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=66 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: by mr5.cc.emory.edu (8.13.1/8.13.1) with SMTP id p6IMap3E019495 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=69 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=61 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: for ; Mon, 18 Jul 2011 18:36:52 -0400 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=126 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from cora.filibeto.org ([93.123.21.207]) (using TLSv1) by na3sys009amx258.postini.com ([74.125.148.10]) with SMTP; -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=32 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Mon, 18 Jul 2011 17:36:52 CDT -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=57 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from cora.filibeto.org (localhost [IPv6:::1]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=73 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineF From selcuk.yazar at gmail.com Sat Jul 23 00:04:27 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Sat, 23 Jul 2011 00:04:27 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: Hi, After some corrections and research my logs are change Jul 23 00:00:29 auth: Debug: master in: REQUEST 98566145 12706 1 1438c7240539fab5e151143c860bf814 Jul 23 00:00:29 auth: Debug: ldap(user at domain,::1): user search: base=o=hosting,dc=myhosting,dc=example scope=subtree filter=(&(objectClass=JammMailAccount)(mail=user at domain)(accountActive=TRUE)(delete=FALSE)) fields=homeDirectory,uidNumber,gidNumber,mailbox Jul 23 00:00:29 auth: Debug: ldap(user at domain,::1): result: homeDirectory(home)=/home/vmail/domains mailbox(mail)=domain/username/ Jul 23 00:00:29 auth: Debug: master out: USER 98566145 user at domain home=/home/vmail/domains mail=domain/username/ Jul 23 00:00:29 pop3: Debug: Added userdb setting: mail=domain/username/ when i try telnet telnet localhost 110 Trying ::1... Connected to localhost. Escape character is '^]'. +OK Dovecot ready. user ******** +OK pass plain_text Connection closed by foreign host. thanks in advance From noel.butler at ausics.net Sat Jul 23 02:49:18 2011 From: noel.butler at ausics.net (Noel Butler) Date: Sat, 23 Jul 2011 09:49:18 +1000 Subject: [Dovecot] My status In-Reply-To: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> References: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> Message-ID: <1311378558.6346.3.camel@tardis> On Fri, 2011-07-22 at 16:12 +0100, Spyros Tsiolis wrote: > 30 Degrees Centigrade whilst 22 outside? Where the heck are you > living ? > Indeed, at 22c I'm still wearing a jumper :) ... 30c is just right. -------------- next part -------------- A non-text attachment was scrubbed... Name: face-smile.png Type: image/png Size: 873 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From wgillespie+dovecot at es2eng.com Sat Jul 23 03:55:51 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Fri, 22 Jul 2011 18:55:51 -0600 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <20110721155729.396018k4jqe81va8@mail.top-consulting.net> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> <4E287538.5000305@Media-Brokers.com> <20110721155729.396018k4jqe81va8@mail.top-consulting.net> Message-ID: <4E2A1C17.6010108@es2eng.com> On 07/21/2011 01:57 PM, qmail at top-consulting.net wrote: > So let me ask another way then.. > > can you have folders visible when doing LIST "" % but which won't be > used by the e-mail client unless subscribed to ? > > I mean, what is the point of subscriptions if the e-mail client pulls in > everything anyways ? > >> On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: >>> Are there any mail clients that automatically pull in folder contents >>> even though they don't have a subscription to that folder ? >>> >>> I have defined a namespace with subscriptions=yes, hidden=yes and >>> list=yes. There are no subscriptions files for any of the users yet they >>> are still pulling data from the folders in that namespace. iPhones and iPads pull from all folders, ignoring subscriptions. What is the point of subscriptions if the client pulls in everything anyway? There is no point in that scenario. But nowhere will it say that I am only required to read my subscribed folders either. In my usual setup, I don't subscribe to my "spam" folder because I don't usually want to see it. But, every now and then, I do go look at it. Subscriptions are the choice of the user and his MUA. From forumer at smartmobili.com Sat Jul 23 11:21:32 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 10:21:32 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package Message-ID: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Hi, I am running a server under Ubuntu 11.04(natty) and I would like to install a 2.x version but unfortunately the only package available is 1.2.15. Of course I could compile and install from sources but I would prefer to handle packages because it's a lot simpler and cleaner. After some research I found some debian packages available here : http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ So my question is would it be possible to recompile the source package to make a ubuntu one ? Or maybe could I install directly the debian package (but I suppose dependencies are not the same ...). If someone has already an experience with that and couls share his experience. Still don't understand why distros don't use dovecot 2.x ? Is it considered still as unstable ? Thanks From robert at schetterer.org Sat Jul 23 11:30:23 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 23 Jul 2011 10:30:23 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Message-ID: <4E2A869F.4090702@schetterer.org> Am 23.07.2011 10:21, schrieb Vincent Richomme: > Hi, > > I am running a server under Ubuntu 11.04(natty) and I would like to > install a 2.x version but > unfortunately the only package available is 1.2.15. > Of course I could compile and install from sources but I would prefer to > handle packages because > it's a lot simpler and cleaner. > After some research I found some debian packages available here : > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > > > So my question is would it be possible to recompile the source package > to make a ubuntu one ? > Or maybe could I install directly the debian package (but I suppose > dependencies are not the same ...). > If someone has already an experience with that and couls share his > experience. > Still don't understand why distros don't use dovecot 2.x ? Is it > considered still as unstable ? > > > Thanks i always recompile dove 2.x http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ use on lucid server, no problems so far dont know why 2.x is tagged as unstable elsewhere ask distro pack mantainer -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From forumer at smartmobili.com Sat Jul 23 11:43:34 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 10:43:34 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A869F.4090702@schetterer.org> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: On Sat, 23 Jul 2011 10:30:23 +0200, Robert Schetterer wrote: > Am 23.07.2011 10:21, schrieb Vincent Richomme: >> Hi, >> >> I am running a server under Ubuntu 11.04(natty) and I would like to >> install a 2.x version but >> unfortunately the only package available is 1.2.15. >> Of course I could compile and install from sources but I would >> prefer to >> handle packages because >> it's a lot simpler and cleaner. >> After some research I found some debian packages available here : >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> >> >> So my question is would it be possible to recompile the source >> package >> to make a ubuntu one ? >> Or maybe could I install directly the debian package (but I suppose >> dependencies are not the same ...). >> If someone has already an experience with that and couls share his >> experience. >> Still don't understand why distros don't use dovecot 2.x ? Is it >> considered still as unstable ? >> >> >> Thanks > > i always recompile dove 2.x > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > use on lucid server, no problems so far > > dont know why 2.x is tagged as unstable elsewhere > ask distro pack mantainer Thanks for answering. I am not an expert in package management so how can I regenerate a ubuntu package. Should I download dovecot_2.0.13.orig.tar.gz and dovecot_2.0.13-0~auto+61.debian.tar.gz archive, decompress them and put debian folder inside source folder ? And after what kind of magic line should I enter to regenerate a package(I already have installed all packages described in https://wiki.ubuntu.com/PackagingGuide/Complete) ? From robert at schetterer.org Sat Jul 23 12:16:15 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 23 Jul 2011 11:16:15 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: <4E2A915F.1030302@schetterer.org> Am 23.07.2011 10:43, schrieb Vincent Richomme: > On Sat, 23 Jul 2011 10:30:23 +0200, Robert Schetterer wrote: >> Am 23.07.2011 10:21, schrieb Vincent Richomme: >>> Hi, >>> >>> I am running a server under Ubuntu 11.04(natty) and I would like to >>> install a 2.x version but >>> unfortunately the only package available is 1.2.15. >>> Of course I could compile and install from sources but I would prefer to >>> handle packages because >>> it's a lot simpler and cleaner. >>> After some research I found some debian packages available here : >>> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >>> >>> >>> So my question is would it be possible to recompile the source package >>> to make a ubuntu one ? >>> Or maybe could I install directly the debian package (but I suppose >>> dependencies are not the same ...). >>> If someone has already an experience with that and couls share his >>> experience. >>> Still don't understand why distros don't use dovecot 2.x ? Is it >>> considered still as unstable ? >>> >>> >>> Thanks >> >> i always recompile dove 2.x >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> use on lucid server, no problems so far >> >> dont know why 2.x is tagged as unstable elsewhere >> ask distro pack mantainer > > Thanks for answering. > I am not an expert in package management so how can I regenerate a > ubuntu package. > Should I download dovecot_2.0.13.orig.tar.gz and > dovecot_2.0.13-0~auto+61.debian.tar.gz archive, > decompress them and put debian folder inside source folder ? > And after what kind of magic line should I enter to regenerate a > package(I already have installed all packages described in > https://wiki.ubuntu.com/PackagingGuide/Complete) ? > ok do it like this mkdir /usr/src/dovecot_2.0.13 cd /usr/src/dovecot_2.0.13 download i.e wget ... dovecot_2.0.13-0~auto+24_amd64.changes wget ....dovecot_2.0.13-0~auto+24.debian.tar.gz wget ....dovecot_2.0.13-0~auto+24.dsc wget ....dovecot_2.0.13-0~auto+24_i386.changes wget ....dovecot_2.0.13.orig.tar.gz dpkg-source -x *.dsc cd dovecot-2.0.13/ dpkg-buildpackage -rfakeroot -b ( get coffee, this needs time ) cd .. ls *.deb should give you i.e dovecot-common_2.0.13-0~auto+24_amd64.deb dovecot-imapd_2.0.13-0~auto+24_amd64.deb dovecot-mysql_2.0.13-0~auto+24_amd64.deb dovecot-sqlite_2.0.13-0~auto+24_amd64.deb dovecot-dbg_2.0.13-0~auto+24_amd64.deb dovecot-ldap_2.0.13-0~auto+24_amd64.deb dovecot-pgsql_2.0.13-0~auto+24_amd64.deb dovecot-dev_2.0.13-0~auto+24_amd64.deb dovecot-lmtpd_2.0.13-0~auto+24_amd64.deb dovecot-pop3d_2.0.13-0~auto+24_amd64.deb dovecot-gssapi_2.0.13-0~auto+24_amd64.deb dovecot-managesieved_2.0.13-0~auto+24_amd64.deb dovecot-sieve_2.0.13-0~auto+24_amd64.deb dpkg -i *.deb you also need all depended libs for dovecot build and dpkg building dont remember this all, but should be no problem if you are familar with apt you might also try install directly downloaded deb guess they will work out of the box at natty ( or maybe with additional few apt-gets ) you havent install all deps, perhaps you dont need ldap or sql etc sorry in a hurry now -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From forumer at smartmobili.com Sat Jul 23 12:38:35 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 11:38:35 +0200 Subject: [Dovecot] How to "scramble" emails Message-ID: <257f8de50ff196dfc1b1daff4fb05a0e@smartmobili.com> Hi, I am working on a webmail project using dovecot as imap server and I would need to make a demo however I don't want to show all my emails addresses. So my question is knowing that I am using the maildir format, would it ne possible to do a kind of search and replace of all emails/cc/to and replace them by fake ones or will it break something like indexes ? Thanks From anfi at onet.eu Sat Jul 23 12:41:22 2011 From: anfi at onet.eu (Andrzej Adam Filip) Date: Sat, 23 Jul 2011 11:41:22 +0200 Subject: [Dovecot] Debian package for dovecot 2.0.x In-Reply-To: <4E2A869F.4090702@schetterer.org> (Robert Schetterer's message of "Sat, 23 Jul 2011 10:30:23 +0200") References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: Robert Schetterer wrote: > Am 23.07.2011 10:21, schrieb Vincent Richomme: >> [...] >> Still don't understand why distros don't use dovecot 2.x ? Is it >> considered still as unstable ? >> >> >> Thanks > > i always recompile dove 2.x > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > use on lucid server, no problems so far > > dont know why 2.x is tagged as unstable elsewhere > ask distro pack mantainer Debian moved Dovecot-2 from unstable to testing (wheezy) on 2011-05-07. http://packages.qa.debian.org/d/dovecot.html -- [pl>en: Andrew] Andrzej Adam Filip : anfi at onet.eu When all else fails, pour a pint of Guinness in the gas tank, advance the spark 20 degrees, cry "God Save the Queen!", and pull the starter knob. -- MG "Series MGA" Workshop Manual From c at g33k5.de Sat Jul 23 13:08:43 2011 From: c at g33k5.de (Christian Roessner) Date: Sat, 23 Jul 2011 12:08:43 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Message-ID: <4E2A9DAB.5010202@g33k5.de> Hi, > I am running a server under Ubuntu 11.04(natty) and I would like to > install a 2.x version but > unfortunately the only package available is 1.2.15. > Of course I could compile and install from sources but I would prefer to > handle packages because > it's a lot simpler and cleaner. > After some research I found some debian packages available here : > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ If you do not necessarrily need Natty, I can provide Lucid packages over Ubuntu PPA: https://launchpad.net/~christian-roessner-net/+archive/dovecot If more people want Natty packages, I will think about it building some. I only want to give support for the LTS versions. Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From alan.morais at sianet.com.br Fri Jul 22 23:48:36 2011 From: alan.morais at sianet.com.br (Alan Morais) Date: Fri, 22 Jul 2011 17:48:36 -0300 Subject: [Dovecot] dovecot crashes after reloading service Message-ID: Hello, I just made a fresh install of dovecot using Iredmail, and works just fine, but, after changing a parameter on /etc/dovecot.conf, and reloading service, the daemon crashes, with the message as follows: * restarting the service instead of reload works fine. ############# Error message dovecot: Panic: file dict-process.c: line 154 (dict_listener_input): assertion failed: (listener->process es == NULL) Jul 22 10:50:52 dovecot: Error: Raw backtrace: /usr/sbin/dovecot [0x805adb0] -> /usr/sbin/dovecot [0x805ae93] -> /usr/sbi n/dovecot [0x80529c6] -> /usr/sbin/dovecot [0x805a65c] -> /usr/sbin/dovecot [0x804cd60] -> /usr/sbin/dovecot [0x805ece0] -> /usr/sbin/dovecot [0x805ddc8] -> /usr/sbin/dovecot [0x805337d] -> /lib/i686/nosegneg/libc.so.6(__libc_start_main+0xdc) [0x6cce9c] -> /usr/sbin/dovecot [0x804a571] ############## Commands executed included parameter "login_greeting =xxxxxxxxxxxxxx" on dovecot.conf /etc/init.d/dovecot reload ##################### config [root at correio221 ~]# dovecot -n # 1.2.16: /etc/dovecot.conf # OS: Linux 2.6.18-128.el5xen i686 CentOS release 5.3 (Final) nfs log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): *:2000 ssl_ca_file: /etc/pki/tls/certs/iRedMail_CA.pem ssl_cert_file: /etc/pki/tls/certs/iRedMail_CA.pem ssl_key_file: /etc/pki/tls/private/iRedMail.key login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: SIANET POP/IMAP login_process_size: 512 login_processes_count: 128 login_max_processes_count: 256 login_max_connections: 1024 max_mail_processes: 256 first_valid_uid: 5000 last_valid_uid: 5000 mail_uid: 5000 mail_gid: 5000 mail_location: maildir:/home/vmail/%d/%Ln/Maildir mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes lock_method: dotlock mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_process_size: 512 mail_plugins(default): quota imap_quota autocreate mail_plugins(imap): quota imap_quota autocreate mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve imap_client_workarounds(default): tb-extra-mailbox-sep imap_client_workarounds(imap): tb-extra-mailbox-sep imap_client_workarounds(pop3): imap_client_workarounds(managesieve): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes lda: postmaster_address: root auth_socket_path: /var/run/dovecot/auth-master mail_plugins: quota sieve autocreate sieve_global_path: /home/vmail/sieve/dovecot.sieve log_path: /var/log/sieve.log auth default: mechanisms: plain login default_realm: sianet.com.br user: vmail verbose: yes passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota_warning: storage=85%% /usr/local/bin/dovecot-quota-warning.sh 85 quota_warning2: storage=90%% /usr/local/bin/dovecot-quota-warning.sh 90 quota_warning3: storage=95%% /usr/local/bin/dovecot-quota-warning.sh 95 quota: maildir quota: dict:user::proxy::quotadict quota_rule: *:storage=0 expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire auth_socket_path: /var/run/dovecot/auth-master sieve_global_dir: /home/vmail/ sieve_before: %Lh/dovecot.sieve.before sieve: /%Lh/dovecot.sieve sieve_global_path: /home/vmail/dovecot.sieve global_script_path: /home/vmail/dovecot.sieve autocreate: INBOX autocreate2: INBOX.Sent autocreate3: INBOX.Trash autocreate4: INBOX.Drafts autocreate5: INBOX.Junk autosubscribe: INBOX autosubscribe2: INBOX.Sent autosubscribe3: INBOX.Trash autosubscribe4: INBOX.Drafts autosubscribe5: INBOX.Junk dict: expire: db:/var/lib/dovecot/expire/expire.db quotadict: mysql:/etc/dovecot-used-quota.conf Thanks in advance. -- Alan Morais Analista de Suporte Fone: (11) 2125-9222 E-mail: alan.morais at sianet.com.br [1] Links: ------ [1] http://www.sianet.com.br From forumer at smartmobili.com Sat Jul 23 13:31:57 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 12:31:57 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A9DAB.5010202@g33k5.de> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A9DAB.5010202@g33k5.de> Message-ID: <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> On Sat, 23 Jul 2011 12:08:43 +0200, Christian Roessner wrote: > Hi, > >> I am running a server under Ubuntu 11.04(natty) and I would like to >> install a 2.x version but >> unfortunately the only package available is 1.2.15. >> Of course I could compile and install from sources but I would >> prefer to >> handle packages because >> it's a lot simpler and cleaner. >> After some research I found some debian packages available here : >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > > If you do not necessarrily need Natty, I can provide Lucid packages > over > Ubuntu PPA: > > https://launchpad.net/~christian-roessner-net/+archive/dovecot > > If more people want Natty packages, I will think about it building > some. > I only want to give support for the LTS versions. > Actually I have migrated my old server(running lucid) to a new one(natty) and I have hesitated a long time before reinstalling lucid or move to more recent version. But I wanted recent packages so now I am not sure I want to reinstall everything (even if it would be still possible). So I will try the given method from debian package. Thanks From c at g33k5.de Sat Jul 23 13:43:54 2011 From: c at g33k5.de (Christian Roessner) Date: Sat, 23 Jul 2011 12:43:54 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A9DAB.5010202@g33k5.de> <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> Message-ID: <4E2AA5EA.5050304@g33k5.de> Am 23.07.2011 12:31, schrieb Vincent Richomme: > On Sat, 23 Jul 2011 12:08:43 +0200, Christian Roessner wrote: >> Hi, >> >>> I am running a server under Ubuntu 11.04(natty) and I would like to >>> install a 2.x version but >>> unfortunately the only package available is 1.2.15. >>> Of course I could compile and install from sources but I would prefer to >>> handle packages because >>> it's a lot simpler and cleaner. >>> After some research I found some debian packages available here : >>> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> >> If you do not necessarrily need Natty, I can provide Lucid packages over >> Ubuntu PPA: >> >> https://launchpad.net/~christian-roessner-net/+archive/dovecot >> >> If more people want Natty packages, I will think about it building some. >> I only want to give support for the LTS versions. >> > > Actually I have migrated my old server(running lucid) to a new > one(natty) and I have hesitated > a long time before reinstalling lucid or move to more recent version. > But I wanted recent packages so now I am not sure I want to reinstall > everything (even if > it would be still possible). > So I will try the given method from debian package. I have latest packages for postfix and dovecot for Lucid on my PPA. Only Amavis is taken directly from source. So I had no reason so switch from LTS to non-LTS. But I can understand you very well; the same thoughts were the reason to prepare my own packages (and share them with others) Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From bill+dovecot at blunn.org Sat Jul 23 23:39:20 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Sat, 23 Jul 2011 21:39:20 +0100 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A915F.1030302@schetterer.org> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> <4E2A915F.1030302@schetterer.org> Message-ID: <4E2B3178.6080605@blunn.org> On 23/07/2011 10:16, Robert Schetterer wrote: > mkdir /usr/src/dovecot_2.0.13 > cd /usr/src/dovecot_2.0.13 > download i.e > wget ... dovecot_2.0.13-0~auto+24_amd64.changes > wget ....dovecot_2.0.13-0~auto+24.debian.tar.gz > wget ....dovecot_2.0.13-0~auto+24.dsc > wget ....dovecot_2.0.13-0~auto+24_i386.changes > wget ....dovecot_2.0.13.orig.tar.gz > > dpkg-source -x *.dsc > Provided you have the relevant line in your apt sources deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-2.0 main you can do all of the above with a single command apt-get source dovecot Bill From asterix at lagaule.org Sun Jul 24 11:26:53 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 10:26:53 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin Message-ID: <4E2BD74D.8040304@lagaule.org> Hi, I recently saw this a branch [1] of your git repository when dovecot-antispam has support of spamassassin. Is it intentional to not add it to the official release? Are there any plan to officially support spamassassin? [1] http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin Thanks -- Yann From trever.adams at gmail.com Sun Jul 24 16:29:50 2011 From: trever.adams at gmail.com (Trever L. Adams) Date: Sun, 24 Jul 2011 07:29:50 -0600 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2BD74D.8040304@lagaule.org> References: <4E2BD74D.8040304@lagaule.org> Message-ID: <4E2C1E4E.6040306@gmail.com> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: > Hi, > > I recently saw this a branch [1] of your git repository when > dovecot-antispam has support of spamassassin. Is it intentional to not > add it to the official release? > > Are there any plan to officially support spamassassin? > > [1] > http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin > > Thanks That tree is ANCIENT! I believe Eugene's tree does contain spamassassin code. Trever -- "Selfishness is really self-destruction in slow motion." -? Elder Neal A. Maxwell - Ensign, May 1999, 23 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: From dalevizo at otenet.gr Sat Jul 23 18:58:36 2011 From: dalevizo at otenet.gr (Dimos Alevizos) Date: Sat, 23 Jul 2011 15:58:36 +0000 (UTC) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir References: Message-ID: Joseph Tam gmail.com> writes: > > On Tue, 5 Jul 2011, list airstreamcomm.net wrote: > > >> I didn't do anything special other than to use > >> > >> pop3_reuse_xuidl = yes > >> > >> so that clients don't re-download all their messages. > > > > Did you convert the mbox emails to maildir format as well, or just put > > dovecot in front of the mbox files and run with the config setting you > > described above? > > No, I left the mailboxes as mbox and did not convert to maildir. I had > all sorts of mail clients and some use direct file access to their > mailbox, so it requires a lot more deep-think before I can contemplate > moving to maildir. > > Many people on this list have successfuly migrated to maildir so I don't > think you'll have too much trouble. > > You'll appreciate that dovecot avoids some of the problems I had with > qpopper: > > - qpopper made temp copies of a user's INBOX, and if you didn't put > the drop copy on another filesytem, you essentially halved a user's > quota. > - because of the above, qpopper eats I/O like candy. > - multiple client qoppper access will trouncing/locking user INBOXs. > > Joseph Tam gmail.com> > > We recently completed the migration in our company from qpopper/mbox to dovecot/mbox using only pop3_reuse_xuidl = yes and while everything went much easier than we feared we came across an interesting problem that you might want to pay attention to. We use dovecot to provide both pop3 and imap (directly and via webmail) access to our client's mailboxes and we noticed that when a client moves a mail to a different folder and then back into INBOX (say he deleted it by mistake and moves it back), dovecot inserts the same X-UIDL into it's cache, thus creating duplicate entries. When a pop3 client sees this (at least outlook in our case) it think's that there's something wrong with the server's X-UIDL handling and re-downloads the duplicate messages. EVERY time the user checks his mails. We're still in the middle of troubleshooting this, but I believe deleting dovecot's cache would solve the problem for a particular mailbox, but I can't think of anything that would solve it permenately. Dimos Alevizos From lkml at ds.gauner.org Sun Jul 24 18:22:09 2011 From: lkml at ds.gauner.org (Dominik Schulz) Date: Sun, 24 Jul 2011 17:22:09 +0200 Subject: [Dovecot] UIDVALIDITY Change Message-ID: <201107241722.12374.lkml@ds.gauner.org> Hi, I'm attempting to migrate a Courier-IMAP Server to Dovecto. I've followed the instructions in the Dovecot wiki and converted the indices using the provided perl script. Howevery I'm getting "UIDVALIDITY changed ..." messages in the logfile and some of the test clients list some messages twice. I didn't find much about this issue in the wiki. Any hints? -- Mit freundlichen Gr??en / Best Regards Dominik -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From asterix at lagaule.org Sun Jul 24 18:38:24 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 17:38:24 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C1E4E.6040306@gmail.com> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> Message-ID: <4E2C3C70.5040204@lagaule.org> On 07/24/2011 03:29 PM, Trever L. Adams wrote: > On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >> Hi, >> >> I recently saw this a branch [1] of your git repository when >> dovecot-antispam has support of spamassassin. Is it intentional to not >> add it to the official release? >> >> Are there any plan to officially support spamassassin? >> >> [1] >> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >> >> Thanks > That tree is ANCIENT! I believe Eugene's tree does contain spamassassin > code. Indeed, it seems it's possible with the pipe backend. Thanks for the reply. I cannot use it because there is no plugin for 2.x version of dovecot for the moment. I'll have to wait before testing. -- Yann From tom at whyscream.net Sun Jul 24 18:46:18 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Sun, 24 Jul 2011 17:46:18 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C3C70.5040204@lagaule.org> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> <4E2C3C70.5040204@lagaule.org> Message-ID: <4E2C3E4A.20909@whyscream.net> On 24/07/11 17:38, Yann Leboulanger wrote: > On 07/24/2011 03:29 PM, Trever L. Adams wrote: >> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >>> Hi, >>> >>> I recently saw this a branch [1] of your git repository when >>> dovecot-antispam has support of spamassassin. Is it intentional to not >>> add it to the official release? >>> >>> Are there any plan to officially support spamassassin? >>> >>> [1] >>> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >>> >>> >>> Thanks >> That tree is ANCIENT! I believe Eugene's tree does contain spamassassin >> code. > > Indeed, it seems it's possible with the pipe backend. Thanks for the reply. > > I cannot use it because there is no plugin for 2.x version of dovecot > for the moment. I'll have to wait before testing. > For 2.x, please use the tree at: http://wiki2.dovecot.org/Plugins/Antispam From asterix at lagaule.org Sun Jul 24 19:39:28 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 18:39:28 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C3E4A.20909@whyscream.net> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> <4E2C3C70.5040204@lagaule.org> <4E2C3E4A.20909@whyscream.net> Message-ID: <4E2C4AC0.3010604@lagaule.org> On 07/24/2011 05:46 PM, Tom Hendrikx wrote: > On 24/07/11 17:38, Yann Leboulanger wrote: >> On 07/24/2011 03:29 PM, Trever L. Adams wrote: >>> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >>>> Hi, >>>> >>>> I recently saw this a branch [1] of your git repository when >>>> dovecot-antispam has support of spamassassin. Is it intentional to not >>>> add it to the official release? >>>> >>>> Are there any plan to officially support spamassassin? >>>> >>>> [1] >>>> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >>>> >>>> >>>> Thanks >>> That tree is ANCIENT! I believe Eugene's tree does contain spamassassin >>> code. >> >> Indeed, it seems it's possible with the pipe backend. Thanks for the reply. >> >> I cannot use it because there is no plugin for 2.x version of dovecot >> for the moment. I'll have to wait before testing. >> > > For 2.x, please use the tree at: http://wiki2.dovecot.org/Plugins/Antispam > great! It seems to work (I'm not 100% sure cause I don't know how to checkif sa-learn is correctly called, but at lease my script is called. Thanks, -- Yann From stephane at 22decembre.eu Sun Jul 24 21:51:04 2011 From: stephane at 22decembre.eu (=?utf-8?q?St=C3=A9phane_Guedon?=) Date: Sun, 24 Jul 2011 20:51:04 +0200 Subject: [Dovecot] dspam Message-ID: <201107242051.05260.stephane@22decembre.eu> I have installed dspam (from gentoo compile system) and dovecot-antispam plugin for dovecot 2.0.13. I have setup it in dovecot.conf but still have this: jul 24 20:38:19 einstein dovecot: imap(stephane): Error: antispam plugin backend is not selected for this user any explanation ? thanks for your help. -- St?phane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf cl? publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 316 bytes Desc: This is a digitally signed message part. URL: From eugene at raptor.kiev.ua Mon Jul 25 11:04:51 2011 From: eugene at raptor.kiev.ua (Eugene Paskevich) Date: Mon, 25 Jul 2011 11:04:51 +0300 Subject: [Dovecot] dspam In-Reply-To: <201107242051.05260.stephane@22decembre.eu> References: <201107242051.05260.stephane@22decembre.eu> Message-ID: On Sun, 24 Jul 2011 21:51:04 +0300, St?phane Guedon wrote: > I have installed dspam (from gentoo compile system) and dovecot-antispam > plugin for dovecot 2.0.13. > > I have setup it in dovecot.conf but still have this: > > jul 24 20:38:19 einstein dovecot: imap(stephane): Error: antispam plugin > backend is not selected for this user > > any explanation ? A simple one, yes. :-) Pay your attention to dovecot-antispam manual page. Please keep us posted if problems remain. -- Eugene Paskevich | *==)----------- | Plug me into eugene at raptor.kiev.ua | -----------(==* | The Matrix From edgrootjans at versatel.nl Mon Jul 25 15:25:24 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Mon, 25 Jul 2011 14:25:24 +0200 Subject: [Dovecot] passwd not found Message-ID: <4AEFFEF2F22F471C926B5DD8E9C41C7D@enterprise> If I use in dovecot.conf passdb passwd-file { args = /etc/dovecot/vhosts/%d/etc/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } I get an authorisation failure in my mail.log file. If I use passdb passwd-file { args = /etc/dovecot/vhosts/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } This works !!! (without the %d) in the passdb passwd-file Than the %d/%u is correctly rewritten in the userdb static. PS I have in the passwd-file the username at domain and the username documented for testing. I think there is some problem with the %d (DOMAIN) How can I check if %d is filled ?? And how can i make different authorisationdirs and files per domain. Thanks Erik My config # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login passdb: driver: passwd-file args: /etc/dovecot/vhosts/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From mimo at gn.apc.org Mon Jul 25 16:34:45 2011 From: mimo at gn.apc.org (Michael Moritz) Date: Mon, 25 Jul 2011 14:34:45 +0100 Subject: [Dovecot] drac plugin "net_ip2addr() failed: Operation not permitted" In-Reply-To: <201107111305.03226.mimo@gn.apc.org> References: <201107111305.03226.mimo@gn.apc.org> Message-ID: <201107251434.45394.mimo@gn.apc.org> Anybody? I know using pop before smtp is antiquated but we have a legacy/sustainability issue.. mimo On Monday 11 July 2011 13:05:02 Michael Moritz wrote: > Hi, I'm trying to get the drac plugin working (again) but I'm stuck with the following message: > > Restarting IMAP/POP3 mail server: dovecotEDRAC: net_ip2addr() failed: Operation not permitted > > This is on a Debian Squeeze box, dovecot version 1.2.15-7, drac version 1.12 > > Looking at the source it should print the IP in the brackets of net_ip2addr. The fact that it's just empty made me think that I may need to set an environment variable. I tried IP="127.0.0.1" in /etc/default/dovecot and as export but to no avail. > > Any ideas? > > Thanks, > > mimo > From pribeiro at net.ipl.pt Mon Jul 25 19:53:51 2011 From: pribeiro at net.ipl.pt (Pedro Ribeiro) Date: Mon, 25 Jul 2011 17:53:51 +0100 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF Message-ID: <4E2D9F9F.6070301@net.ipl.pt> Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo package) I've received a few complains of users about rejected messages. Investigating the problem, I've seen that when the external sender server publishes SPF information, when some message is sent from there to one of my users that has a Sieve redirect action active to another external system (that does SPF validation), the message is rejected because our system only changes the envelope "rcpt to" in the redirection and the "mail from" remains the original. When the end server does the SPF validation it fails because my server isn't in the IP allow list for the domain of the original sender. I never seen this problem in the old Dovecot+CMUSieve. Shouldn't the sender be changed in the envelope "mail from" from the original one to the recipient that made the Sieve redirection? Keep the excellent work with dovecot and related projects! TIA! -- Best regards, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pedro Ribeiro IPLNet - Rede de dados e comunica??es Instituto Polit?cnico de Lisboa (IPL) Mail: mailto:pribeiro AT net.ipl.pt VoIP: sip:pribeiro AT net.ipl.pt =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From tonj at freeuk.com Mon Jul 25 21:05:11 2011 From: tonj at freeuk.com (tonjg) Date: Mon, 25 Jul 2011 11:05:11 -0700 (PDT) Subject: [Dovecot] set delay between pop3-logins Message-ID: <32134037.post@talk.nabble.com> I'm using dovecot 1.1.8 on a raq4 server running centos 4.8 Is it possible to set a time delay between all dovecot pop3-logins? say 20 - 30 seconds for example? My reason is I want to thwart the constant login attempts from hackers hunting for an open relay. It's no good blocking the ip address because every hack attempt comes in from a different address. I'm the only user on the server so no-one else would be affected by such a delay. Thanks for any pointers -- View this message in context: http://old.nabble.com/set-delay-between-pop3-logins-tp32134037p32134037.html Sent from the Dovecot mailing list archive at Nabble.com. From tom at whyscream.net Mon Jul 25 22:57:37 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Mon, 25 Jul 2011 21:57:37 +0200 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <32134037.post@talk.nabble.com> References: <32134037.post@talk.nabble.com> Message-ID: <4E2DCAB1.3060702@whyscream.net> On 25/07/11 20:05, tonjg wrote: > > I'm using dovecot 1.1.8 on a raq4 server running centos 4.8 > Is it possible to set a time delay between all dovecot pop3-logins? say 20 - > 30 seconds for example? > My reason is I want to thwart the constant login attempts from hackers > hunting for an open relay. It's no good blocking the ip address because > every hack attempt comes in from a different address. I'm the only user on > the server so no-one else would be affected by such a delay. Thanks for any > pointers > Hi, dovecot 2.x has an automatic backoff system (see auth_failure_delay config option). When you're not interested in upgrading, an external tool like fail2ban can block the ip adresses for you automatically. And if you are the only user, you could also just open up your firewall for your personal ip addresses, and block access for the rest of the world. -- Regards, Tom From tonj at freeuk.com Tue Jul 26 00:07:23 2011 From: tonj at freeuk.com (tonjg) Date: Mon, 25 Jul 2011 14:07:23 -0700 (PDT) Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <4E2DCAB1.3060702@whyscream.net> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> Message-ID: <32135502.post@talk.nabble.com> Tom Hendrikx wrote: > > dovecot 2.x has an automatic backoff system (see auth_failure_delay > config option). > > When you're not interested in upgrading > I think with my old server upgrading to 2.x is not an option so I'll have to check out fail2ban. It looks a bit complicated though... I'll also have to look into restricting dovecot to just my ip address only. I might be able to do that at the router and that seems a better idea. Thanks for your help. -- View this message in context: http://old.nabble.com/set-delay-between-pop3-logins-tp32134037p32135502.html Sent from the Dovecot mailing list archive at Nabble.com. From lists at wildgooses.com Tue Jul 26 01:47:10 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 25 Jul 2011 23:47:10 +0100 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <32135502.post@talk.nabble.com> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> <32135502.post@talk.nabble.com> Message-ID: <4E2DF26E.50702@wildgooses.com> On 25/07/2011 22:07, tonjg wrote: > > > Tom Hendrikx wrote: >> >> dovecot 2.x has an automatic backoff system (see auth_failure_delay >> config option). >> >> When you're not interested in upgrading >> > I think with my old server upgrading to 2.x is not an option so I'll have to > check out fail2ban. It looks a bit complicated though... > I'll also have to look into restricting dovecot to just my ip address only. > I might be able to do that at the router and that seems a better idea. > Thanks for your help. Fail2ban is not useful in your case since it only counts logins from ip addresses, not blocking user names Upgrading to dovecot 2.0 ought to be way less scary than you think... Something is wrong with your installation if not... (backup /etc/dovecot, not much else can go wrong...) The main thing you could investigate is some custom login handler, eg I think the pop before smtp is handled with some script - perhaps get that to be some more complex script which implements the behaviour you desire? I think this is an interesting area to improve - Good luck Ed W From stephan at rename-it.nl Tue Jul 26 02:13:36 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Tue, 26 Jul 2011 01:13:36 +0200 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E2D9F9F.6070301@net.ipl.pt> References: <4E2D9F9F.6070301@net.ipl.pt> Message-ID: <4E2DF8A0.3050805@rename-it.nl> Hi Pedro, On 7/25/2011 6:53 PM, Pedro Ribeiro wrote: > Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo > package) I've received a few complains of users about rejected messages. > > Investigating the problem, I've seen that when the external sender > server publishes SPF information, when some message is sent from there > to one of my users that has a Sieve redirect action active to another > external system (that does SPF validation), the message is rejected > because our system only changes the envelope "rcpt to" in the > redirection and the "mail from" remains the original. > When the end server does the SPF validation it fails because my server > isn't in the IP allow list for the domain of the original sender. Right. > I never seen this problem in the old Dovecot+CMUSieve. What version? The sources I checked (v1.1 and v1.2) use the return path of the original message, e.g.: http://hg.dovecot.org/dovecot-1.1/file/3698dfe0f21c/src/deliver/mail-send.c#l186 > > Shouldn't the sender be changed in the envelope "mail from" from the > original one to the recipient that made the Sieve redirection? The now obsolete RFC3028 only mentions modifying the envelope recipient, which is probably what the CMUSieve plugin is based on. The behavior of Pigeonhole Sieve in such ambiguous cases is mostly derived from CMUSieve for backwards compatibility, which is why - indeed - only the envelope recipient is modified. However, the new RFC5228 is not very strict on this point (Section 4.2): The envelope sender address on the outgoing message is chosen by the sieve implementation. It MAY be copied from the message being processed. However, if the message being processed has an empty envelope sender address the outgoing message MUST also have an empty envelope sender address. This last requirement is imposed to prevent loops in the case where a message is redirected to an invalid address when then returns a delivery status notification that also ends up being redirected to the same invalid address. This suggests making this configurable, which I think would be no problem. Its a bit late, I'll give this a look later. Also, do others have a view on this? Is there perhaps an easier way to fix this issue, other than adding a config option? Regards, Stephan. From stan at hardwarefreak.com Tue Jul 26 05:04:38 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 25 Jul 2011 21:04:38 -0500 Subject: [Dovecot] phantom new message notification Message-ID: <4E2E20B6.5030802@hardwarefreak.com> I've developed a phantom new message notification on a single IMAP folder in Thunderbird. I've deleted the Dovecot index files for this problematic folder, and I've deleted the .msf file in the Tbird profile. Neither of which solved the problem. The only other time I've run into something similar was with CONDSTORE quite a long time ago, but that affected all folders, not just one. Any ideas? -- Stan From jtam.home at gmail.com Tue Jul 26 05:34:49 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Mon, 25 Jul 2011 19:34:49 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: Dimos Alevizos wrote: > We recently completed the migration in our company from qpopper/mbox to > dovecot/mbox using only pop3_reuse_xuidl = yes and while everything went much > easier than we feared we came across an interesting problem that you might want > to pay attention to. > > We use dovecot to provide both pop3 and imap (directly and via webmail) access > to our client's mailboxes and we noticed that when a client moves a mail to a > different folder and then back into INBOX (say he deleted it by mistake and > moves it back), dovecot inserts the same X-UIDL into it's cache, thus creating > duplicate entries. > > When a pop3 client sees this (at least outlook in our case) it think's that > there's something wrong with the server's X-UIDL handling and re-downloads the > duplicate messages. EVERY time the user checks his mails. I haven't heard any user complaint about this, but perhaps nobody tried this before. I recreated this situation (copy old qpopper message INBOX -> tmpbox -> INBOX) and produced two messages with identical X-UIDL headers, but according to the Wikipedia entry for POP3: Comparison with IMAP Clients that leave mail on servers generally use the UIDL command to get the current association of message-numbers to message identified by its unique identifier. The unique identifier is arbitrary, and might be repeated if the mailbox contains identical messages. This is echoed in RFC1939 (page 11-12) While it is generally preferable for server implementations to store arbitrarily assigned unique-ids in the maildrop, this specification is intended to permit unique-ids to be calculated as a hash of the message. Clients should be able to handle a situation where two identical copies of a message in a maildrop have the same unique-id. So POP3 UIDLs are not guaranteed to be unique, especially if the messages are the same. Perhaps some mail readers are making unwarranted assumptions about the uniqueness of UIDLs: http://www.eggheadcafe.com/software/aspnet/33485042/duplicate-messageiduidlleave-on-serverrepeated-downloads-of-em.aspx https://www.ritlabs.com/bt/view.php?id=3599 Joseph Tam From koshikov at gmail.com Tue Jul 26 09:37:00 2011 From: koshikov at gmail.com (Nikita Koshikov) Date: Tue, 26 Jul 2011 09:37:00 +0300 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E2DF8A0.3050805@rename-it.nl> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> Message-ID: <20110726093700.6343d0dc@jimbo> On Tue, 26 Jul 2011 01:13:36 +0200 Stephan Bosch wrote: > Hi Pedro, > > On 7/25/2011 6:53 PM, Pedro Ribeiro wrote: > > Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo > > package) I've received a few complains of users about rejected messages. > > > > Investigating the problem, I've seen that when the external sender > > server publishes SPF information, when some message is sent from there > > to one of my users that has a Sieve redirect action active to another > > external system (that does SPF validation), the message is rejected > > because our system only changes the envelope "rcpt to" in the > > redirection and the "mail from" remains the original. > > When the end server does the SPF validation it fails because my server > > isn't in the IP allow list for the domain of the original sender. > > Right. > > > I never seen this problem in the old Dovecot+CMUSieve. > > What version? The sources I checked (v1.1 and v1.2) use the return path > of the original message, e.g.: > > http://hg.dovecot.org/dovecot-1.1/file/3698dfe0f21c/src/deliver/mail-send.c#l186 > > > > > Shouldn't the sender be changed in the envelope "mail from" from the > > original one to the recipient that made the Sieve redirection? > > The now obsolete RFC3028 only mentions modifying the envelope recipient, > which is probably what the CMUSieve plugin is based on. The behavior of > Pigeonhole Sieve in such ambiguous cases is mostly derived from CMUSieve > for backwards compatibility, which is why - indeed - only the envelope > recipient is modified. > > However, the new RFC5228 is not very strict on this point (Section 4.2): > > The envelope sender address on the outgoing message is chosen by the > sieve implementation. It MAY be copied from the message being > processed. However, if the message being processed has an empty > envelope sender address the outgoing message MUST also have an empty > envelope sender address. This last requirement is imposed to prevent > loops in the case where a message is redirected to an invalid address > when then returns a delivery status notification that also ends up > being redirected to the same invalid address. > > This suggests making this configurable, which I think would be no problem. > > Its a bit late, I'll give this a look later. > > Also, do others have a view on this? Is there perhaps an easier way to > fix this issue, other than adding a config option? > > Regards, > > Stephan. > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story... From per at computer.org Tue Jul 26 16:42:11 2011 From: per at computer.org (Per Jessen) Date: Tue, 26 Jul 2011 15:42:11 +0200 Subject: [Dovecot] sieve, vacation - lda-dupes being ignored? Message-ID: Environment: dovecot 2.0.9, postfix 2.6, Pigeonhole 0.2.2 I'm in the process of setting up vacation auto-reply for the first time, (it's that time of the year) and it looks like .dovecot.lda-dupes is being updated, but not read (or just ignored). my vacation script: require ["vacation","variables"]; # get hold of the subject if header :matches "Subject" "*" { set "subj" "${1}"; } vacation # Reply at most once a week to a same sender :days 7 :subject "Re: ${subj} (automatic reply; I am out of the office)" :addresses "pjessen at example.com" :mime text: The script works fine, but I get a reply for every msg sent: # grep sieve.*sent /var/log/mail Jul 26 10:17:26 neon dovecot: lmtp(4367, per.acm at example.com): Pj0iEbx3Lk4PEQAA0G3O/A: sieve: msgid=<4E2E7807.8000301 at example.com>: sent vacation response to Jul 26 10:29:06 neon dovecot: lmtp(10165, per.acm at example.com): Hbm3DhJ6Lk61JwAA0G3O/A: sieve: msgid=<4E2E7ABF.3090804 at example.com>: sent vacation response to Jul 26 11:09:41 neon dovecot: lmtp(2496, per.acm at example.com): WPtRMVWELk7ACQAA0G3O/A: sieve: msgid=<4E2E8447.9070007 at example.com>: sent vacation response to Jul 26 11:32:26 neon dovecot: lmtp(15648, per.acm at example.com): 7pQrLKqJLk4gPQAA0G3O/A: sieve: msgid=<4E2E8999.8040800 at example.com>: sent vacation response to Jul 26 11:39:12 neon dovecot: lmtp(18845, per.acm at example.com): ds9CDfeKLk6dSQAA0G3O/A: sieve: msgid=<4E2E8B30.1070804 at example.com>: sent vacation response to Jul 26 11:42:40 neon dovecot: lmtp(21484, per.acm at example.com): eXZHOw+MLk7sUwAA0G3O/A: sieve: msgid=<4E2E8BF9.7010301 at example.com>: sent vacation response to Jul 26 15:26:25 neon dovecot: lmtp(19216, per.acm at example.com): Wma/OIDALk4QSwAA0G3O/A: sieve: msgid=<4E2EC06F.5060307 at example.com>: sent vacation response to Is there a way to dump the contents of lda-dupes in clear text? thanks Per Jessen, Z?rich From per at computer.org Wed Jul 27 11:59:56 2011 From: per at computer.org (Per Jessen) Date: Wed, 27 Jul 2011 10:59:56 +0200 Subject: [Dovecot] sieve, vacation - lda-dupes being ignored? References: Message-ID: Per Jessen wrote: > Environment: dovecot 2.0.9, postfix 2.6, Pigeonhole 0.2.2 > > I'm in the process of setting up vacation auto-reply for the first > time, (it's that time of the year) and it looks like > .dovecot.lda-dupes is being updated, but not read (or just ignored). > > my vacation script: > > require ["vacation","variables"]; > > # get hold of the subject > if header :matches "Subject" "*" { set "subj" "${1}"; } > > vacation > # Reply at most once a week to a same sender > :days 7 > :subject "Re: ${subj} (automatic reply; I am out of the office)" > :addresses "pjessen at example.com" > :mime text: > > The script works fine, but I get a reply for every msg sent: Not sure what the problem was here, but it's working now. Sorry about the noise. /Per Jessen, Z?rich From tss at iki.fi Wed Jul 27 15:23:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 27 Jul 2011 15:23:44 +0300 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> Message-ID: <1311769424.10421.1218.camel@hurina> On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > that starting using inetd doesn't work anymore : I only get a strange > error message if I try to connect using telnet : Yeah, won't work. > Is dovecot indeed ignoring hosts.allow/deny ? Yes. But you can enable tcpwrappers with: login_access_sockets = tcpwrap > BTW: I tried to post on the mailinglist but it seems I can't access > them it the moment, altough I did subscribe and login. Is there > anything wrong ? Nothing's wrong as far as I know.. From C.W.J.Lemmens at ewi.tudelft.nl Wed Jul 27 15:16:35 2011 From: C.W.J.Lemmens at ewi.tudelft.nl (Kees Lemmens) Date: Wed, 27 Jul 2011 14:16:35 +0200 Subject: [Dovecot] dovecot and tcpwrappers Message-ID: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> Hi, I used dovecot 1.x for quite a while and it worked fine. However, I used it through inetd and used hosts.allow/deny to restrict access to only certain groups of systems. Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems that starting using inetd doesn't work anymore : I only get a strange error message if I try to connect using telnet : telnet localhost imap doveconf: Fatal: execvp(imap-login) failed: No such file or directory I tried a lot of things but couldn't get it going over inetd so I decided to start it directly using an init script, also because you say in the wiki this is (now) the preferred method. That indeed works fine, but I realised today that dovecot is now completely ignoring all my hosts.allow/deny settings and so is worldwide accessible ! Is dovecot indeed ignoring hosts.allow/deny ? And if so, how can I have the same amount of protection as I previously had with dovecot 1.x over inetd ? BTW: I tried to post on the mailinglist but it seems I can't access them it the moment, altough I did subscribe and login. Is there anything wrong ? Thanks for your reply ! -- With best regards, Kees Lemmens. ----------------------------------------------------------------------- Delft Institute of Applied Mathematics (DIAM), Faculty Electrical Engineering, Mathematics and Computer Science, Delft University of Technology, Delft, The Netherlands, From john at whitesmiths.com Wed Jul 27 15:22:18 2011 From: john at whitesmiths.com (John O'Brien) Date: Wed, 27 Jul 2011 22:22:18 +1000 Subject: [Dovecot] Problem with client login in 1.2.17 Message-ID: Hi, I have been using CentOS 5.5 with Dovecot 1.0.7. My client apps login with TLS/SSL using an postgres database for username and password authentication. I developed a plugin that added an additional IMAP command. I want to eventually migrate to release 2.0 but have decided to make this a two step process. I have started with 1.2.17 as I hope this would be a smaller step along the way. I have installed 1.2.17 from source an installed. Rebuilt my plugin and installed and set about updating the dovecot.conf file. Installing the SSL certificate etc..... I have tested the 1.0.7 configuration previously using a standard IMAP mail client. When I try with 1.2.17 I can't seem to get logged in. ==> /var/log/maillog <== Jul 27 21:48:26 email dovecot: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=192.168.1.10 rip=202.81.69.135 lport=10143 rport=58641 resp=ADYxNDE0NjI3NDM2AFExcjQwNHVD Jul 27 21:48:26 email dovecot: auth-worker(default): pam(john,202.81.69.135): lookup service=dovecot Jul 27 21:48:26 email dovecot: auth-worker(default): pam(john,202.81.69.135): #1/1 style=1 msg=Password: Jul 27 21:48:28 email dovecot: auth-worker(default): pam(john,202.81.69.135): unknown user Jul 27 21:48:28 email dovecot: auth(default): sql(john,202.81.69.135): query: SELECT password FROM ivms_iphone WHERE username='john' Jul 27 21:48:28 email dovecot: auth(default): client out: OK 1 user=john Jul 27 21:48:28 email dovecot: auth(default): master in: REQUEST 2 28178 1 Jul 27 21:48:28 email dovecot: auth(default): passwd(john,202.81.69.135): lookup Jul 27 21:48:28 email dovecot: auth(default): passwd(john,202.81.69.135): unknown user Jul 27 21:48:28 email dovecot: auth(default): sql(john,202.81.69.135): SELECT home, uid, gid FROM users WHERE username='john' Jul 27 21:48:28 email dovecot: auth(default): master out: USER 2 john home=/var/imap_mail/john uid=50gid=500 Jul 27 21:48:28 email dovecot: IMAP(john): Loading modules from directory: /usr/local/lib/dovecot/imap/ Jul 27 21:48:28 email dovecot: IMAP(john): Module loaded: /usr/local/lib/dovecot/imap//lib20_mail_log_plugin.so Jul 27 21:48:28 email dovecot: IMAP(john): Module loaded: /usr/local/lib/dovecot/imap//change_passwd_plugin.so Jul 27 21:48:28 email dovecot: IMAP(john): Effective uid=500, gid=500, home=/var/imap_mail/john Jul 27 21:48:28 email dovecot: IMAP(john): maildir: data=john Jul 27 21:48:28 email dovecot: IMAP(john): maildir++: root=john, index=, control=, inbox=john Jul 27 21:48:28 email dovecot: imap-login: Login: user=, method=PLAIN, rip=202.81.69.135, lip=192.168.1.10, TLS Jul 27 21:48:28 email dovecot: IMAP(john): Namespace : Using permissions from john: mode=0700 gid=-1 ==> /var/log/secure <== Jul 27 21:48:26 email dovecot-auth: pam_unix(dovecot:auth): check pass; user unknown Jul 27 21:48:26 email dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=john rhost=202.81.69.135 Jul 27 21:48:26 email dovecot-auth: pam_succeed_if(dovecot:auth): error retrieving information about user john I have the following in the .conf file auth_verbose=yes auth_debug=yes auth_debug_passwords=yes mail_debug=yes verbose_ssl=yes Also note the following differences in behaviour between Dovecot 1.0.7 and 1.2.17 $ telnet new_system_1.2.17 10143 Trying 192.168.1.10... Connected to new_system.com.au. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS LOGINDISABLED] Dovecot ready. A001 LOGIN john Q1r404uC * BAD [ALERT] Plaintext authentication not allowed without SSL/TLS, but your client did it anyway. If anyone was listening, the password was exposed. A001 NO [CLIENTBUG] Plaintext authentication disallowed on non-secure (SSL/TLS) connections. telnet> quit Connection closed. $ telnet old_system_1.0.7 10143 Trying 192.168.1.4... Connected to new_system.com.au Escape character is '^]'. * OK Dovecot ready. A001 LOGIN john Q1r404uC A001 OK Logged in. Can anyone suggest what else I can enable to assist in determining why I can't appear to login. Its appears related to SSL/TLS but I don't seem to have enough to go on. I'm probably doing something stupid as usual. Regards John From lemmens_kees at yahoo.co.uk Wed Jul 27 15:35:22 2011 From: lemmens_kees at yahoo.co.uk (Kees Lemmens) Date: Wed, 27 Jul 2011 14:35:22 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <1311769424.10421.1218.camel@hurina> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> Message-ID: <201107271435.22784.lemmens_kees@yahoo.co.uk> Hi Timo, Thanks for the prompt answer ! This solves a large security for me ;-) Any idea why the inetd path is not working anymore in 2.x or is that already somewhere else in the list ? On Wednesday, July 27, 2011, Timo Sirainen wrote: > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > > that starting using inetd doesn't work anymore : I only get a strange > > > error message if I try to connect using telnet : > Yeah, won't work. > > > Is dovecot indeed ignoring hosts.allow/deny ? > > Yes. But you can enable tcpwrappers with: > > login_access_sockets = tcpwrap > > > BTW: I tried to post on the mailinglist but it seems I can't access > > them it the moment, altough I did subscribe and login. Is there > > anything wrong ? > > Nothing's wrong as far as I know.. I can access the archives and receive the mailings now but if I click on http://dovecot.org/mailman/listinfo (which is somewhere on the starting page) I only get this : Not Found The requested URL /mailman/listinfo was not found on this server. Apache/2.2.3 (CentOS) Server at dovecot.org Port 80 -- With best regards, Kees Lemmens. From C.W.J.Lemmens at ewi.tudelft.nl Wed Jul 27 16:12:53 2011 From: C.W.J.Lemmens at ewi.tudelft.nl (Kees Lemmens) Date: Wed, 27 Jul 2011 15:12:53 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <1311769424.10421.1218.camel@hurina> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> Message-ID: <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> Hi Timo,others, Adding login_access_sockets = tcpwrap wasn't enough : I also had to recompile dovecot 2.0.13 with the --with-libwrap option. Then linking failed as it didn't link with libnsl.so but that was easily fixed. However, if I try to connect now with tcpwrap switched on I still have a problem. It doesn't connect and shows the following error message : tail /var/log/dovecot.log Jul 27 15:05:42 auth: Debug: Loading modules from directory: /opt64/dovecot-2.0.13/lib/dovecot/auth Jul 27 15:05:44 auth: Debug: auth client connected (pid=20071) Jul 27 15:05:44 imap-login: Error: connect(tcpwrap) failed: No such file or directory Any idea what I might have forgotten ? Thanks a lot for the response ! regards, Kees Lemmens. On Wednesday, July 27, 2011, Timo Sirainen wrote: > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > > that starting using inetd doesn't work anymore : I only get a strange > > > error message if I try to connect using telnet : > Yeah, won't work. > > > Is dovecot indeed ignoring hosts.allow/deny ? > > Yes. But you can enable tcpwrappers with: > > login_access_sockets = tcpwrap > > > BTW: I tried to post on the mailinglist but it seems I can't access > > them it the moment, altough I did subscribe and login. Is there > > anything wrong ? > > Nothing's wrong as far as I know.. -- With best regards, Kees Lemmens. ----------------------------------------------------------------------- Delft Institute of Applied Mathematics (DIAM), Faculty Electrical Engineering, Mathematics and Computer Science, Delft University of Technology, PO Box 5031, NL-2600 GA, Delft, The Netherlands, PHONE: +3115-2787224, ROOM: 05.140. From lemmens_kees at yahoo.co.uk Wed Jul 27 16:39:42 2011 From: lemmens_kees at yahoo.co.uk (Kees Lemmens) Date: Wed, 27 Jul 2011 15:39:42 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> Message-ID: <201107271539.43111.lemmens_kees@yahoo.co.uk> Hi, I think I sorted it out : I also had to add a service section to dovecot.conf and I had to change the old "imap-login" settings in /etc./hosts.allow to be simply "imap" now. service tcpwrap { unix_listener login/tcpwrap { group = $default_login_user mode = 0600 user = $default_login_user } } After this it seems to work fine ! Timo : maybe this could be documented a little better ? It took me quite a while now to figure it all out. About the "not running from inetd" problem : would it be enough to copy the modules to the chrooted directory to avoid this connect(imap-login) problem ? regards, Kees Lemmens. On Wednesday, July 27, 2011, Kees Lemmens wrote: > Hi Timo,others, > > Adding login_access_sockets = tcpwrap wasn't enough : I also had to > recompile dovecot 2.0.13 with the --with-libwrap option. Then linking > failed as it didn't link with libnsl.so but that was easily fixed. > > However, if I try to connect now with tcpwrap switched on I still have a > problem. It doesn't connect and shows the following error message : > > tail /var/log/dovecot.log > Jul 27 15:05:42 auth: Debug: Loading modules from directory: > /opt64/dovecot-2.0.13/lib/dovecot/auth > Jul 27 15:05:44 auth: Debug: auth client connected (pid=20071) > Jul 27 15:05:44 imap-login: Error: connect(tcpwrap) failed: No such file > or directory > > Any idea what I might have forgotten ? > > Thanks a lot for the response ! > > regards, > Kees Lemmens. > > On Wednesday, July 27, 2011, Timo Sirainen wrote: > > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it > > > seems that starting using inetd doesn't work anymore : I only get a > > > strange > > > > > error message if I try to connect using telnet : > > Yeah, won't work. > > > > > Is dovecot indeed ignoring hosts.allow/deny ? > > > > Yes. But you can enable tcpwrappers with: > > > > login_access_sockets = tcpwrap > > > > > BTW: I tried to post on the mailinglist but it seems I can't access > > > them it the moment, altough I did subscribe and login. Is there > > > anything wrong ? > > > > Nothing's wrong as far as I know.. -- With best regards, Kees Lemmens. Email : lemmenskeesyahoocouk ----------------------------------------------------------------------- NOTICE : to minimize spam I'll trash HTML based email immediately ... BTW : Ceterum Censeo Microsoftem esse Delendam From nonews.org at gmail.com Wed Jul 27 17:24:59 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 16:24:59 +0200 Subject: [Dovecot] sieve on debian squeeze Message-ID: Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. I'm trying to enable sieve plugin into dovecot, but something is deeply wrong. I hope that this is the right place to give some help. There are no errors or warning messages, simply sieve don't works. For the big picture about my mail server you can follow this link http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html and here there is my specific request on Debian User List http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html here my dovecot -n output # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s lda disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 102 mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/vmail/dovecot-deliver.log postmaster_address: info@**********.it auth_socket_path: /var/run/dovecot/auth-master mail_plugins: cmusieve auth default: mechanisms: cram-md5 plain login debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: postfix plugin: sieve_global_path: /var/vmail/globalsieverc sieve_dir: ~/sieve sieve: ~/.dovecot.sieve sieve_global_dir: /var/vmail/sieve sieve_maxscriptsize: 128 Any suggestions? Thanks in advance! -Andrea From ngu.antoine at gmail.com Wed Jul 27 17:33:43 2011 From: ngu.antoine at gmail.com (Antoine Nguyen) Date: Wed, 27 Jul 2011 16:33:43 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: 2011/7/27 Andrea Ganduglia > Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. > > I'm trying to enable sieve plugin into dovecot, but something is > deeply wrong. I hope that this is the right place to give some help. > > There are no errors or warning messages, simply sieve don't works. > > For the big picture about my mail server you can follow this link > > http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html > > and here there is my specific request on Debian User List > > http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html > > here my dovecot -n output > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s lda > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > first_valid_uid: 102 > mail_privileged_group: mail > mail_location: maildir:/home/vmail/%d/%n > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > lda: > log_path: /var/vmail/dovecot-deliver.log > postmaster_address: info@**********.it > auth_socket_path: /var/run/dovecot/auth-master > mail_plugins: cmusieve > auth default: > mechanisms: cram-md5 plain login > debug: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > userdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: postfix > plugin: > sieve_global_path: /var/vmail/globalsieverc > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_global_dir: /var/vmail/sieve > sieve_maxscriptsize: 128 > > Any suggestions? Thanks in advance! > > -Andrea > I think you need to use dovecot as the LDA if you want sieve filters to be applied. Have you tried to replace virtual_tranport in the main.cf file? (ie. virtual_transport = dovecot) Antoine From nonews.org at gmail.com Wed Jul 27 18:08:50 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 17:08:50 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen wrote: > 2011/7/27 Andrea Ganduglia > >> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >> >> I'm trying to enable sieve plugin into dovecot, but something is >> deeply wrong. I hope that this is the right place to give some help. >> >> There are no errors or warning messages, simply sieve don't works. > I think you need to use dovecot as the LDA if you want sieve filters to be > applied. > > Have you tried to replace virtual_tranport in the main.cf file? (ie. > virtual_transport = dovecot) > > Antoine > If I set virtual_transoport it said relay=none (unknown mail transport error) the same error that I receive if I set maildrop http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html Maybe, the problem is here? ... :-( -- Openclose.it - Idee per il software libero http://www.openclose.it From nonews.org at gmail.com Wed Jul 27 18:22:06 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 17:22:06 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen wrote: > 2011/7/27 Andrea Ganduglia >> >> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >> wrote: >> > 2011/7/27 Andrea Ganduglia >> > >> >> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >> >> >> >> I'm trying to enable sieve plugin into dovecot, but something is >> >> deeply wrong. I hope that this is the right place to give some help. >> >> >> >> There are no errors or warning messages, simply sieve don't works. >> >> > I think you need to use dovecot as the LDA if you want sieve filters to >> > be >> > applied. >> > >> > Have you tried to replace virtual_tranport in the main.cf file? (ie. >> > virtual_transport = dovecot) >> > >> > Antoine >> > >> >> If I set virtual_transoport it said relay=none (unknown mail transport >> error) the same error that I receive if I set maildrop >> >> http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html >> >> Maybe, the problem is here? ... :-( >> >> -- >> Openclose.it - Idee per il software libero >> http://www.openclose.it > > You also need to add a new entry for dovecot in your master.cf file, > something like : > > dovecot?? unix? -?????? n?????? n?????? -?????? -?????? pipe > ? flags=DRhu user=: argv=/usr/lib/dovecot/deliver -f ${sender} > -d ${recipient} > Sure! Already done! I don't understand how insert dovecot into delivery chain # cat master.cf | grep -v '#' smtp inet n - n - - smtpd -o content_filter=spamassassin pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - n - - smtp relay unix - - n - - smtp -o smtp_fallback_relay= showq unix n - n - - showq error unix - - n - - error retry unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil scache unix - - n - 1 scache maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} spamassassin unix - n n - - pipe user=spamd argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient} dovecot unix - n n - - pipe flags=DRhu user=postfix:postfix argv=/usr/lib/dovecot/deliver -d ${recipient} From remy at luckyhands.nl Wed Jul 27 18:28:13 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Wed, 27 Jul 2011 17:28:13 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: <4E302E8D.3060904@luckyhands.nl> On 27.07.2011 17:22 , Andrea Ganduglia wrote: > On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen wrote: >> 2011/7/27 Andrea Ganduglia >>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>> wrote: >>>> 2011/7/27 Andrea Ganduglia >>>> >>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>> >>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>> deeply wrong. I hope that this is the right place to give some help. >>>>> >>>>> There are no errors or warning messages, simply sieve don't works. >>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>> be >>>> applied. >>>> >>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>> virtual_transport = dovecot) >>>> >>>> Antoine Is this helping you? http://tech.groups.yahoo.com/group/postfix-users/message/274981 -Remy From nonews.org at gmail.com Wed Jul 27 19:09:06 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 18:09:06 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E302E8D.3060904@luckyhands.nl> References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: > On 27.07.2011 17:22 , Andrea Ganduglia wrote: >> >> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >> ?wrote: >>> >>> 2011/7/27 Andrea Ganduglia >>>> >>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>> wrote: >>>>> >>>>> 2011/7/27 Andrea Ganduglia >>>>> >>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>>> >>>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>>> deeply wrong. I hope that this is the right place to give some help. >>>>>> >>>>>> There are no errors or warning messages, simply sieve don't works. >>>>> >>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>> be >>>>> applied. >>>>> >>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>> virtual_transport = dovecot) >>>>> >>>>> Antoine > > Is this helping you? > > http://tech.groups.yahoo.com/group/postfix-users/message/274981 OK. I tried all. It just doesn't works. virtual_transport = dovecot (or maildrop) return relay=none. Now I want work out how I can add a relay into chain, I think that is the base of this issue. Step one. This is my main.cf ... someone look errors? smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no readme_directory = no smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache myhostname = domain.net alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = domain.net, localhost.net, localhost relayhost = mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all virtual_transport = virtual virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf virtual_gid_maps = static:105 virtual_mailbox_base = /home/vmail/ virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf virtual_minimum_uid = 102 virtual_uid_maps = static:102 broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous header_checks = regexp:/etc/postfix/header_checks From stan at hardwarefreak.com Wed Jul 27 21:10:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Wed, 27 Jul 2011 13:10:13 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E305485.8050600@hardwarefreak.com> On 7/27/2011 11:09 AM, Andrea Ganduglia wrote: > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. Have you achieved mailbox delivery with this server, ever, via any transport? None of your posts state this. If you have, with Postfix' virtual transport, but all other virtual_transport settings fail, then you need to be requesting help on the Postfix list, not the Dovecot list, as the problem is squarely in your Postfix configuration. Ask on the Postfix list and you'll get this fixed quickly. -- Stan From sebastien-65 at live.fr Thu Jul 28 02:37:35 2011 From: sebastien-65 at live.fr (=?iso-8859-1?B?U+liYXN0aWVuIEZPVVJDQURF?=) Date: Thu, 28 Jul 2011 01:37:35 +0200 Subject: [Dovecot] Store quota on passwd-file?? Not work Message-ID: Hello all, I have installed Dovecot 1.2.15 and Postfix 2.7.1 on my Debian 6.This install no include MySQL, I prefer to store Password/User in a file... File /etc/dovecot/passwd contains :user2 at domain.com:{CRAM-MD5}::::userdb_mail=maildir:~/Maildir userdb_quota_rule=*:bytes=300M File /etc/dovecot/users :user2 at domain.com::3000:3000::/home/vmail/domain.com/user2/:/bin/false:: What is the correct syntax for my file to use a different per-user quota ? This example not work on my Dovecot :user2 at domain.com:{CRAM-MD5}:3000:3000::/home/vmail/domain.com/user2::userdb_mail=maildir:~/Maildir userdb_quota_rule=*:storage=200Muser2 at domain.com:{CRAM-MD5}:3000:3000::/home/vmail/domain.com/user2::userdb_quota_rule=*:bytes=200M Thx. From rob0 at gmx.co.uk Thu Jul 28 04:28:58 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Wed, 27 Jul 2011 20:28:58 -0500 Subject: [Dovecot] Store quota on passwd-file?? Not work In-Reply-To: References: Message-ID: <20110728012858.GM14195@harrier.slackbuilds.org> On Thu, Jul 28, 2011 at 01:37:35AM +0200, S?bastien FOURCADE wrote: > Hello all, I have installed Dovecot 1.2.15 and Postfix 2.7.1 on > my Debian 6.This install no include MySQL, I prefer to store > Password/User in a file... File /etc/dovecot/passwd contains snip > What is the correct syntax for my file to use a different > per-user quota ? This example not work on my Dovecot I have no answer for you, having no need for quotas. However, I can suggest that you consider sqlite as an alternative. You have the speed and availability of a passwd file, with the added benefit of having everything fully supported in both Postfix and Dovecot. I recently upgraded from a setup with a virtual mailbox domain in passwd file on the Dovecot side. I also had to maintain the virtual_mailbox_maps for Postfix, a separate file. Now I have a sqlite database doing both. It is mode 644 root:root, kept as a hardlink in two directories: $ ls -ld /etc/{postfix,dovecot}/private drwxr-x--- 2 root dovecot 4096 Jul 16 00:14 /etc/dovecot/private/ drwxr-x--- 2 root postfix 4096 Jul 27 10:45 /etc/postfix/private/ # ls -l /etc/{postfix,dovecot}/private /etc/dovecot/private: total 108 -rw-r--r-- 3 root root 574 Jul 18 00:02 README -rw-r--r-- 2 root root 54129 Jul 14 17:54 harrier.sqlite.sql -rw-r--r-- 2 root root 46080 Jul 27 10:45 mail.sqlite /etc/postfix/private: total 144 -rw-r--r-- 1 root root 34285 Jul 19 04:40 2011-07-19-dump.sql -rw-r--r-- 3 root root 574 Jul 18 00:02 README -rw-r--r-- 2 root root 54129 Jul 14 17:54 harrier.sqlite.sql -rw-r--r-- 2 root root 46080 Jul 27 10:45 mail.sqlite This keeps sensitive data safe in the absence of a RDBMS' access control, and everything seems to work fine. I've got a lot in that little database, including per-domain SMTP restrictions. No reason you couldn't do a quota in there, and also have Postfix check it as check_recipient_access before accepting mail. I would also suggest newer versions of both Postfix and Dovecot, of course, but AFAIK your 1.2.15 should be good enough. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From mr88talent at gmail.com Thu Jul 28 05:39:35 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 20:39:35 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On 7/27/11, Andrea Ganduglia wrote: > Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. > > I'm trying to enable sieve plugin into dovecot, but something is > deeply wrong. I hope that this is the right place to give some help. > > There are no errors or warning messages, simply sieve don't works. > > For the big picture about my mail server you can follow this link > http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html > > and here there is my specific request on Debian User List > http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html > > here my dovecot -n output > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s lda > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > first_valid_uid: 102 > mail_privileged_group: mail > mail_location: maildir:/home/vmail/%d/%n > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > lda: > log_path: /var/vmail/dovecot-deliver.log > postmaster_address: info@**********.it > auth_socket_path: /var/run/dovecot/auth-master > mail_plugins: cmusieve > auth default: > mechanisms: cram-md5 plain login > debug: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > userdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: postfix > plugin: > sieve_global_path: /var/vmail/globalsieverc > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_global_dir: /var/vmail/sieve > sieve_maxscriptsize: 128 > > Any suggestions? Thanks in advance! > > -Andrea > I think you need to change: mail_plugins: cmusieve to: mail_plugins: sieve -- Gary V From mr88talent at gmail.com Thu Jul 28 05:51:42 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 20:51:42 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: >> Is this helping you? >> >> http://tech.groups.yahoo.com/group/postfix-users/message/274981 > > > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. > > Step one. This is my main.cf ... someone look errors? > > smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) > biff = no > append_dot_mydomain = no > readme_directory = no > smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem > smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key > smtpd_use_tls=yes > smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache > smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache > myhostname = domain.net > alias_maps = hash:/etc/aliases > alias_database = hash:/etc/aliases > myorigin = /etc/mailname > mydestination = domain.net, localhost.net, localhost > relayhost = > mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 > mailbox_size_limit = 0 > recipient_delimiter = + > inet_interfaces = all > virtual_transport = virtual > virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf > virtual_gid_maps = static:105 > virtual_mailbox_base = /home/vmail/ > virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf > virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf > virtual_minimum_uid = 102 > virtual_uid_maps = static:102 > broken_sasl_auth_clients = yes > smtpd_recipient_restrictions = > permit_mynetworks, > permit_sasl_authenticated, > reject_non_fqdn_hostname, > reject_non_fqdn_sender, > reject_non_fqdn_recipient, > reject_unauth_destination, > reject_unauth_pipelining, > reject_invalid_hostname > smtpd_sasl_auth_enable = yes > smtpd_sasl_local_domain = $myhostname > smtpd_sasl_security_options = noanonymous > header_checks = regexp:/etc/postfix/header_checks > I use virtual virtual_transport = dovecot In master.cf I have: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} -e -- Gary V From mr88talent at gmail.com Thu Jul 28 06:12:04 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 21:12:04 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: >> Is this helping you? >>> >>> http://tech.groups.yahoo.com/group/postfix-users/message/274981 >> >> >> OK. I tried all. It just doesn't works. virtual_transport = dovecot >> (or maildrop) return relay=none. Now I want work out how I can add a >> relay into chain, I think that is the base of this issue. >> >> Step one. This is my main.cf ... someone look errors? >> >> smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) >> biff = no >> append_dot_mydomain = no >> readme_directory = no >> smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem >> smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key >> smtpd_use_tls=yes >> smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache >> smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache >> myhostname = domain.net >> alias_maps = hash:/etc/aliases >> alias_database = hash:/etc/aliases >> myorigin = /etc/mailname >> mydestination = domain.net, localhost.net, localhost >> relayhost = >> mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 >> mailbox_size_limit = 0 >> recipient_delimiter = + >> inet_interfaces = all >> virtual_transport = virtual >> virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf >> virtual_gid_maps = static:105 >> virtual_mailbox_base = /home/vmail/ >> virtual_mailbox_domains = >> mysql:/etc/postfix/mysql_virtual_domains_maps.cf >> virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf >> virtual_minimum_uid = 102 >> virtual_uid_maps = static:102 >> broken_sasl_auth_clients = yes >> smtpd_recipient_restrictions = >> permit_mynetworks, >> permit_sasl_authenticated, >> reject_non_fqdn_hostname, >> reject_non_fqdn_sender, >> reject_non_fqdn_recipient, >> reject_unauth_destination, >> reject_unauth_pipelining, >> reject_invalid_hostname >> smtpd_sasl_auth_enable = yes >> smtpd_sasl_local_domain = $myhostname >> smtpd_sasl_security_options = noanonymous >> header_checks = regexp:/etc/postfix/header_checks >> > > I use virtual virtual_transport = dovecot > > In master.cf I have: > dovecot unix - n n - - pipe > flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} > -e Note that your user:group may differ Also: I also use this in main.cf: dovecot_destination_concurrency_limit = 2 dovecot_destination_recipient_limit = 1 As far as SASL goes (unrelated to the LDA or Sieve issue), mine differs from yours also, I have added: smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot under auth default in dovecot.conf I also have differences: socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix -- Gary V From f.bonnet at esiee.fr Thu Jul 28 09:33:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 28 Jul 2011 08:33:45 +0200 Subject: [Dovecot] DIsctionnary flat file format for shared mailboxes ? Message-ID: <4E3102C9.8020603@esiee.fr> Hello I would be grateful if someone could send an example of a dictionnary flat file used by the shared mailboxes feature, it has very few here so a flat file will be enough I think. Thank you From clements at brinckerhoff.org Wed Jul 27 19:17:12 2011 From: clements at brinckerhoff.org (John Clements) Date: Wed, 27 Jul 2011 12:17:12 -0400 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Jul 27, 2011, at 12:09 PM, Andrea Ganduglia wrote: > On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: >> On 27.07.2011 17:22 , Andrea Ganduglia wrote: >>> >>> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >>> wrote: >>>> >>>> 2011/7/27 Andrea Ganduglia >>>>> >>>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>>> wrote: >>>>>> >>>>>> 2011/7/27 Andrea Ganduglia >>>>>> >>>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>>>> >>>>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>>>> deeply wrong. I hope that this is the right place to give some help. >>>>>>> >>>>>>> There are no errors or warning messages, simply sieve don't works. >>>>>> >>>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>>> be >>>>>> applied. >>>>>> >>>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>>> virtual_transport = dovecot) >>>>>> >>>>>> Antoine >> >> Is this helping you? >> >> http://tech.groups.yahoo.com/group/postfix-users/message/274981 > > > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. I'm certain that others on the list are better at reading between the lines than I am, but you really need to be more explicit about what's happening; provide a sequence of operations, the resulting behavior, and the behavior you expect. Apologies in advance if this message comes across as rude, or if I've missed something obvious. All the best, John Clements -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4624 bytes Desc: not available URL: From flylordis at gmail.com Thu Jul 28 02:15:03 2011 From: flylordis at gmail.com (flylordis flylordis) Date: Wed, 27 Jul 2011 16:15:03 -0700 Subject: [Dovecot] lmtp multiple recipients fail Message-ID: Hello, I am having a problem with the lmtp delivery of mail addressed to multiple recipients. ?The first recipient receives the mail correctly but the next recipients do not. ?ltmp apparently tries to create a link from the subsequent recipients' mail store to the first recipient mail store and fails. This returns 451 smtp codes to the sender which then resends at some later time. Please see below for users jerry, steve, and mary. The message to jerry gets written but not steve or mary: ul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: none: root=, index=, control=, inbox= Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Connect from 143.112.53.4 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: jerry home=/spool/mail/j/jerry system_groups_user=jerry uid=18738 gid=4025 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: steve home=/spool/mail/s/steve system_groups_user=steve uid=9838 gid=3011 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: mary home=/spool/mail/m/mary system_groups_user=mary uid=7007 gid=3011 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Effective uid=18738, gid=4025, home=/spool/mail/j/jerry Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: fs: root=/spool/mail/j/jerry/mail, index=, control=, inbox=/spool/mail/j/jerry/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: saved mail to INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Effective uid=9838, gid=3011, home=/spool/mail/s/steve Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: fs: root=/spool/mail/s/steve/mail, index=, control=, inbox=/spool/mail/s/steve/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Effective uid=7007, gid=3011, home=/spool/mail/m/mary Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: fs: root=/spool/mail/m/mary/mail, index=, control=, inbox=/spool/mail/m/mary/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/m/mary/mail/INBOX/.temp.1311791081.P12412Q3M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] Jul 27 11:24:42 testmailserver dovecot: lmtp(12412): Disconnect from 143.112.53.4: Client quit Jul 27 11:24:42 testmailserver dovecot: lmtp(12412): Disconnect from 143.112.53.4: Client quit I am using version 2.0.13. ?dovecot -n shows this: # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.29.1.el6.i686 i686 CentOS Linux release 6.0 (Final) ext4 auth_debug = yes auth_master_user_separator = * auth_verbose = yes auth_verbose_passwords = plain lda_mailbox_autocreate = yes mail_debug = yes mail_location = sdbox:/spool/mail/%1Ln/%Ln/mail:INBOX=/spool/mail/%1Ln/%Ln/mail/INBOX mbox_write_locks = fcntl passdb { ??args = /etc/dovecot/master-users ??driver = passwd-file ??master = yes } passdb { ??args = failure_show_msg=yes ??driver = pam } plugin { ??autocreate = INBOX ??autosubscribe = INBOX } service lmtp { ??inet_listener ltmp { ?? ?port = 24 ??} } ssl_cert = Hi, I'm using Dovecot 1.2.15 on Debian. On some clients, at least KMail, some messages (especially older ones) appear twice in the message list of the client. This is really annoying. Can anyone give me a hint on how to solve this issue? -- Best Regards, Dominik Schulz From remy at luckyhands.nl Thu Jul 28 10:10:31 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Thu, 28 Jul 2011 09:10:31 +0200 Subject: [Dovecot] lmtp multiple recipients fail In-Reply-To: References: Message-ID: <4E310B67.30205@luckyhands.nl> On 28.07.2011 01:15 , flylordis flylordis wrote: > Hello, > I am having a problem with the lmtp delivery of mail addressed to > multiple recipients. The first recipient receives the mail correctly > but the next recipients do not. ltmp apparently tries to create a > link from the subsequent recipients' mail store to the first recipient > mail store and fails. This returns 451 smtp codes to the sender which > then resends at some later time. Please see below for users jerry, > steve, and mary. The message to jerry gets written but not steve or > mary: > Are you using Postfix? What are the Postfix values of: transport_destination_concurrency_limit transport_destination_recipient_limit -Remy From nonews.org at gmail.com Thu Jul 28 10:51:49 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 09:51:49 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Wed, Jul 27, 2011 at 6:17 PM, John Clements wrote: > On Jul 27, 2011, at 12:09 PM, Andrea Ganduglia wrote: >> On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: >>> On 27.07.2011 17:22 , Andrea Ganduglia wrote: >>>> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >>>>> 2011/7/27 Andrea Ganduglia >>>>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>>>>> 2011/7/27 Andrea Ganduglia >>>>>>> >>>>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. [..] >>>>>>>> There are no errors or warning messages, simply sieve don't works. >>>>>>> >>>>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>>>> be >>>>>>> applied. >>>>>>> >>>>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>>>> virtual_transport = dovecot) [..] >> OK. I tried all. It just doesn't works. virtual_transport = dovecot >> (or maildrop) return relay=none. Now I want work out how I can add a >> relay into chain, I think that is the base of this issue. > > I'm certain that others on the list are better at reading between the lines than I am, but you really need to be more explicit about what's happening; provide a sequence of operations, the resulting behavior, and the behavior you expect. @clements It doesn't happen, here's what happens! Hi guys. Thanks! Thaaaaaaaaaanks! All your concerns and your suggestions are correct. Thanks! In my main.cf the directive <> not worked beacuse was missing virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf In this file I have deceived Postfix with this query: SELECT "virtual" AS transport; Now, incoming messages are processed by SpamAssassin, then by dovecot (and sieve rules) and finally store in proper user directory. Now the problem concerns outgoing messages. If I try to send e-mail through out command (local user) or through out authentication provided by a virtual user I get a error like: Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: to=, relay=spamassassin, delay=0.22, delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 27 23:01:24 boxnic dovecot: auth(default): master in: USER#0111#011user at example.com#011service=deliver Jul 27 23:01:24 boxnic dovecot: auth-worker(default): sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM mailbox WHERE username = 'user at example.com' Jul 27 23:01:24 boxnic dovecot: auth-worker(default): sql(user at example.com): Unknown user Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, dsn=5.1.1, status=bounced (user unknown) where is the recipient of this e-mail. As you see, dovecot for some reason check the existence of recipient as the e-mail was incoming. How can I fix this? -Andrea From nonews.org at gmail.com Thu Jul 28 10:56:57 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 09:56:57 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Thu, Jul 28, 2011 at 9:51 AM, Andrea Ganduglia wrote: Sorry, cut&paste mistake! > virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf The right line is: transport_maps = mysql:/etc/postfix/mysql_virtual_transport.cf :-) From remy at luckyhands.nl Thu Jul 28 11:15:59 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Thu, 28 Jul 2011 10:15:59 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E311ABF.2010701@luckyhands.nl> > where is the recipient of this e-mail. > > As you see, dovecot for some reason check the existence of recipient > as the e-mail was incoming. > > How can I fix this? http://tech.groups.yahoo.com/group/postfix-users/message/275044 Would this help? From nonews.org at gmail.com Thu Jul 28 11:35:13 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 10:35:13 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E311ABF.2010701@luckyhands.nl> References: <4E302E8D.3060904@luckyhands.nl> <4E311ABF.2010701@luckyhands.nl> Message-ID: On Thu, Jul 28, 2011 at 10:15 AM, Remy Zandwijk wrote: > >> where ?is the recipient of this e-mail. >> >> As you see, dovecot for some reason check the existence of recipient >> as the e-mail was incoming. >> >> How can I fix this? > > http://tech.groups.yahoo.com/group/postfix-users/message/275044 I don't understand how apply this to my virtual users... my dovecot -n root:~# dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s lda disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 1001 mail_privileged_group: vmail mail_location: maildir:/home/vmail/%d/%n mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/vmail/dovecot-deliver.log postmaster_address: info@**************** auth_socket_path: /var/run/dovecot/auth-master mail_plugins: sieve auth default: mechanisms: cram-md5 plain login debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: vmail group: vmail master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: /home/vmail/%d/%n/sieverc sieve_global_path: /var/vmail/globalsieverc sieve_dir: /home/vmail/%d/%n/sieve_dir sieve_global_dir: /var/vmail/sieve sieve_maxscriptsize: 128 From dovecot at schu.io Thu Jul 28 11:46:04 2011 From: dovecot at schu.io (dovecot at schu.io) Date: Thu, 28 Jul 2011 10:46:04 +0200 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <4E2DF26E.50702@wildgooses.com> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> <32135502.post@talk.nabble.com> <4E2DF26E.50702@wildgooses.com> Message-ID: <4E3121CC.40809@schu.io> > Fail2ban is not useful in your case since it only counts logins from ip > addresses, not blocking user names Doesn't fail2ban count what it's taught to count.? If there is some distinct log messages you could regex for, it's an option. (On a Debian box you could check /etc/fail2ban/filter.d for some examples.) From sebastien-65 at live.fr Thu Jul 28 11:59:24 2011 From: sebastien-65 at live.fr (=?iso-8859-1?B?U+liYXN0aWVuIEZPVVJDQURF?=) Date: Thu, 28 Jul 2011 10:59:24 +0200 Subject: [Dovecot] Store quota on passwd-file?? Not work In-Reply-To: <20110728012858.GM14195@harrier.slackbuilds.org> References: , <20110728012858.GM14195@harrier.slackbuilds.org> Message-ID: /dev/rob0, SQLite can be an alternative! I use virtual users only on Postfix and Dovecot. Can you give me an example of using SQLite in Dovecot / Postfix (.conf file)?? I'm really interested !! I'll test the version 2 of Dovecot. But I prefer the version 1.2.X as easier to configure, only one file :) What is the advantage of new version 2 ?Thx From fumiyas at osstech.jp Thu Jul 28 17:30:47 2011 From: fumiyas at osstech.jp (SATOH Fumiyasu) Date: Thu, 28 Jul 2011 23:30:47 +0900 Subject: [Dovecot] imap segfaults on UID SEARCH NOT Message-ID: <87k4b2zdd4.wl%fumiyas@osstech.jp> Hi, Dovecot 2.0.13 imap process segfaults in the following scenario on Debian GNU/Linux unstable (amd64) and Solaris 10 (amd64): $ telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN] Dovecot ready. 1 login username password 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in 2 select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 3 EXISTS * 0 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1311811715] UIDs valid * OK [UIDNEXT 4] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest 2 OK [READ-WRITE] Select completed. 3 uid search all * SEARCH 1 2 3 3 OK Search completed (0.000 secs). 4 uid search not 2 * SEARCH 1 3 4 OK Search completed (0.000 secs). 5 uid search not 99 Connection closed by foreign host. zsh: exit 1 telnet localhost imap gdb backtrace is the following: #0 search_msgset_fix (messages_count=3, seqset=, seq1_r=0x9340f8, seq2_r=0x9340fc, not=true) at index-search.c:774 range = 0x9328a0 count = min_seq = 1 max_seq = #1 0x00007f675a215663 in search_msgset_fix (messages_count=3, args=0x9327d8, seq1_r=0x9340f8, seq2_r=0x9340fc) at index-search.c:763 No locals. #2 search_parse_msgset_args (messages_count=3, args=0x9327d8, seq1_r=0x9340f8, seq2_r=0x9340fc) at index-search.c:857 __FUNCTION__ = "search_parse_msgset_args" #3 0x00007f675a215b4a in search_get_seqset (t=, args=0x932710, sort_program=) at index-search.c:953 No locals. #4 index_storage_search_init (t=, args=0x932710, sort_program=) at index-search.c:1097 ctx = 0x934090 status = { messages = 3, recent = 0, unseen = 3, uidvalidity = 1311811715, uidnext = 4, first_unseen_seq = 0, first_recent_uid = 4, highest_modseq = 0, virtual_size = 0, keywords = 0x0, cache_fields = 0x0, nonpermanent_modseqs = 0 } #5 0x00000000004166e5 in imap_search_start (ctx=0x926008, sargs=0x932710, sort_program=0x0) at imap-search.c:540 cmd = 0x925f00 wanted_fields = 0 wanted_headers = 0x0 #6 0x000000000040d726 in cmd_search (cmd=0x925f00) at cmd-search.c:45 ctx = 0x926008 sargs = 0x932710 args = 0x928758 charset = 0x419b95 "UTF-8" ret = #7 0x000000000041079d in client_command_input (cmd=0x925f00) at imap-client.c:672 client = 0x9257e0 command = __FUNCTION__ = "client_command_input" #8 0x0000000000410875 in client_command_input (cmd=0x925f00) at imap-client.c:722 client = 0x9257e0 command = __FUNCTION__ = "client_command_input" #9 0x0000000000410ab5 in client_handle_next_command (client=0x9257e0) at imap-client.c:763 size = 21 #10 client_handle_input (client=0x9257e0) at imap-client.c:775 _data_stack_cur_id = 3 ret = 176 remove_io = false handled_commands = false __FUNCTION__ = "client_handle_input" #11 0x0000000000411322 in client_input (client=0x9257e0) at imap-client.c:814 cmd = output = 0x925dc8 bytes = 21 __FUNCTION__ = "client_input" #12 0x00007f6759f902c8 in io_loop_call_io (io=0x91ad50) at ioloop.c:384 ioloop = 0x902610 t_id = 2 #13 0x00007f6759f91327 in io_loop_handler_run (ioloop=) at ioloop-epoll.c:213 ctx = 0x902840 events = 0x800932898 event = 0x9028b0 list = 0x925e60 io = tv = { tv_sec = 1799, tv_usec = 999391 } msecs = ret = 1 i = call = #14 0x00007f6759f90258 in io_loop_run (ioloop=0x902610) at ioloop.c:405 No locals. #15 0x00007f6759f7e793 in master_service_run (service=0x9024e0, callback=) at master-service.c:478 No locals. #16 0x0000000000408f37 in main (argc=1, argv=0x902370) at main.c:375 set_roots = {0x41be60, 0x0} service_flags = storage_service_flags = postlogin_socket_path = 0x0 username = c = In src/lib-storage/index/index-search.c:search_msgset_fix() (frame #0 above), "range = array_get(seqset, &count);" sets "count" local variable to 0. static void search_msgset_fix(unsigned int messages_count, ARRAY_TYPE(seq_range) *seqset, uint32_t *seq1_r, uint32_t *seq2_r, bool not) { const struct seq_range *range; unsigned int count; uint32_t min_seq, max_seq; if (!search_msgset_fix_limits(messages_count, seqset, not)) { *seq1_r = (uint32_t)-1; *seq2_r = 0; return; } range = array_get(seqset, &count); <- count gets value 0 if (!not) { min_seq = range[0].seq1; max_seq = range[count-1].seq2; } else { min_seq = range[0].seq1 > 1 ? 1 : range[0].seq2 + 1; max_seq = range[count-1].seq2 < messages_count ? ^ | segfault at here -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ From tss at iki.fi Thu Jul 28 17:47:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 28 Jul 2011 17:47:06 +0300 Subject: [Dovecot] imap segfaults on UID SEARCH NOT In-Reply-To: <87k4b2zdd4.wl%fumiyas@osstech.jp> References: <87k4b2zdd4.wl%fumiyas@osstech.jp> Message-ID: <1311864426.10421.1226.camel@hurina> On Thu, 2011-07-28 at 23:30 +0900, SATOH Fumiyasu wrote: > 5 uid search not 99 > Connection closed by foreign host. Thanks, fixed: http://hg.dovecot.org/dovecot-2.0/rev/0e64f0217feb From dolst at shing.cc Thu Jul 28 18:05:31 2011 From: dolst at shing.cc (Shing) Date: Thu, 28 Jul 2011 23:05:31 +0800 Subject: [Dovecot] dovecot quota feature request Message-ID: <4E317ABB.5010002@shing.cc> Hi all, I'm going to implement before queue quota check with postfix to prevent bounce mail, the quota information is stored into mysql using dovecot quotadict, it would be nice that dovecot can have an option to switch the quota check with (used space < quota) instead of (used space+mail size < quota), so that i can write a simple sql statement to check_recipient_access to reject those mail, thanks. Shing From flylordis at gmail.com Thu Jul 28 20:06:50 2011 From: flylordis at gmail.com (flylordis flylordis) Date: Thu, 28 Jul 2011 10:06:50 -0700 Subject: [Dovecot] lmtp multiple recipients fail Message-ID: Remy Zandwijk remy at luckyhands.nl wrote: >On 28.07.2011 01:15 , flylordis flylordis wrote: >> Hello, >> I am having a problem with the lmtp delivery of mail addressed to >> multiple recipients. The first recipient receives the mail correctly >> but the next recipients do not. ltmp apparently tries to create a >> link from the subsequent recipients' mail store to the first recipient >> mail store and fails. This returns 451 smtp codes to the sender which >> then resends at some later time. Please see below for users jerry, >> steve, and mary. The message to jerry gets written but not steve or >> mary: >> >Are you using Postfix? What are the Postfix values of: > >transport_destination_concurrency_limit >transport_destination_recipient_limit > > >-Remy We are using sendmail on a couple of MX boxes that are communicating directly with dovecot/lmtp on port 24. Again from the logs in my first message the troubling entries are those that look like this: Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] lmtp seems to be attempting to write a link from one user's mail store to another user's mail store. This only happens on recipients that are not first on the recipient list. Best regards, -Boris PS - Apologies to the list if this mail produces an out of thread message as I posted the original message as a non-member (needing moderator approval) and I am now a member. From pch0317 at gmail.com Thu Jul 28 21:23:11 2011 From: pch0317 at gmail.com (pch0317) Date: Thu, 28 Jul 2011 19:23:11 +0100 Subject: [Dovecot] National characters Message-ID: <4E31A90F.6000506@gmail.com> Hi, I upgrade my server an I have dovecot 2.0.9 (on RedHat 6) and my user uses Thunderbird 5.0 (on Windows XP). I use authentication via LDAP (Windows server 2003 AD). When users use in password diacritic marks (?,?,?,?,?,?) authentication failed. For example when user test have password: Sierpie???*123 in log file item appears: localhost dovecot: auth: ldap(test,192.168.0.68): invalid credentials (given password : SierpieDB#005*123) What can I do? Thanks From stephan at rename-it.nl Thu Jul 28 21:43:45 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Thu, 28 Jul 2011 20:43:45 +0200 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <20110726093700.6343d0dc@jimbo> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> <20110726093700.6343d0dc@jimbo> Message-ID: <4E31ADE1.5070109@rename-it.nl> On 07/26/2011 08:37 AM, Nikita Koshikov wrote: > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. > > The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. Yes. I read a bit about this though, and obviously this breaks bounce processing. > The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. Right. > The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story. Would the header name need to be configurable, or is X-Sieve-Redirected-From good for all purposes? Regards, Stephan. From edgrootjans at versatel.nl Thu Jul 28 22:48:21 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Thu, 28 Jul 2011 21:48:21 +0200 Subject: [Dovecot] want only usder in userfile/passfile and use to login user@domain Message-ID: <686C97416AA745488132CE7D010F200D@enterprise> After adding: auth_username_format=%Lu the %d domain is unfolleded correctly. (and not empty anymore) Maybe a good idee to make a remark in the text Virtual Users about that. I use: passdb: driver: passwd-file args: /etc/dovecot/vhosts/%d/etc/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u In the password-file (shadow) i have to add users in the form user at domain. I want to add users in the form user I have also tryed not a static userdb but a real one; see example Dynamic-passwd locations. To get this working i had to add mail-uid and mail-gid. But still it has the same form user at domain and not user Can anybody tell my how to get ride of the domain part in the passwd en userfile. I still want the user to login with user at domain Thanks. Erik Mijn config: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login username_format: %Lu debug: yes debug_passwords: yes passdb: driver: passwd-file args: /etc/dovecot/vhosts/%d/etc/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From stan at hardwarefreak.com Fri Jul 29 00:55:26 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 28 Jul 2011 16:55:26 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E31DACE.8010901@hardwarefreak.com> On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > Now the problem concerns outgoing messages. If I try to send e-mail > through out command (local user) or through out authentication > provided by a virtual user I get a error like: Dovecot has nothing to do with outbound mail. Your Postfix configuration is horribly mangled. > Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: > to=, relay=spamassassin, delay=0.22, > delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via > spamassassin service) > Jul 27 23:01:24 boxnic dovecot: auth(default): master in: > USER#0111#011user at example.com#011service=deliver > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM > mailbox WHERE username = 'user at example.com' > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > sql(user at example.com): Unknown user > Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: > to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, > dsn=5.1.1, status=bounced (user unknown) > > where is the recipient of this e-mail. > > As you see, dovecot for some reason check the existence of recipient > as the e-mail was incoming. Again, that's because Dovecot has nothing to do with outbound mail. Dovecot handles inbound LOCAL delivery. *Postfix* handles RELAY mail, which is what OUTBOUND mail is. Postfix should be configured with two (at least) distinct mail paths: 1. accept inbound mail for local delivery on TCP 25 2. accept relay mail on another port, usually TCP 587. You need to configure the Postfix SUBMISSION service which is what clients (MUAs such as TBird, Outlook) use to submit mail. It uses TCP 587 not TCP 25. Doing this bypasses your pipe to Spamassassin and Dovecot that you have configured on TCP 25. You currently have all mail being routed through this default smptd pipe, which is your current problem. See master.cf #submission. If this is a webmail server such as Roundcube you should also configure it to use TCP 587 for submission. Is this system going to be a webmail server, simply service standard remote MUA clients (TBird etc), or both? Again, you need to be asking these things on the Postfix list. I don't know why you refuse to do so. You'd get all the answers you need in a heartbeat. You're totally off topic now on this list... -- Stan From flylordis at gmail.com Fri Jul 29 04:57:14 2011 From: flylordis at gmail.com (Boris Lordis) Date: Thu, 28 Jul 2011 18:57:14 -0700 Subject: [Dovecot] lmtp multiple recipients fail In-Reply-To: References: Message-ID: On Thu, Jul 28, 2011 at 10:06 AM, flylordis flylordis wrote: > Remy Zandwijk remy at luckyhands.nl wrote: > >>On 28.07.2011 01:15 , flylordis flylordis wrote: >>> Hello, >>> I am having a problem with the lmtp delivery of mail addressed to >>> multiple recipients. ?The first recipient receives the mail correctly >>> but the next recipients do not. ?ltmp apparently tries to create a >>> link from the subsequent recipients' mail store to the first recipient >>> mail store and fails. ?This returns 451 smtp codes to the sender which >>> then resends at some later time. ?Please see below for users jerry, >>> steve, and mary. ?The message to jerry gets written but not steve or >>> mary: >>> >>Are you using Postfix? What are the Postfix values of: >> >>transport_destination_concurrency_limit >>transport_destination_recipient_limit >> >> >>-Remy > > We are using sendmail on a couple of MX boxes that are communicating > directly with dovecot/lmtp on port 24. ?Again from the logs in my > first message the troubling entries are those that look like this: > > Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: > link(/spool/mail/j/jerry/mail/INBOX/u.20423, > /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) > failed: Permission denied > Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): > +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at > backup.>: save failed to INBOX: Internal error occurred. Refer to > server log for more information. [2011-07-27 11:24:41] > > lmtp seems to be attempting to write a link from one user's mail store > to another user's mail store. ?This only happens on recipients that > are not first on the recipient list. > > Best regards, > -Boris > > PS - Apologies to the list if this mail produces an out of thread > message as I posted the original message as a non-member (needing > moderator approval) and I am now a member. > Hmm, I am wondering if this particular issue is involved: http://dovecot.org/pipermail/dovecot-cvs/2010-May/017083.html Could anyone familiar with it please confirm or not? Best regards, Boris From noel.butler at ausics.net Fri Jul 29 05:49:32 2011 From: noel.butler at ausics.net (Noel Butler) Date: Fri, 29 Jul 2011 12:49:32 +1000 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E31DACE.8010901@hardwarefreak.com> References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: <1311907772.25729.12.camel@tardis> On Thu, 2011-07-28 at 16:55 -0500, Stan Hoeppner wrote: > On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > > > Now the problem concerns outgoing messages. If I try to send e-mail > > through out command (local user) or through out authentication > > provided by a virtual user I get a error like: > > Dovecot has nothing to do with outbound mail. Your Postfix > configuration is horribly mangled. > > > Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: > > to=, relay=spamassassin, delay=0.22, > > delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via > > spamassassin service) > > Jul 27 23:01:24 boxnic dovecot: auth(default): master in: > > USER#0111#011user at example.com#011service=deliver > > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > > sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM > > mailbox WHERE username = 'user at example.com' > > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > > sql(user at example.com): Unknown user > > Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: > > to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, > > dsn=5.1.1, status=bounced (user unknown) > > > > where is the recipient of this e-mail. > > > > As you see, dovecot for some reason check the existence of recipient > > as the e-mail was incoming. > > Again, that's because Dovecot has nothing to do with outbound mail. Rubbish, if they use virtual_transport = dovecot (like most because its more flexible than postifixs virtual), postfix does ask dovecot to auth the user, so of course it will do a lookup. I do agree though that she should be using submission in postfix, and IIRC, SA from master.cf is a backscatter source, it should be dumped and amavisd-new used instead. As Andrea does have something wrong and needs to look at the entire setup, and since she uses debian, google shows some useful results, for one - workaround.org it provides details for debian/postfix/dovecot isp mail setup, just reading it for a few minutes, I don't agree with all he writes, mostly for efficiency reasons, but his directions would very certainly result in a working system. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From koshikov at gmail.com Fri Jul 29 09:53:22 2011 From: koshikov at gmail.com (Nikita Koshikov) Date: Fri, 29 Jul 2011 09:53:22 +0300 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E31ADE1.5070109@rename-it.nl> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> <20110726093700.6343d0dc@jimbo> <4E31ADE1.5070109@rename-it.nl> Message-ID: <20110729095322.64c6e966@jimbo> On Thu, 28 Jul 2011 20:43:45 +0200 Stephan Bosch wrote: > On 07/26/2011 08:37 AM, Nikita Koshikov wrote: > > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. > > > > The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. > > Yes. I read a bit about this though, and obviously this breaks bounce > processing. > > > > The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. > > Right. > > > The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story. > > Would the header name need to be configurable, or is > X-Sieve-Redirected-From good for all purposes? > > Regards, > > Stephan. > > I saw this X-ResentFrom: X-SRS-Rewrite: X-Forwarded-(To/For): So the name is not significant. If it's not so difficult to code - than configurable header of course is better. But it's only a matter of taste. One thing to note for implementing: It will be much more simple for setting up srs, if sieve will export to environment some variables indicating need for rewrite. And than we will be able to write wrapper for sendmail_path that will selectively choose what should we do: For example, I don't want srs to happen if user is forwarding for local domain mailbox, or if action that trigger mail sending is - "out of office reply". So, wrapper will analyze need srs or no, and after all invoke srs binary for signing, or just call pure mta. From nonews.org at gmail.com Fri Jul 29 12:03:10 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Fri, 29 Jul 2011 11:03:10 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E31DACE.8010901@hardwarefreak.com> References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: On Thu, Jul 28, 2011 at 11:55 PM, Stan Hoeppner wrote: > On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > > Again, you need to be asking these things on the Postfix list. ?I don't > know why you refuse to do so. ?You'd get all the answers you need in a > heartbeat. ?You're totally off topic now on this list... I'm here because the problem has been raised when I have introduced dovecot and sieve into delivery chain. There were some related issues that I thought I could fix here, but it's not the right place --evidently :-). In any case. As you see without dovecot there are no problems with outbound mail. And your cue is right: I need two distinct paths. Thanks (a lot) and you don't be so rude, I not deserve this. -Andrea Jul 29 10:25:58 hostname postfix/smtpd[29006]: E198D2548187: client=host.name[**.**.***.***], sasl_method=CRAM-MD5, sasl_username=user at example.com Jul 29 10:25:59 hostname postfix/cleanup[32005]: E198D2548187: message-id=<4E326EA5.4090901 at example.com> Jul 29 10:25:59 hostname postfix/qmgr[9011]: E198D2548187: from=, size=620, nrcpt=1 (queue active) Jul 29 10:25:59 hostname postfix/pickup[32212]: 16CE7254818F: uid=5001 from= Jul 29 10:25:59 hostname postfix/pipe[31772]: E198D2548187: to=, relay=spamassassin, delay=0.21, delays=0.14/0/0/0.07, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 29 10:25:59 hostname postfix/cleanup[32024]: 16CE7254818F: message-id=<4E326EA5.4090901 at example.com> Jul 29 10:25:59 hostname postfix/qmgr[9011]: 16CE7254818F: from=, size=919, nrcpt=1 (queue active) Jul 29 10:26:00 hostname postfix/smtp[31799]: 16CE7254818F: to=, relay=gmail-smtp-in.l.google.com[209.85.229.27]:25, delay=1.6, delays=0/0/0.1/1.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1311927981 e61si3417783wed.143) From stan at hardwarefreak.com Fri Jul 29 12:44:17 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Fri, 29 Jul 2011 04:44:17 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: <4E3280F1.7000900@hardwarefreak.com> On 7/29/2011 4:03 AM, Andrea Ganduglia wrote: > On Thu, Jul 28, 2011 at 11:55 PM, Stan Hoeppner wrote: >> On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: >> >> Again, you need to be asking these things on the Postfix list. I don't >> know why you refuse to do so. You'd get all the answers you need in a >> heartbeat. You're totally off topic now on this list... > > I'm here because the problem has been raised when I have introduced > dovecot and sieve into delivery chain. There were some related issues > that I thought I could fix here, but it's not the right place > --evidently :-). I recommended the postfix-users mailing list simply because you'll get a solution to your *remaining* problems, which are exclusively Postfix configuration errors, *MUCH* faster. -- Stan From martin at spuetz.net Fri Jul 29 16:16:35 2011 From: martin at spuetz.net (=?ISO-8859-1?Q?Martin_Sp=FCtz?=) Date: Fri, 29 Jul 2011 15:16:35 +0200 Subject: [Dovecot] vpopmail and proxy-* parameters (again) Message-ID: <4E32B2B3.4000608@spuetz.net> Hello, I'm using a patched version of passdb-vpopmail.c to use CRAM-MD5 on the director. Today I updated the patch to 2.0.13. It may be an edge-case but I think it could be useful for somebody else. Greetings Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: passdb-vpopmail-parameter.patch URL: From dion at dion.org.ua Fri Jul 29 20:00:47 2011 From: dion at dion.org.ua (Dmitry Nezhevenko) Date: Fri, 29 Jul 2011 20:00:47 +0300 Subject: [Dovecot] zlib plugin doesn't read concatenated .gz mailbox Message-ID: <20110729170047.GA11833@castle.dion.org.ua> Hi, I've observed that dovecot doesn't displays all mails from compressed via gzip mailbox (mbox). At the same time "mutt -f mailbox.gz" displays it correctly with all messages. I'm using archivemail to archive old mails. Internally it creates new "gzip" archive with "expired" messages and then concatenates it with archive. The easiest way to reproduce it without archivemail is to create two mailboxes, gzip them independently and then concatenate to one gzip archive. mutt, gunzip and other tools understands such archives. Also I've shared such mbox: http://dion.org.ua/uploads/2011/07/dovecot_test_gzip.gz It should contains ~20 messages. dovecot will "see" only two first. PS. % sudo dovecot --version 2.0.13 -- WBR, Dmitry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: From jsn.mga at gmail.com Fri Jul 29 20:39:35 2011 From: jsn.mga at gmail.com (Juliano Nascimento) Date: Fri, 29 Jul 2011 14:39:35 -0300 Subject: [Dovecot] vpopmail + dovecot-lda doubling deliver messages Message-ID: We use qmail + vpopmail + dovecot, limits and alias are in vpopmail mysql database, it has worked ok. The .qmail-default: | /data/vpopmail/bin/vdelivermail '' bounce-no-mailbox | /var/qmail/bin/preline -f /usr/local/dovecot/libexec/dovecot/deliver -d $EXT@$USER When you send a message to alias works OK. The problem that is happening that is sent to asdf at domain.com asdf at domain.com he is doubling the email. Come the email that you sent / wrote an email and more with nearly no head, no matter. Searching is very realized that something related to Deliver the dovecot. Can you help us? Tips? Thank you all. From roberto.giuliani at gmail.com Fri Jul 29 21:30:05 2011 From: roberto.giuliani at gmail.com (roberto giuliani) Date: Fri, 29 Jul 2011 20:30:05 +0200 Subject: [Dovecot] Using Dovecot with ZFS Message-ID: Hi all, I'm testing Dovecot version 1.2.17 on FreeBSD 8.2-RELEASE using ZFS as filesystem. Searching on google I've ridden about some problem concerning indexes and mmap. I wold like to know if this problem persists on the latest releases. Thanks in advance. Roberto Giuliani. From thomas-lists at nybeta.com Fri Jul 29 22:33:25 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Fri, 29 Jul 2011 15:33:25 -0400 Subject: [Dovecot] lda_mailbox_autosubscribe - v2 wiki is a bit unclear Message-ID: <4E330B05.2090500@nybeta.com> In the old wiki: http://wiki1.dovecot.org/LDA -m : Destination mailbox (default is INBOX). If the mailbox doesn't exist, it's created (unless -n is used). If message couldn't be saved to the mailbox for any reason, it's delivered to INBOX instead. -s: Subscribe to mailboxes that are automatically created (via -m parameter or fileinto Sieve action). (v1.1.3+) Those have been replaced in Dovecot v2 with: # Should saving a mail to a nonexistent mailbox automatically create it? lda_mailbox_autocreate = no # Should automatically created mailboxes be also automatically subscribed? lda_mailbox_autosubscribe = no But neither of those options are mentioned on the LDA wiki page: http://wiki2.dovecot.org/LDA It's only mentioned in passing on the 2.0 page that explains the changes between 1.2 and 2.0. From skolesnyk at gmail.com Sat Jul 30 01:58:56 2011 From: skolesnyk at gmail.com (Serhiy Kolesnyk) Date: Sat, 30 Jul 2011 01:58:56 +0300 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working Message-ID: Hello! After moving from Centos 5.6 to Centos 6, I figured that Sendmail minor version was updated from 8.13.x to 8.14 and Dovecto from 1.2 to 2.0.x In previous configuration SMTP auth worked fine (no SASAUTHD neccessary) for virtual users table. Dovecot was authenticating virtual users virtual checking dovecot.passwd file. I'm not sure how Sendmail was processing SMTP AUTH for virtual users connecting via email clients since there was no obvious connection to Dovecot authentication. But SMTP AUTH was working and virtual users could send email via SSL. Now after this recent upgrade I looked into Dovecot conf changes and updated it according. POP/IMAP are working and Sendmail does deliver incoming mail to the mbox folders. What stopped working is SMTP AUTH. Here's maillog excerpt of authentication process: Jul 29 23:46:11 one2action sendmail[2865]: AUTH: available mech=CRAM-MD5 DIGEST-MD5 LOGIN GSSAPI PLAIN, allowed mech=LOGIN PLAIN Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, get_verify: 0 get_peer: 0x0 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, relay=136-31-132-95.pool.ukrtel.net [95.132.31.136], version=TLSv1/SSLv3, verify=NO, cipher=RC4-MD5, bits=128/128 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, cert-subject=, cert-issuer=, verifymsg=ok Jul 29 23:46:11 one2action sendmail[2865]: AUTH: available mech=CRAM-MD5 DIGEST-MD5 LOGIN GSSAPI PLAIN, allowed mech=LOGIN PLAIN Jul 29 23:46:11 one2action sendmail[2865]: p6TMkB95002865: --- 220 one2action.com ESMTP Sendmail 8.14.4/8.14.4; Fri, 29 Jul 2011 23:46:11 +0100 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: <-- EHLO astronaut Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-one2action.com Hello 136-31-132-95.pool.ukrtel.net [95.132.31.136], pleased to meet you Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-ENHANCEDSTATUSCODES Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-PIPELINING Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-8BITMIME Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-SIZE Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-DSN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-ETRN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-AUTH LOGIN PLAIN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-DELIVERBY Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250 HELP Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: <-- AUTH LOGIN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 334 VXNlcm5hbWU6 Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 334 UGFzc3dvcmQ6 Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 535 5.7.0 authentication failed Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: AUTH failure (LOGIN): generic failure (-1) SASL(-1): generic failure: checkpass failed, relay=136-31-132-95.pool.ukrtel.net [95.132.31.136] Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 421 4.4.1 one2action.com Lost input channel from 136-31-132-95.pool.ukrtel.net [95.132.31.136] Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: lost input channel from 136-31-132-95.pool.ukrtel.net [95.132.31.136] to TLSMTA after auth Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: 136-31-132-95.pool.ukrtel.net [95.132.31.136] did not issue MAIL/EXPN/VRFY/ETRN during connection to TLSMTA Here's dovecot -n # dovecot -n # 2.0.beta6 (3156315704ef): /etc/dovecot/dovecot.conf # OS: Linux 2.6.39.1-linode34 i686 CentOS Linux release 6.0 (Final) auth_cache_negative_ttl = 3600 s auth_debug_passwords = yes auth_mechanisms = plain login DIGEST-MD5 cram-md5 auth_worker_max_count = 3 default_client_limit = 10 default_process_limit = 5 disable_plaintext_auth = no listen = * log_path = /var/log/dovecot.log mail_location = mbox:~/mail:INBOX=/var/mail/%u mail_privileged_group = mail mbox_write_locks = fcntl passdb { args = scheme=MD5-CRYPT username_format=%u /etc/dovecot/dovecot.passwd driver = passwd-file } passdb { args = dovecot driver = pam } passdb { args = /etc/passwd driver = passwd-file } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-userdb { group = smmsp mode = 0666 user = smmsp } unix_listener dovecot-auth { group = smmsp mode = 0666 user = smmsp } } service imap-login { inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3s { port = 995 ssl = yes } } ssl_cert = Hi, Dovecot ignores EINPROGRESS on connect(2) for non-blocking fd. This is wrong. After that, read(2) to fd (or write(2) to fd) fails with ENOTCONN if the connection of fd is not completed. The attached patch fixes this problem. -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-2.0.13-wait-for-fd-to-complete-connect.patch Type: text/x-diff Size: 2278 bytes Desc: not available URL: From ad+lists at uni-x.org Sun Jul 31 01:21:38 2011 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sun, 31 Jul 2011 00:21:38 +0200 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working In-Reply-To: References: Message-ID: <4E3483F2.9050100@uni-x.org> Am 30.07.2011 00:58, schrieb Serhiy Kolesnyk: > As I understand Sendmail now can't find Dovecot authentication via > userdb and that's why a client isn't authenticated. Please help. Sendmail has never worked against dovecot's sasl implementation. To use SMTP AUTH with Sendmail you will have to use Cyrus-SASL. Check your previous setup in detail. Alexander From skolesnyk at gmail.com Sun Jul 31 04:52:11 2011 From: skolesnyk at gmail.com (Serhiy Kolesnyk) Date: Sun, 31 Jul 2011 04:52:11 +0300 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working In-Reply-To: <4E3483F2.9050100@uni-x.org> References: <4E3483F2.9050100@uni-x.org> Message-ID: Yep, I didn't pay enough attention to that. I've setup SMTP AUTH via cyrus-SASL-sql. Works fine. I try to do the same with Dovecot's Password verification by SQL server. Which "default_pass_scheme = " I should set? Password is stored as plain text in the db table field. Client (Outlook) authenticates with PLAIN login via POP3s. I guest pass_scheme should be also set to PLAIN ? On Sun, Jul 31, 2011 at 1:21 AM, Alexander Dalloz wrote: > Am 30.07.2011 00:58, schrieb Serhiy Kolesnyk: > >> As I understand Sendmail now can't find Dovecot authentication via >> userdb and that's why a client isn't authenticated. Please help. > > Sendmail has never worked against dovecot's sasl implementation. To use > SMTP AUTH with Sendmail you will have to use Cyrus-SASL. > > Check your previous setup in detail. > > Alexander > From fumiyas at osstech.jp Sun Jul 31 08:40:10 2011 From: fumiyas at osstech.jp (SATOH Fumiyasu) Date: Sun, 31 Jul 2011 14:40:10 +0900 Subject: [Dovecot] [PATCH] net_connect_*(): Wait for fd to complete connect(2) when fd is non-blocking In-Reply-To: <87zkjv3eml.wl%fumiyas@osstech.jp> References: <87zkjv3eml.wl%fumiyas@osstech.jp> Message-ID: <87y5zf2ekl.wl%fumiyas@osstech.jp> Hi, I've regenerated the patch with 'hg export' instead of 'hg log -p'. (Sorry, I'm a Mercurial newbie.) At Sun, 31 Jul 2011 01:41:22 +0900, SATOH Fumiyasu wrote: > Dovecot ignores EINPROGRESS on connect(2) for non-blocking fd. > This is wrong. After that, read(2) to fd (or write(2) to fd) fails > with ENOTCONN if the connection of fd is not completed. > > The attached patch fixes this problem. -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-2.0.13-wait-for-fd-to-complete-connect.patch Type: text/x-diff Size: 2366 bytes Desc: not available URL: From spamvoll at googlemail.com Sun Jul 31 15:02:57 2011 From: spamvoll at googlemail.com (spamvoll at googlemail.com) Date: Sun, 31 Jul 2011 14:02:57 +0200 Subject: [Dovecot] Dovecot Backup Message-ID: Hi.. are there any proofen Methods to backup all mail ? shutting down dovecot and tar the hole dir? using rsnapshot? any hints / thoughts im running dovecot2 on freebsd Hans From stsiol at yahoo.co.uk Sun Jul 31 18:24:14 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Sun, 31 Jul 2011 16:24:14 +0100 (BST) Subject: [Dovecot] Dovecot Backup In-Reply-To: Message-ID: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > From: spamvoll at googlemail.com > Subject: [Dovecot] Dovecot Backup > To: "Dovecot Mailing List" > Date: Sunday, 31 July, 2011, 15:02 > Hi.. > > are there any proofen Methods to backup all mail ? > > shutting down dovecot and tar the hole dir? > using rsnapshot? > > any hints / thoughts > > im running dovecot2 on freebsd > > Hans > Ditto, But then again no-one bothered to answer this when I asked. s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From ricardo at wenn.com Sun Jul 31 18:32:34 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Sun, 31 Jul 2011 15:32:34 +0000 Subject: [Dovecot] Dovecot Backup In-Reply-To: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> References: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> Message-ID: <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> Rsync Sent from my BlackBerry? wireless device -----Original Message----- From: Spyros Tsiolis Sender: dovecot-bounces at dovecot.org Date: Sun, 31 Jul 2011 16:24:14 To: Dovecot Subject: Re: [Dovecot] Dovecot Backup --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > From: spamvoll at googlemail.com > Subject: [Dovecot] Dovecot Backup > To: "Dovecot Mailing List" > Date: Sunday, 31 July, 2011, 15:02 > Hi.. > > are there any proofen Methods to backup all mail ? > > shutting down dovecot and tar the hole dir? > using rsnapshot? > > any hints / thoughts > > im running dovecot2 on freebsd > > Hans > Ditto, But then again no-one bothered to answer this when I asked. s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From norman.maurer at googlemail.com Sun Jul 31 21:12:28 2011 From: norman.maurer at googlemail.com (Norman Maurer) Date: Sun, 31 Jul 2011 20:12:28 +0200 Subject: [Dovecot] Dovecot Backup In-Reply-To: <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> References: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> Message-ID: We use zfs snapshot and then rsync. Bye, Norman 2011/7/31 Ricardo Branco : > Rsync > Sent from my BlackBerry? wireless device > > -----Original Message----- > From: Spyros Tsiolis > Sender: dovecot-bounces at dovecot.org > Date: Sun, 31 Jul 2011 16:24:14 > To: Dovecot > Subject: Re: [Dovecot] Dovecot Backup > > --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > >> From: spamvoll at googlemail.com >> Subject: [Dovecot] Dovecot Backup >> To: "Dovecot Mailing List" >> Date: Sunday, 31 July, 2011, 15:02 >> Hi.. >> >> are there any proofen Methods to backup all mail ? >> >> shutting down dovecot and tar the hole dir? >> using rsnapshot? >> >> any hints / thoughts >> >> im running dovecot2 on freebsd >> >> Hans >> > > Ditto, > > But then again no-one bothered to answer this when I asked. > > s. > ---- > "I merely function as a channel that filters > music through the chaos of noise" > ?- Vangelis > > From Ralf.Hildebrandt at charite.de Sun Jul 31 21:14:37 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Sun, 31 Jul 2011 20:14:37 +0200 Subject: [Dovecot] libtoolize warnings when building Message-ID: <20110731181437.GL23943@charite.de> When building the HG checkout, I'm getting: ... libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a Making distclean in doc My build command looks like this: hg pull hg update ./autogen.sh make -j distclean ./configure --prefix=/usr/local --enable-maintainer-mode make -j 4 -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From tss at iki.fi Sun Jul 31 21:20:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 31 Jul 2011 21:20:19 +0300 Subject: [Dovecot] libtoolize warnings when building In-Reply-To: <20110731181437.GL23943@charite.de> References: <20110731181437.GL23943@charite.de> Message-ID: <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> On 31.7.2011, at 21.14, Ralf Hildebrandt wrote: > When building the HG checkout, I'm getting: > > ... > libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and > libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. > libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a Yeah, I've considered it, but I'm not entirely sure if I should do as it says. So far I haven't. From Ralf.Hildebrandt at charite.de Sun Jul 31 21:21:26 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Sun, 31 Jul 2011 20:21:26 +0200 Subject: [Dovecot] libtoolize warnings when building In-Reply-To: <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> References: <20110731181437.GL23943@charite.de> <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> Message-ID: <20110731182126.GM23943@charite.de> * Timo Sirainen : > On 31.7.2011, at 21.14, Ralf Hildebrandt wrote: > > > When building the HG checkout, I'm getting: > > > > ... > > libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and > > libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. > > libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a > > Yeah, I've considered it, but I'm not entirely sure if I should do as it says. So far I haven't. Just asking. Usually I'm doing something wrong in these kinds of cases. Thanks for the info. -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From maillistpld at gmail.com Sun Jul 31 23:48:16 2011 From: maillistpld at gmail.com (=?UTF-8?B?UGF3ZcWCIEzEmWN6bmFy?=) Date: Sun, 31 Jul 2011 22:48:16 +0200 Subject: [Dovecot] [BUG?] LDAP authentication with aliases issues Message-ID: <4E35BF90.4040507@gmail.com> Hello, I am trying to configure Dovecot with LDAP authentication. My LDAP tree structure is as following: dc=root,dc=pl \_ ou=Users \_ uid=test \_ ou=Mail \_ ou=domain.pl \_ uid=alias_to_test I cannot authenticate using 'uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl'. If I try to authenticate using 'uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl', following entry appears in the Dovecot's log file: #v+ auth: Debug: client in: AUTH 1 PLAIN service=imap secured lip=127.0.0.1 rip=127.0.0.1 lport=993 rport=59818 resp=YWxpYXMxQGFsaWFzeS5wbABhbGlhczFAYWxpYXN5LnBsAGFzZHF3ZWFzZA== auth: Debug: ldap(alias_to_test at domain.pl,127.0.0.1): pass search: base=uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl scope=base filter=(&(objectClass=posixAccount)) fields=uid,userPassword auth: Debug: auth(alias_to_test at domain.pl,127.0.0.1): username changed alias_to_test at domain.pl -> test auth: Debug: ldap(test,127.0.0.1): result: uid(user)=test userPassword(password)={CRYPT}ACnZvF4.K46UI auth: Debug: client out: OK 1 user=test auth: Debug: ldap(test,127.0.0.1): user search: base=uid=test,ou=,ou=Mail,dc=root,dc=pl scope=base filter=(&(objectClass=posixAccount)(uid=test)) fields=homeDirectory,uidNumber,gidNumber auth: Debug: master out: FAIL 2551840769 #v- In the LDAP server log file, following entries appear during authentication attempt #v+ ldap slapd[11729]: conn=1125 op=0 BIND dn="cn=Manager,dc=root,dc=pl" method=128 ldap slapd[11729]: conn=1125 op=0 BIND dn="cn=Manager,dc=root,dc=pl" mech=SIMPLE ssf=0 ldap slapd[11729]: conn=1125 op=0 RESULT tag=97 err=0 text= ldap slapd[11729]: conn=1125 op=1 SRCH base="uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl" scope=0 deref=3 filter="(&(objectClass=posixAccount))" ldap slapd[11729]: conn=1125 op=1 SRCH attr=uid userPassword ldap slapd[11729]: conn=1125 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= ldap slapd[11729]: conn=1125 op=2 do_search: invalid dn: "uid=test,ou=,ou=Mail,dc=root,dc=pl" ldap slapd[11729]: conn=1125 op=2 SEARCH RESULT tag=101 err=34 nentries=0 text=invalid DN #v- It seems that LDAP AuthDatabase doesn't change the context when looking up for the target object, to which the alias points. Futhermore, the filter for the target object '(&(objectClass=posixAccount)(uid=test))' was not defined by me anywhere in the configuration file 'dovecot-ldap.ext'. I have tried both authentication ways: 'password lookups' and 'authentication binding' with the same result. However, There is no problem to authenticate as 'uid=test,ou=Users,dc=root,dc=pl' (of cource after modifying the configuration file listed at the end). I suppose that it can be a bug in LDAP AuthDatabase, so I am writing this post as a potential bug report. Below are my configuration data: *************** # dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38.8-1 x86_64 auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose = yes auth_verbose_passwords = plain listen = * mail_debug = yes mail_gid = 2000 mail_uid = 2000 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 passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } postmaster_address = postmaster at domain.pl protocols = imap pop3 sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl = required ssl_cert = References: <4E0C9058.3000900@esiee.fr> Message-ID: <4E0CE640.3030507@es2eng.com> On 06/30/2011 09:03 AM, Frank Bonnet wrote: > Is it possible to share an Imap folder for a user with another one ? > > Could user a share his folder "imap-folder1" with user b > in readonly mode ? > > I use "real" users ( not virtuals ) Yes, in a shared namespace. Many of the popular MUAs do not have the ability for the user to actually share a folder, but will support reading them okay. From joh.hendriks at gmail.com Fri Jul 1 01:12:04 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Fri, 01 Jul 2011 00:12:04 +0200 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E0C9058.3000900@esiee.fr> References: <4E0C9058.3000900@esiee.fr> Message-ID: <4E0CF4B4.40501@gmail.com> Frank Bonnet schreef: > Hello > > Is it possible to share an Imap folder for a user with another one ? > > user a > imap-folder1 > ^ > user b >------| > > Could user a share his folder "imap-folder1" with user b > in readonly mode ? > > I use "real" users ( not virtuals ) > > Thanks a lot. > > This is possible, we use this in combination with roundcube to share folders. Users log in to there webmail interface and can share there folder there. Thunderbird has an plugin also. But the most users use Microsoft Outlook, with has as far i know no option to create a share. You can create this shared folders through namespaces. Gr Johan Hendriks From tss at iki.fi Fri Jul 1 09:04:56 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 01 Jul 2011 09:04:56 +0300 Subject: [Dovecot] rsync.dovecot.org Message-ID: <1309500296.10421.1048.camel@hurina> Looks like at least some people still want to rsync their own local dovecot.org mirrors, so I've now added rsync support back. Use rsync.dovecot.org as the host. You can rsync: hg dovecotweb dovecotwiki dovecotwiki2 and mbox files of mailing list archives: dovecotmail dovecotnewsmail dovecotcvsmail So for example: rsync -az rsync://rsync.dovecot.org/dovecotweb dovecotweb From amateo at um.es Fri Jul 1 12:47:22 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 01 Jul 2011 11:47:22 +0200 Subject: [Dovecot] auth error using director Message-ID: <4E0D97AA.5080006@um.es> Hello, I am trying to configure director as described at http://wiki2.dovecot.org/Director. I have previously tried the proxy and it worked. The problem I have is that whenever I try to connect I get the error: Jul 1 11:41:41 myotis40 dovecot: pop3-login: Error: auth: connect(director) failed: No such file or directory This is my doveconf -n: # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-4-amd64 x86_64 Ubuntu 10.04.2 LTS auth_cache_size = 1 k auth_debug = yes auth_verbose = yes default_process_limit = 256 director_mail_servers = 155.54.211.161 155.54.211.169 director_servers = 155.54.211.170 disable_plaintext_auth = no dotlock_use_excl = no hostname = myotis30 log_timestamp = %Y-%m-%d %H:%M:%S mail_debug = yes mail_fsync = always mail_location = maildir:~/Maildir:INDEX=/var/indexes/%n mail_nfs_storage = yes mail_privileged_group = mail maildir_stat_dirs = yes mdbox_rotate_size = 20 M namespace { inbox = yes location = prefix = separator = / } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve zlib_save = gz zlib_save_level = 6 } postmaster_address = postmaster at um.es protocols = " pop3" service auth { unix_listener auth-userdb { mode = 0666 } } service imap-login { executable = imap-login director } service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { group = postfix user = postfix } } service pop3-login { executable = pop3-login director } ssl = no ssl_cert = References: <4E0B4CA4.5050201@atpss.net> <1309409773.10421.1010.camel@hurina> <4E0C3917.5010702@atpss.net> Message-ID: <4E0DA20B.9040706@atpss.net> Il 30/06/2011 10.51, Claudio Prono ha scritto: > > Il 30/06/2011 6.56, Timo Sirainen ha scritto: >> On Wed, 2011-06-29 at 18:02 +0200, Claudio Prono wrote: >> Are you sure you tested it correctly? It is executed only when a mail is >> delivered across the 79% -> 80% quota boundary. >> >> I don't see any error in your config. >> > Ok, fixing some things, the script is going to be executed: > > Jun 30 10:44:07 lda(testquota at mediaservice.pri): Debug: quota: Executing > warning: quota-warning 80 testquota at mediaservice.pri > > But, i have an error anyway. After is executed, i found an error on > dovecot-err.log: > > Jun 30 10:44:07 quota-warning: Error: /usr/bin/quota_warning.sh: line 4: > /usr/lib/dovecot/dovecot-lda: Permission denied > Jun 30 10:44:07 quota-warning: Error: cat: write error: Broken pipe > Jun 30 10:44:07 master: Error: service(quota-warning): child 5627 > returned error 126 > > That are the permissions of /usr/lib/dovecot-lda: > > -rwsr-s--- 1 root nobody 23560 May 25 13:13 /usr/lib/dovecot/dovecot-lda > > I report another time my dovecot -n, because i have made some changes.. > > dovecot -n > # 2.0.13: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.37.6-0.5-desktop x86_64 openSUSE 11.4 (x86_64) ext3 > auth_mechanisms = plain login > first_valid_gid = 51 > first_valid_uid = 51 > info_log_path = /var/log/dovecot-inf.log > last_valid_gid = 51 > last_valid_uid = 51 > log_path = /var/log/dovecot-err.log > mail_home = /var/mail/virtual/%d/%u/ > mail_location = maildir:/var/mail/virtual/%d/%u > 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 > namespace { > hidden = no > inbox = yes > list = yes > location = > prefix = INBOX. > subscriptions = yes > type = private > } > passdb { > args = /etc/dovecot/dovecot-mysql.conf > driver = sql > } > plugin { > quota = maildir:User quota > quota_warning = storage=95%% quota-warning 95 %u > quota_warning2 = storage=80%% quota-warning 80 %u > quota_warning3 = storage=70%% quota-warning 99 %u > sieve = /var/mail/virtual/%d/%u/.dovecot.sieve > sieve_storage = /var/mail/virtual/%d/%u/sieve > } > protocols = imap pop3 sieve > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > unix_listener auth-master { > mode = 0600 > } > unix_listener auth-userdb { > group = nobody > mode = 0660 > user = postfix > } > } > service imap-login { > inet_listener imap { > address = 127.0.0.1 > port = 143 > } > } > service managesieve-login { > executable = /usr/lib/dovecot/managesieve-login > } > service managesieve { > executable = /usr/lib/dovecot/managesieve > } > service quota-warning { > executable = script /usr/bin/quota_warning.sh > unix_listener quota-warning { > group = postfix > mode = 0660 > user = postfix > } > user = postfix > } > ssl = no > userdb { > driver = passwd > } > userdb { > args = /etc/dovecot/dovecot-mysql.conf > driver = sql > } > protocol imap { > imap_client_workarounds = > mail_plugins = quota imap_quota > } > protocol sieve { > managesieve_max_line_length = 65536 > plugin { > sieve = /var/mail/virtual/%d/%u/.dovecot.sieve > sieve_storage = /var/mail/virtual/%d/%u/sieve > } > } > protocol pop3 { > mail_plugins = quota > pop3_uidl_format = UID%u-%v > } > protocol lda { > auth_socket_path = /var/run/dovecot/auth-master > log_path = /var/log/dovecot-lda.log > mail_debug = yes > mail_plugins = quota sieve > postmaster_address = postmaster at mediaservice.net > } > > Where is the problem? > > Cordially, > > Claudio Prono > Up...anyone have a similar problem? Cordially, Claudio Prono. -- -------------------------------------------------------------------------------- Claudio Prono OPST System Developer Gsm: +39-349-54.33.258 @PSS Srl Tel: +39-011-32.72.100 Via San Bernardino, 17 Fax: +39-011-32.46.497 10141 Torino - ITALY http://atpss.net/disclaimer -------------------------------------------------------------------------------- PGP Key - http://keys.atpss.net/c_prono.asc From linuxmail at 4lin.net Fri Jul 1 14:10:35 2011 From: linuxmail at 4lin.net (Denny Schierz) Date: Fri, 01 Jul 2011 13:10:35 +0200 Subject: [Dovecot] ldapsearch dump for passwd file: base64 encoded passwords In-Reply-To: <1309409386.10421.1008.camel@hurina> References: <1309349647.28227.62.camel@pcdenny> <1309409386.10421.1008.camel@hurina> Message-ID: <1309518635.12569.12.camel@pcdenny> hi, Am Donnerstag, den 30.06.2011, 07:49 +0300 schrieb Timo Sirainen: > Plaintext passwords? Add "{plain.base64}" prefix to them. that wasn't working, so I use Perl to decode them first. cu denny -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: From amateo at um.es Fri Jul 1 14:56:31 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 01 Jul 2011 13:56:31 +0200 Subject: [Dovecot] A question about director_user_expire (was Re: auth error using director) In-Reply-To: <4E0D97AA.5080006@um.es> References: <4E0D97AA.5080006@um.es> Message-ID: <4E0DB5EF.8020001@um.es> Sorry. I have solved the problem. I haven't uncommented the mode directives for the director service, so, I guess, I had a permissions problem. Just a question about director... The main purpose of it it's to ensure that all connections from a user are directed to the same backend server, so you could rely on correct indexes and minimize index regenerations. But, I could see there is director_user_expire option, with a default value of 15 minutes. By other way, If I run doveadm director status I could see that there is a hashed server. Does it means that there is no warrantee that if I connect today to server node1 the connection for tomorrow will be directed to the same server (because this timeout would expire)? Or does it means that whenever as possible I will be directed to this hashed server and I will be directed to other server just when my hashed server is down (or I have another active session because of a previous downtime)? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From oiaohm at gmail.com Sun Jul 3 09:20:45 2011 From: oiaohm at gmail.com (Peter Dolding) Date: Sun, 3 Jul 2011 16:20:45 +1000 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. Message-ID: I have two servers in two different locations. Neither what you would call 100 percent safe from being turned off. Most staff use web based email. This backs onto imap server. I do know I will have to deal with contact lists and other items. in that client. Worst part is the link between them may get broken so both servers may be receiving email and back active at the same time. I can see 1 very clear way around this problem. If I accept that the imap ids at each of the server will be that server only. Since users are mostly using webbased they are not going to notice. If they do notice because they have connected to a different domain address stiff bad luck. Now what I need to be able to deal with the problem. 1 a unique server id on each message for the server the message was received on. 1 a unique server receive id for each message as imap like id for service recieved messages for message received directly not synced. 1 logs for messages deleted and changes that are not current server server id. This should be pritty simple todo. Basically 1 log per server flushed when synced with the server it owns to. 1 a sync function that deletes and changes messages that have been deleted or changed at other locations and compares other servers current messages against copies retained at the mirroring location. Now with this. Each new message to each store gets the next imap id along with system wide unique combination of sever id and service receive id. No modifications of already recieved messages ids. Since I am not careing if the imap id are matched between servers. Fairly much able to use a custom for of imap syncing working off the server id's and server receive ids. Of course this solution should be fairly fault torrent. Since each server can directly store any message they receive. Also it should be possible to trace back to what server the message came from in case of spam problems or equal. Now my biggest problem can I attach my own custom attributes to incoming mail to the store and access that information effectively. Since with that information I will be able to do a form of live synced storage. Personally I see imap id design as a defect in protocal since it never allowed server id along with it this is why imap 100 percent synced message stores cannot be run on independent servers with unstable network connects well. Nothing comes without a price. This solution does not require clustered file systems or a constant active connection between servers so able to operate in areas of disruption. It does not block the servers from receiving emails at any time either. Problem is of course is if someone connects a client directly from 1 server to another. Mail will have to be re-downloaded. Also I have to check of z-push/ActiveSync depends on the imap ids being dependable across the network if not most hand held devices will not be a problem. If it don't then only imap has a problem. I can live with that. Ie if local email server down use web mail until local mail server is fixed. Old rule of networking 40 to 50 percent functional network staff can normally still get stuff done. 0 percent functional you have downtime. Now if I can get the email storage fault torrent and to remain operational in case of fault I then can focus on getting the web base applications using a equal system for contacts and other things. So each location can remain fairly operational no matter what. This way if a server disappeared for good only thing that would have to be changed is syncing. Wise move is to allow servers to be defined more than 1 server id. Ie a server gone for good remaining server gets told to take over responsibility for the old servers id messages. New replacement server given a new id and everything keeps on going nice. Anyone else with a better idea or advice how to add my own custom ids in a way they cannot be distrupted and are simple to search. If it works push for server id's in imap5? Ie imap5 clients being able to cope with the event that an email store is spreed between multi servers that may not be connected all the time. Peter Dolding From member at linkedin.com Sun Jul 3 22:32:17 2011 From: member at linkedin.com (Marcelo Salhab Brogliato via LinkedIn) Date: Sun, 3 Jul 2011 19:32:17 +0000 (UTC) Subject: [Dovecot] Invitation to connect on LinkedIn Message-ID: <806685643.7264488.1309721537612.JavaMail.app@ela4-bed81.prod> LinkedIn ------------ Marcelo Salhab Brogliato requested to add you as a connection on LinkedIn: ------------------------------------------ Michael A., I'd like to add you to my professional network on LinkedIn. - Marcelo Salhab Accept invitation from Marcelo Salhab Brogliato http://www.linkedin.com/e/458g9e-gpoedy6h-6q/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I183713507_20/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMcBYTc3kPcjsPe359bPpOtAFBkBlAbPkUczcPczsNd3cLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Marcelo Salhab Brogliato http://www.linkedin.com/e/458g9e-gpoedy6h-6q/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I183713507_20/30OnPsMdjcNdPcUckALqnpPbOYWrSlI/svi/ ------------------------------------------ DID YOU KNOW that LinkedIn can find the answers to your most difficult questions? Post those vexing questions on LinkedIn Answers to tap into the knowledge of the world's foremost business experts: http://www.linkedin.com/e/458g9e-gpoedy6h-6q/ask/inv-23/ -- (c) 2011, LinkedIn Corporation From ml at smtp.fakessh.eu Sun Jul 3 23:22:23 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Sun, 3 Jul 2011 22:22:23 +0200 Subject: [Dovecot] sieve problem email silently discard Message-ID: <201107032222.30891.ml@smtp.fakessh.eu> hello folks hello Timo hello all the guru I met a few times the problem or an email that passes through a sieve script is silently discard after delivery but never returned to the inbox all testimonials are welcome my dovecot -n ~]# /usr/sbin/dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.2-xxxx-grs-ipv6-32 i686 CentOS release 5.6 (Final) auth_mechanisms = plain login base_dir = /var/run/dovecot/ lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes listen = [::] log_path = /var/log/maillog log_timestamp = %Y-%m-%d %H:%M:%S login_log_format_elements = user=<%u> method=%m rip=%r lip=%l %c mail_debug = yes mail_location = maildir:~/Maildir mail_max_userip_connections = 20 managesieve_notify_capability = mailto managesieve_sieve_capability = comparator-i;octet comparator-i;ascii-casemap fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date spamtest spamtestplus virustest namespace { inbox = yes location = prefix = separator = . } passdb { driver = pam } plugin { autocreate = Trash autocreate2 = Junk autocreate3 = Sent autocreate4 = Drafts autosubscribe = Trash autosubscribe2 = Junk autosubscribe3 = Sent autosubscribe4 = Drafts plugin = $mail_plugins autocreate managesieve sieve sieve = ~/.dovecot.sieve sieve_before = /var/sieve-scripts/roundcube.sieve sieve_dir = ~/sieve sieve_global_path = whatever } protocols = sieve imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0600 user = postfix } unix_listener auth-master { mode = 0666 } unix_listener auth-userdb { mode = 0666 } vsz_limit = 64 M } service imap-login { inet_listener imap { port = 0 } inet_listener imaps { address = * , [::] port = 993 } process_limit = 128 vsz_limit = 64 M } service imap { client_limit = 1 service_count = 0 } service managesieve-login { inet_listener managesieve-login { address = * , [::] port = 2000 } process_limit = 128 vsz_limit = 64 M } service pop3-login { inet_listener pop3 { port = 0 } inet_listener pop3s { address = * , [::] port = 995 } process_limit = 128 vsz_limit = 64 M } ssl_ca = : marked message to be discarded if not explicitly delivered (discard action) -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From stephan at rename-it.nl Mon Jul 4 00:57:06 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Sun, 03 Jul 2011 23:57:06 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107032222.30891.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> Message-ID: <4E10E5B2.2070403@rename-it.nl> On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > I met a few times the problem or an email that passes through a sieve script > is silently discard > after delivery but never returned to the inbox > > all testimonials are welcome [...] > plugin { [...] > plugin = $mail_plugins autocreate managesieve sieve > sieve = ~/.dovecot.sieve > sieve_before = /var/sieve-scripts/roundcube.sieve > sieve_dir = ~/sieve > sieve_global_path = whatever > } [...] > egrep lda /var/Log/maillog [...] > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > script(1): /var/sieve-scripts/roundcube.sieve [...] > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > from /var/sieve-scripts/roundcube.svbin > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked message to > be discarded if not explicitly delivered (discard action) > I would not call this a silent discard: it is reported in the log above. Also, the contents of roundcube.sieve that you showed in an earlier thread contained a single discard action, which is therefore the only likely culprit. Now the question boils down to: why is this discard action triggered? The interesting part of the script is the following: require ["comparator-i;ascii-numeric","relational"]; if header :value "ge" :comparator "i;ascii-numeric" ["X-Spam-score"]["500"] { discard; stop; } Since the message is discarded, it will most likely be impossible to retrieve that message and check why it fires this rule. The relatively innocent situation would be that your Spam filter truly produces this interesting score of > 500. A less innocent case would be a bug in the Sieve interpreter. Either way, we need to have access to one of those messages that triggers this rule and gets discarded without apparent reason. My suggestion is to replace that `discard;' action with a `fileinto :create "Debug";' action (:create creates the folder implicitly; depends on mailbox extension require) to file messages that would normally be discarded into a special folder for later evaluation. Alternatively, you can redirect such messages to a special mail account. Only then can we trace this problem any deeper. Regards, Stephan. From ml at smtp.fakessh.eu Mon Jul 4 01:40:11 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Mon, 4 Jul 2011 00:40:11 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <4E10E5B2.2070403@rename-it.nl> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> Message-ID: <201107040040.18689.ml@smtp.fakessh.eu> Le dimanche 3 juillet 2011 23:57, Stephan Bosch a ?crit?: > On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > I met a few times the problem or an email that passes through a sieve > > script is silently discard > > after delivery but never returned to the inbox > > > > all testimonials are welcome > > [...] > > > plugin { > > [...] > > > plugin = $mail_plugins autocreate managesieve sieve > > sieve = ~/.dovecot.sieve > > sieve_before = /var/sieve-scripts/roundcube.sieve > > sieve_dir = ~/sieve > > sieve_global_path = whatever > > } > > [...] > > > egrep lda /var/Log/maillog > > [...] > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > > script(1): /var/sieve-scripts/roundcube.sieve > > [...] > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > > from /var/sieve-scripts/roundcube.svbin > > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked > > message to be discarded if not explicitly delivered (discard action) > > I would not call this a silent discard: it is reported in the log above. > Also, the contents of roundcube.sieve that you showed in an earlier > thread contained a single discard action, which is therefore the only > likely culprit. Now the question boils down to: why is this discard > action triggered? The interesting part of the script is the following: > > require ["comparator-i;ascii-numeric","relational"]; > if header :value "ge" :comparator "i;ascii-numeric" > ["X-Spam-score"]["500"] > { > discard; > stop; > } > > Since the message is discarded, it will most likely be impossible to > retrieve that message and check why it fires this rule. The relatively > innocent situation would be that your Spam filter truly produces this > interesting score of > 500. A less innocent case would be a bug in the > Sieve interpreter. Either way, we need to have access to one of those > messages that triggers this rule and gets discarded without apparent > reason. > > My suggestion is to replace that `discard;' action with a `fileinto > > :create "Debug";' action (:create creates the folder implicitly; depends > > on mailbox extension require) to file messages that would normally be > discarded into a special folder for later evaluation. Alternatively, you > can redirect such messages to a special mail account. > > Only then can we trace this problem any deeper. > > Regards, > > Stephan. thanks Stephan I just change my sieve script by removing the implicit discard a fileinto :create "Junk.spam.spam" until next time -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From alietsantiesteban at gmail.com Mon Jul 4 03:53:03 2011 From: alietsantiesteban at gmail.com (Aliet Santiesteban Sifontes) Date: Sun, 3 Jul 2011 20:53:03 -0400 Subject: [Dovecot] Dovecot error on rhel 6.1 using GFS2(bug) Message-ID: Hi, just to let you know to all the people testing dovecot in a RHEL 6.1 setup where nodes are Active/Active and sharing a GFS2 filesystem that there is a bug on latest rhel6.1 GFS2 kernel modules, and latest updates in 6.0 wich makes dovecot crash a GFS2 filesystem, with a corruption and other related errors, redhat people have posted a fix for the kernel wich is in QA: https://bugzilla.redhat.com/show_bug.cgi?id=712139 Just hope this helps somebody to don't waste many nights looking for a problem in dovecot config :) as I did... best regards, Aliet From wrosenauer at gmail.com Mon Jul 4 11:04:23 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Mon, 4 Jul 2011 10:04:23 +0200 Subject: [Dovecot] imap idle and concurrent connections Message-ID: Hi, in my testing dovecot (1.2 in that case) seems to not notify all idling clients about new "recent" mails but only one of them. The others get usually a message about the new number of mails after some time but never recent ones. Only one client gets notified about a new mail. Is that a known issue or something which might be configuration specific? Wolfgang From lists at wildgooses.com Mon Jul 4 12:25:49 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 04 Jul 2011 10:25:49 +0100 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: References: Message-ID: <4E11871D.2090607@wildgooses.com> On 04/07/2011 09:04, Wolfgang Rosenauer wrote: > Hi, > > in my testing dovecot (1.2 in that case) seems to not notify all > idling clients about new "recent" mails but only one of them. The > others get usually a message about the new number of mails after some > time but never recent ones. > Only one client gets notified about a new mail. Is that a known issue > or something which might be configuration specific? Interesting if you have a reproducible test case? I have seen a peculiar issue for a while with Thunderbird, where in a shared inbox, my Thunderbird is set to enable it's basic "lemonade" support and very occasionally someone else using the shared mailbox marks a message read but I don't see it read on my machine (it's even tricky to get TB to resync and notice...). Also sometimes two emails arriving very close together my Thunderbird only shows one of them There are plenty of non Dovecot things which could cause these symptoms: Thunderbird bugs (probably!), NAT timeouts on the client side (I'm behind a NAT). However, I haven't been able to repro this in a consistent way... Do please consider if NAT is involved in your scenario. I have a sneaking suspicion that NAT timeouts might be at least part of the reason? Good luck Ed W From lists at wildgooses.com Mon Jul 4 12:46:31 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 04 Jul 2011 10:46:31 +0100 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. In-Reply-To: References: Message-ID: <4E118BF7.8050004@wildgooses.com> On 03/07/2011 07:20, Peter Dolding wrote: > Now what I need to be able to deal with the problem. Have you considered a new Dovecot storage backend? I have plotted some designs on a napkin a few times.. Consider some kind of storage server with "eventually consistent" replication capabilities. This could be used for the metadata storage for all the emails (ie FROM, TO, DATE, SUBJECT and all the other non body parts you might search on) Your replication engine can now work in conjunction with Dovecot to sync changes between servers as quickly as possible, eg if desired implement a two phase commit when the LDA delivers new emails, so that all storage servers confirm they have received the new email. You could if you wish implement quorum support (ie some server which was offline for some mail deliveries proxies requests to another storage block until it's caught up syncing) You may or may not store the message bodies and attachments with the mail metadata. I can see performance arguments depending on what operations you do most commonly. A theoretically (but probably horrible in practice) idea might be to consider "DB query latency" vs transfer speed. The metadata needs to cover 99% of common searches and deliver results quickly - as such it needs to be "near" Dovecot and cover the main message headers, and perhaps also message body structure (list of parts, etc). Next tier down is probably satisfying full text searches of message bodies and supplying body parts (where the most common queries might be either just text/html parts (smart clients) or the entire body (common clients). Some kind of compressed blocking format for message bodies is probably most optimal and storing larger attachments separately would be an interesting way to increase cache hit ratios. I don't know whether Timo is interested in working such a project, but I for one would be interested to sponsor some work on robust async replication, perhaps there is some crossover with synchronous replication that you desire? I think this is an interesting area to develop. Cyrus has done some work on this stuff - I haven't followed it, but would be interesting to see what they have done? Good luck Ed W From wrosenauer at gmail.com Mon Jul 4 13:07:10 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Mon, 4 Jul 2011 12:07:10 +0200 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: <4E11871D.2090607@wildgooses.com> References: <4E11871D.2090607@wildgooses.com> Message-ID: Hi, On Mon, Jul 4, 2011 at 11:25 AM, Ed W wrote: > On 04/07/2011 09:04, Wolfgang Rosenauer wrote: >> Hi, >> >> in my testing dovecot (1.2 in that case) seems to not notify all >> idling clients about new "recent" mails but only one of them. The >> others get usually a message about the new number of mails after some >> time but never recent ones. >> Only one client gets notified about a new mail. Is that a known issue >> or something which might be configuration specific? > > Interesting if you have a reproducible test case? this is reproduced with IMAP connections idling in a telnet session. Two telnet imap connections open and both idling on the inbox and only one of them gets the "1 recent" notification. I've reproduced on a system where I have access which is a Dovecot 1.0 as delivered in Debian Lenny but also on another system which is apparently Dovecot 1.2 (but I have no direct access to that one so cannot be sure which version runs exactly. Wolfgang From ruskie at codemages.net Mon Jul 4 13:38:01 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Mon, 4 Jul 2011 12:38:01 +0200 (CEST) Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present In-Reply-To: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> References: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> Message-ID: :2011-06-28T21:38:Sergey Urushkin: > Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on Ubuntu > Lucid, but needed some features from dovecot2, so I installed 2.0.13 from > https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . Now I get > Subj error while trying to authenticate via dovecot auth-client socket. > However IMAP auth works fine with 2.0.13 and smtp auth worked fine until > upgrade, so I think there is something wrong with dovecot2. > > Dovecot logs stay empty even with auth_debug*, just one string "auth: Debug: > Loading modules from bla...". But here is another information that may help. > And if it's needed I can build dovecot myself to ensure that ppa-build isn't > guilty. Or debug some another way. If this is still relevant. This has been fixed in a later than 4.71 exim - specifically 4.72(current version is 4.76) so just upgrade and it will work. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Don't forget: the future is now. It's just not widely distributed yet. From ruskie at codemages.net Mon Jul 4 13:38:01 2011 From: ruskie at codemages.net (=?UTF-8?Q?Andra=C5=BE_'ruskie'_Levstik?=) Date: Mon, 4 Jul 2011 12:38:01 +0200 Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present In-Reply-To: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> References: <710846ece1b8d37b0be95dd0e1d67b07@telros.ru> Message-ID: :2011-06-28T21:38:Sergey Urushkin: > Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on Ubuntu > Lucid, but needed some features from dovecot2, so I installed 2.0.13 from > https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . Now I get > Subj error while trying to authenticate via dovecot auth-client socket. > However IMAP auth works fine with 2.0.13 and smtp auth worked fine until > upgrade, so I think there is something wrong with dovecot2. > > Dovecot logs stay empty even with auth_debug*, just one string "auth: Debug: > Loading modules from bla...". But here is another information that may help. > And if it's needed I can build dovecot myself to ensure that ppa-build isn't > guilty. Or debug some another way. If this is still relevant. This has been fixed in a later than 4.71 exim - specifically 4.72(current version is 4.76) so just upgrade and it will work. Regards -- Andra? 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Don't forget: the future is now. It's just not widely distributed yet. From ml at smtp.fakessh.eu Mon Jul 4 15:19:27 2011 From: ml at smtp.fakessh.eu (ml at smtp.fakessh.eu) Date: Mon, 4 Jul 2011 14:19:27 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107040040.18689.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> Message-ID: <201107041419.35221.ml@smtp.fakessh.eu> Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit?: > Le dimanche 3 juillet 2011 23:57, Stephan Bosch a ?crit?: > > On 07/03/2011 10:22 PM, ml at smtp.fakessh.eu wrote: > > > I met a few times the problem or an email that passes through a sieve > > > script is silently discard > > > after delivery but never returned to the inbox > > > > > > all testimonials are welcome > > > > [...] > > > > > plugin { > > > > [...] > > > > > plugin = $mail_plugins autocreate managesieve sieve > > > sieve = ~/.dovecot.sieve > > > sieve_before = /var/sieve-scripts/roundcube.sieve > > > sieve_dir = ~/sieve > > > sieve_global_path = whatever > > > } > > > > [...] > > > > > egrep lda /var/Log/maillog > > > > [...] > > > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executed before user's > > > script(1): /var/sieve-scripts/roundcube.sieve > > > > [...] > > > > > 2011-07-03 19:47:15lda(fakessh): Debug: sieve: executing script > > > from /var/sieve-scripts/roundcube.svbin > > > 2011-07-03 19:47:15lda(fakessh): Info: sieve: > > > msgid=<6EBEE5FC-62B1-4C73-B26E-DEBFD6E26DB6 at shorewall.net>: marked > > > message to be discarded if not explicitly delivered (discard action) > > > > I would not call this a silent discard: it is reported in the log above. > > Also, the contents of roundcube.sieve that you showed in an earlier > > thread contained a single discard action, which is therefore the only > > likely culprit. Now the question boils down to: why is this discard > > action triggered? The interesting part of the script is the following: > > > > require ["comparator-i;ascii-numeric","relational"]; > > if header :value "ge" :comparator "i;ascii-numeric" > > ["X-Spam-score"]["500"] > > { > > discard; > > stop; > > } > > > > Since the message is discarded, it will most likely be impossible to > > retrieve that message and check why it fires this rule. The relatively > > innocent situation would be that your Spam filter truly produces this > > interesting score of > 500. A less innocent case would be a bug in the > > Sieve interpreter. Either way, we need to have access to one of those > > messages that triggers this rule and gets discarded without apparent > > reason. > > > > My suggestion is to replace that `discard;' action with a `fileinto > > > > :create "Debug";' action (:create creates the folder implicitly; depends > > > > on mailbox extension require) to file messages that would normally be > > discarded into a special folder for later evaluation. Alternatively, you > > can redirect such messages to a special mail account. > > > > Only then can we trace this problem any deeper. > > > > Regards, > > > > Stephan. > > thanks Stephan > > I just change my sieve script by removing the implicit discard > a fileinto :create "Junk.spam.spam" > > > until next time Hi Stephan it just happened a mail that was issued in INBOX.spam.spam supposedly a hit with spam than 500 which does not appear in the body of the mail here Return-Path: X-Original-To: fakessh at localhost.r13151.ovh.net Delivered-To: fakessh at localhost.r13151.ovh.net Received: from r13151.ovh.net (localhost.localdomain [127.0.0.1]) by r13151.ovh.net (Postfix) with ESMTP id BC2C3CC08C for ; Mon, 4 Jul 2011 10:15:22 +0200 (CEST) X-SenderID: Sendmail Sender-ID Filter v1.0.0 r13151.ovh.net BC2C3CC08C Authentication-Results: r13151.ovh.net; sender-id=none header.from=mihamina@***tmb.org; spf=none smtp.mfrom=bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net Received-SPF: none (ml.ovh.net: No applicable sender policy available) receiver=r13151.ovh.net; identity=mailfrom; envelope-from="bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net"; helo=67.mail-out.ovh.net; client-ip=91.121.***.68 X-SenderID: Sendmail Sender-ID Filter v1.0.0 r13151.ovh.net C0199CC08B Authentication-Results: r13151.ovh.net; sender-id=none header.from=mihamina@***tmb.org; spf=none smtp.mfrom=bar-return-176164-ml=smtp.fakessh.eu at ml.ovh.net Received: from 67.mail-out.ovh.net (67.mail-out.ovh.net [91.121.***.68]) by r13151.ovh.net (Postfix) with SMTP id C0199CC08B for ; Mon, 4 Jul 2011 10:15:14 +0200 (CEST) Received: (qmail 27270 invoked by uid 503); 4 Jul 2011 08:16:42 -0000 Received: from b9.ovh.net (HELO mail200.ha.ovh.net) (213.186.33.59) by 67.mail-out.ovh.net with SMTP; 4 Jul 2011 08:16:42 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 4 Jul 2011 10:15:03 +0200 Mailing-List: Pour toute requete administrative, contactez bar-help at ml.ovh.net; Liste geree par ezmlm Precedence: bulk X-No-Archive: yes List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: bar at ml.ovh.net Delivered-To: mailing list bar at ml.ovh.net Received: from b0.ovh.net (HELO queue) (213.186.33.50) by b0.ovh.net with SMTP; 4 Jul 2011 10:15:03 +0200 Received: from smtp-out.ma**gasy.com (41.204.104.33) by mx1.ovh.net with SMTP; 4 Jul 2011 10:15:01 +0200 Received: from smtp-2.****line.mg (unknown [41.204.104.56]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-out.ma**gasy.com (Postfix) with ESMTPS id D6B1B94661; Mon, 4 Jul 2011 11:15:00 +0300 (EAT) Received: from localhost (antivirus3.ma**gasy.com [41.204.104.49]) by smtp-2.****line.mg (Postfix) with ESMTP id BD6A36008C; Mon, 4 Jul 2011 11:15:00 +0300 (EAT) X-Virus-Scanned: par antivirus3.ma***gasy.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 required=7 tests=[BAYES_00=-1.9] autolearn=ham Received: from smtp-2.b***line.mg ([41.204.104.56]) by localhost (antivirus3.ma**gasy.com [41.204.104.49]) (amavisd-new, port 10024) with ESMTP id jEBXnDCKPoY4; Mon, 4 Jul 2011 11:14:54 +0300 (EAT) Received: from packard.**tmb.org (staff-104-10.ma***gasy.com [41.204.104.10]) by smtp-2.blueline.mg (Postfix) with SMTP id 5A89860064; Mon, 4 Jul 2011 11:14:53 +0300 (EAT) Date: Mon, 4 Jul 2011 11:14:53 +0300 From: Mihamina Rakotomandimby To: bar at ml.ovh.net Cc: sd-basic at ml.ovh.net Message-Id: <20110704111453.87dd4f6c.mihamina@**tmb.org> In-Reply-To: References: <4E0EF717.1050300@****heberg.com> X-Mailer: Sylpheed 3.1.0beta2 (GTK+ 2.22.0; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 8540232269748607743 X-Ovh-Remote: 41.204.104.33 (smtp-out.ma**gasy.com) X-Ovh-Local: 213.186.33.29 (mx1.ovh.net) X-Spam-Check: DONE|U 0.5/N Subject: [bar] Re: [sd-basic] marketplace de SaaS X-Length: 5051 X-UID: 1 I do not see why this email was issued in this box -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oiaohm at gmail.com Mon Jul 4 15:52:37 2011 From: oiaohm at gmail.com (Peter Dolding) Date: Mon, 4 Jul 2011 22:52:37 +1000 Subject: [Dovecot] Replication problem I have. And how I think I can get around problem. Message-ID: > Mon, 04 Jul 2011 10:46:31 Ed W > On 03/07/2011 07:20, Peter Dolding wrote: > > Now what I need to be able to deal with the problem. > > Have you considered a new Dovecot storage backend? I have plotted some > designs on a napkin a few times.. Consider some kind of storage server > with "eventually consistent" replication capabilities. This could be > used for the metadata storage for all the emails (ie FROM, TO, DATE, > SUBJECT and all the other non body parts you might search on) > Remember I am new to the Dovecot source code. How to code a Dovecot Storage backend it where I might have to start. Really I don't care if the servers are ever fully consistent other than the fact they both contain the same emails. Of course read status shared would be nice. If that status information is out so be it. "eventually consistent" is a deadly thing to try to aim for. Its a simple fact of what needs to be backed up. If a user is at one physical location all the time and connecting to the same server all the time they will not ever see that the 2 servers are not 100 percent synced. For my usage cases lot of times 100 percent synced will be more wasted effort. Roughly synced will be more than suitable. Of course what I am talking about can be used as an foundation to get data from point a to point b. > > Your replication engine can now work in conjunction with Dovecot to sync > changes between servers as quickly as possible, eg if desired implement > a two phase commit when the LDA delivers new emails, so that all storage > servers confirm they have received the new email. You could if you wish > implement quorum support (ie some server which was offline for some mail > deliveries proxies requests to another storage block until it's caught > up syncing) > You are missing something here. My sync's due to issues maybe chaos. So both servers may have been running split from each other both received emails the other has not had users accessing them. Both with users in using the web and local email clients. While all that is going on the servers have to sync. This is very much the worst case. I am sane. I am prepared to give up the users ability to change client programs between servers to make it be able to work. So IMAP unique identifies not be replicated ever. Basically any identifier that cannot be based of a server id + a unique number for server be only unique to the server its on. Basically I cannot ensure quickly and most of the time I don't really need that. As long as the email without breakage is not lost in the server for greater than 15 min without reaching person wanting to read it that would be fine for normal operations. This is still faster than exchange working with pop email accounts. Basically Ed W. I am saying this is the worst I can get away with in a working office. I have gone through the protocals I would most likely ever need to use from a business point of view. pop3 I know basically does not really give a stuff if what is hiding behind is multi master or single master. User might receive a few extra emails if they change between servers. Nothing system killing. As long as the user gets the emails in the end that is the important bit if they a copy for each server bad luck at least they got the email. Too many copies is not a issue from business point of view not getting the copy in the first place is an issue. smtp messages directly from multi locations outgoing does not give a stuff. imap4 who ever invented this protocol for what I want todo I fell like strangling. The id system completely sends you to hell. Business point of view this might be a issue if uses change between servers due to having to download everything again. activesync/Z-push Ok nice. ID are 64 char in size with no defined contents. No ascending order no trouble basically. So nothing stopping me doing server_id:then unique number. So that is most mobile devices covered. Message might disappear when moving between not totally synced servers. Message will catch up as syncs do. So from business usage annoying but issue is not long lasting. Ie custom backend on Z-push and mobile devices will work mostly fine with chaos between the storage servers. MAPI is 64 chars to 512 chars. for ID's. Again nothing in protocol stopping server_id:then unique number. Web applications much of a muchness. Since either they will connect to the same server as the http server at each location so be protected or can be hooked onto a new protocol to know they are connecting to a multi server back end and detect if there are issues going on. Mostly as bad as activesync if you change between hosting locations email syncs might not have caught up with you so a message might disappear temp. So only imap4 is requiring syncing so ids are in order. Question does everyone need imap4 server locations to be interchangeable. I know I don't. Since most people out the office either use web mail or activesync. Only in office will be using imap4. Now I cannot see any fast sane way for imap4 for other than make it id only unique to each server and maybe create like imap 5 for multi server with the option to run locally as a imap5 to imap4 converter. Reason you ask server when it synced with X server and you find out that is older than the copies you have you don't replace. So the client is hiding server to server sync issues. Sometimes the best solution is look at everything and see what is limiting you and deprecate it. If we don't need id aligned we don't need real-time connection. We don't need as reliable of an network. So failures are less. I guess everyone who has tried to sync has attempted to battle the imap protocal. I am mostly the first strange person who has said stuff syncing imap and just go straight past its defect and make the storage work. Simple fault in imap design make the complete back end replication a pain in but when it should be so simple. I have decided of someone else wants imap to be synced let that be their problem. Simple each location stores what they receive. and forwards to all other locations as those locations come on line and the other locations do the reverse. I like the idea of natural event syncing. That the items pure naturally sync with each other. No reprocessing to force syncing due to least amount conflicting data created. Possible for pop MAPI and activesync/Z-push todo natural syncing. IMAP the evil thing just does not want to play ball with natural syncing and it wants to set up events of conflicting data. IMAP might force a real-time synced server in some cases. A master server handing out IMAP id numbers for new messages is one possibility so removing the need change id's on the mail after it is stored. If my web interfaces are using something other than IMAP I could possibly say use webmail until fixed. Worst issues I can see is message read status and other times like that. Where user might have marked a message unread at X on one server and at Y time marked it back read on a different server. But these are more niggles. Better to have the users annoyed by minor niggles and working than unable to work because its broken. Dependable replications the more parts you use the more areas you have for failure. So far my research on what is possible seams to be coming out to reasonable. Hopefully once I have this idea fully ironed out I can start getting into code. I rarely code. But this is a true case I have a problem so I have motivation. Peter Dolding From a.othman at cairosource.com Mon Jul 4 14:58:34 2011 From: a.othman at cairosource.com (Amira Othman) Date: Mon, 4 Jul 2011 14:58:34 +0300 Subject: [Dovecot] virtual users Message-ID: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Hello All; Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on centos 5.6 I want to configure mail server without system account .I can send using the virtual account but can't receive and I have this in log file relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, status=bounced (unknown user: "hoda") my main.cf is myhostname = mail.domain.com mydomain = mydomain.com myorigin = $mydomain inet_interfaces = all mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain mynetworks = *.*.*.*/24, 127.0.0.0/8 relay_domains = home_mailbox = Maildir/ #home_mailbox = Mailbox/ alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases mail_spool_directory = /var/spool/mail #SASL configuration smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous #permit SASL suthentication is added smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_sasl_local_domain = smtpd_sasl_authenticated_header = yes smtpd_tls_auth_only = no smtp_use_tls = yes smtpd_use_tls = yes smtp_tls_note_starttls_offer = yes smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_session_cache_timeout = 3600s tls_random_source = dev:/dev/urandom mailbox_command = /usr/bin/procmail-wrapper -o -a $DOMAIN -d $LOGNAME #Hide the login banner smtpd_banner = $myhostname ESMTP #Disable verify function and using of TLS transport encryption between server and client disable_vrfy_command = yes virtual_mailbox_base = /home/vmail/ virtual_mailbox_maps = hash:/etc/postfix/virtual virtual_uid_maps = static:511 virtual_gid_maps = static:512 virtual_alias_maps = hash:/etc/postfix/virtual sender_bcc_maps = hash:/etc/postfix/bcc my dovecot.conf if ## Dovecot configuration file protocols = imap imaps pop3 pop3s disable_plaintext_auth = no shutdown_clients = yes ## ## Logging ## log_path = /var/log/dovecot.log ## ## SSL settings ## ## ## Login processes ## mail_location = maildir:~/Maildir ## ## IMAP specific settings ## protocol imap { # list of plugins to load. mail_plugins = quota imap_quota #mail_plugin_dir = /usr/lib/dovecot/imap # The list is space-separated. #imap_client_workarounds = outlook-idle imap_client_workarounds = delay-newmail outlook-idle netscape-eoh } ## ## POP3 specific settings ## protocol pop3 { pop3_uidl_format = %08Xu%08Xv # Required on x86_64 kernels login_process_size = 64 # list of plugins to load. mail_plugins = quota #pop3_client_workarounds = pop3_client_workarounds = outlook-no-nuls oe-ns-eoh } ## ## LDA specific settings ## protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster at example.com } ## ## Authentication processes ## # Executable location #auth_krb5_keytab = auth default { # NOTE: See also disable_plaintext_auth setting. mechanisms = plain login # authentication to actually work. passdb pam { } passdb passwd-file { # Path for passwd-file args = /etc/dovecot/passwd } userdb passwd { } userdb static { args = uid=511 gid=512 home=/home/vmail/%d/%n } user = root socket listen { client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix } } } dict { #quota = mysql:/etc/dovecot-dict-quota.conf } ## ## Plugin settings ## plugin { } Amira Othman Server Administrator www.cairosource.com 6 EL Nil EL Abyad, Mohandiseen Cairo, Egypt Direct: +2 02 3303 7175 Mobile: +2 012 220 4165 The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2131 bytes Desc: not available URL: From stephan at rename-it.nl Mon Jul 4 16:01:55 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Mon, 04 Jul 2011 15:01:55 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <201107041419.35221.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> Message-ID: <4E11B9C3.5050100@rename-it.nl> Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > I just change my sieve script by removing the implicit discard a > > fileinto :create "Junk.spam.spam" [...] > it just happened a mail that was issued in INBOX.spam.spam supposedly > a hit with spam than 500 which does not appear in the body of the > mail here [...] > I do not see why this email was issued in this box I've executed sieve-test with your script and message, which reproduces the problem at my end: === $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml ## Started executing script 'frop' 2: header test 2: starting `:value-ge' match with `i;ascii-numeric' comparator: 2: extracting `X-Spam-score' headers from message 2: matching value `-1.9' 2: with key `500' => 1 2: finishing match with result: matched 3: jump if result is false 3: not jumping 5: discard action; cancel implicit keep 6: stop command; end all script execution ## Finished executing script 'frop' Performed actions: * discard Implicit keep: (none) sieve-test(stephan): Info: final result: success === This turns out to be a classic mistake actually (which I didn't think of either). It is related to the (admittedly counter-intuitive) nature of the i;ascii-numeric comparator. From RFC4790, Section 9.1.1 (http://tools.ietf.org/html/rfc4790#section-9.1.1): `The "i;ascii-numeric" collation is a simple collation intended for use with arbitrarily-sized, unsigned decimal integer numbers stored as octet strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. Before converting from string to integer, the input string is truncated at the first non-digit character. All input is valid; strings that do not start with a digit represent positive infinity.' This comparator thus works on UNSIGNED integers only. Even worse, negative numbers are mapped to positive infinity, which is obviously > 500! There is your problem. I remember that issue was reported some time ago by someone else too. To solve your problem, you need to check for the negative sign first. E.g.: require ["comparator-i;ascii-numeric","relational"]; if allof( not header :matches "x-spam-score" "-*", header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" "500") { discard; stop; } Or, even better: start using the spamtest(plus) extension. Regards, Stephan. From tss at iki.fi Mon Jul 4 16:40:33 2011 From: tss at iki.fi (Timo Sirainen) Date: Mon, 4 Jul 2011 16:40:33 +0300 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: References: <4E11871D.2090607@wildgooses.com> Message-ID: <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> On 4.7.2011, at 13.07, Wolfgang Rosenauer wrote: > Two telnet imap connections open and both idling on the inbox and only > one of them gets the "1 recent" notification. This is how it's supposed to work according to IMAP RFC. Only one session ever sees a message as \Recent. Both of them gets an updated EXISTS though. From CMarcus at Media-Brokers.com Mon Jul 4 16:51:23 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Mon, 04 Jul 2011 09:51:23 -0400 Subject: [Dovecot] virtual users In-Reply-To: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Message-ID: <4E11C55B.9050808@Media-Brokers.com> On 2011-07-04 7:58 AM, Amira Othman wrote: > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 Need I say it? Upgrade. Both are now unsupported/EOL for a long time now... -- Best regards, Charles From rob0 at gmx.co.uk Mon Jul 4 17:02:59 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Mon, 4 Jul 2011 09:02:59 -0500 Subject: [Dovecot] virtual users In-Reply-To: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> Message-ID: <20110704140259.GN24069@cardinal> On Mon, Jul 04, 2011 at 02:58:34PM +0300, Amira Othman wrote: > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on centos > 5.6 I want to configure mail server without system account .I can > send using the virtual account but can't receive and I have this in > log file > > relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, > status=bounced (unknown user: "hoda") This is a Postfix problem, not a Dovecot one. It says that the recipient domain is in this list: > mydestination = $myhostname, localhost.$mydomain, localhost, > $mydomain ... but the "hoda" user or alias does not exist in /etc/passwd nor /etc/aliases. See: http://www.postfix.org/VIRTUAL_README.html http://www.postfix.org/ADDRESS_CLASS_README.html The "upgrade" advice is very good. You should not be starting out with something so long past the end of its support. Follow up on Postfix issues on the Postfix list. However, your issue will probably be solved with some time in the documentation. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From rob0 at gmx.co.uk Mon Jul 4 17:09:59 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Mon, 4 Jul 2011 09:09:59 -0500 Subject: [Dovecot] virtual users In-Reply-To: <20110704140259.GN24069@cardinal> References: <004001cc3a41$b4fe9450$1efbbcf0$@othman@cairosource.com> <20110704140259.GN24069@cardinal> Message-ID: <20110704140959.GO24069@cardinal> On Mon, Jul 04, 2011 at 09:02:59AM -0500, I wrote: > On Mon, Jul 04, 2011 at 02:58:34PM +0300, Amira Othman wrote: > > Iam using dovecot-1.0.7-7.el5 and postfix-2.3.3-2.3.el5_6 on > > centos 5.6 I want to configure mail server without system account > > .I can send using the virtual account but can't receive and I > > have this in log file > > > > relay=local, delay=0.02, delays=0.02/0/0/0, dsn=5.1.1, > > status=bounced (unknown user: "hoda") > > This is a Postfix problem, not a Dovecot one. It says that the > recipient domain is in this list: > > > mydestination = $myhostname, localhost.$mydomain, localhost, > > $mydomain > > ... but the "hoda" user or alias does not exist in /etc/passwd > nor /etc/aliases. > > See: > http://www.postfix.org/VIRTUAL_README.html > http://www.postfix.org/ADDRESS_CLASS_README.html This list should also include: http://www.postfix.org/BASIC_CONFIGURATION_README.html because mydestination, myhostname, and mydomain settings are covered therein. > The "upgrade" advice is very good. You should not be starting out > with something so long past the end of its support. > > Follow up on Postfix issues on the Postfix list. However, your issue > will probably be solved with some time in the documentation. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From tom at elysium.ltd.uk Mon Jul 4 17:18:47 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Mon, 4 Jul 2011 15:18:47 +0100 Subject: [Dovecot] Public Mailbox & ACLs Message-ID: <024401cc3a55$4a448f20$decdad60$@ltd.uk> Hi, I'm having a problem I can't get my head around. I'm trying to setup a public mailbox that is hidden from all users unless granted access through an ACL. My folder structure is (migrated from a Courier IMAP/Qmail server): /var/spool/maildir - main public folder (contains a few .qmail files to redirect mail to the correct subfolder) /var/spool/maildir/Support - support public folder (a public folder rather than a maildir) /var/spool/maildir/Support/.SubFolder1 - support sub folder 1 (a maildir) /var/spool/maildir/Support/.SubFolder2 - support sub folder 2 (another maildir) /var/spool/maildir/System /var/spool/maildir/System/.SubFolder1 /var/spool/maildir/System/.SubFolder2 I couldn't get the namespace working correctly to just have 1 folder called "Shared" (you just got an empty folder when trying to subscribe). I ended up making 2 namespaces below: namespace { type = public separator = . prefix = Shared.Support. location = maildir:/var/spool/maildir/Support:INDEX=~/Maildir/Support subscriptions = no } namespace { type = public separator = . prefix = Shared.System. location = maildir:/var/spool/maildir/System:INDEX=~/Maildir/System subscriptions = no } This allowed me to get the result I was looking for. Using an ACL I get a Shared->Support/System->Subfolders view. However the problem is when a user is not in the ACL they can still see the Shared->Support/System folders (just none of the subfolders) and obviously can't subscribe. Could someone let me know what I am doing wrong and if there is a better way of doing this? Many thanks, Tom From urushkin at telros.ru Mon Jul 4 21:21:51 2011 From: urushkin at telros.ru (Sergey Urushkin) Date: Mon, 04 Jul 2011 22:21:51 +0400 Subject: [Dovecot] Exim and Dovecot2 SASL: 435 Unable to authenticate at present Message-ID: <526e24a5310d06f0314c678945052a80@telros.ru> On Mon, 4 Jul 2011 12:38:01 +0200, Andra? 'ruskie' Levstik wrote: > :2011-06-28T21:38:Sergey Urushkin: > >> Hi. I had working Exim 4.71 and Dovecot 1.2.9 SASL configuration on >> Ubuntu >> Lucid, but needed some features from dovecot2, so I installed 2.0.13 >> from >> https://launchpad.net/~carsten-uppenbrink-net/+archive/dovecot2 . >> Now I get >> Subj error while trying to authenticate via dovecot auth-client >> socket. >> However IMAP auth works fine with 2.0.13 and smtp auth worked fine >> until >> upgrade, so I think there is something wrong with dovecot2. >> >> Dovecot logs stay empty even with auth_debug*, just one string >> "auth: Debug: >> Loading modules from bla...". But here is another information that >> may help. >> And if it's needed I can build dovecot myself to ensure that >> ppa-build isn't >> guilty. Or debug some another way. > > If this is still relevant. > > This has been fixed in a later than 4.71 exim - specifically > 4.72(current version is 4.76) so just upgrade and it will work. Thanks, it's working after upgrading. As you adviced, I wanted to check if the latest version works before posting exim bug report. Well, no bug - no report is needed. > > Regards -- Best regards, Sergey Urushkin From cinzia.innocenzi at hp.com Mon Jul 4 21:58:28 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Mon, 4 Jul 2011 18:58:28 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <1309412169.10421.1020.camel@hurina> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> Hello Timo, I'm sorry I haven't replied before, but I've been investigating as much as possible on this problem, and, for a moment, I thought I came up with something... Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. Furthermore, I found out that the back end nodes didn't have resolv.conf aligned properly. So I blamed the errors to this misconfiguration, especially because as soon as I aligned resolv.conf, the three stuck mails I had in the queue this morning got delivered immediately! Unfortunately, this is not the case. I applied the three patches you provided to front end proxies and back end nodes. I have a stuck mail that will not get delivered! I'm attaching the logs. Thanks again for your help. Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com ?? Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: gioved? 30 giugno 2011 7.36 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP Try to apply these patches to both proxy and backend and see what it logs then? http://hg.dovecot.org/dovecot-2.0/raw-rev/1b1fc681a277 http://hg.dovecot.org/dovecot-2.0/raw-rev/36e7ded2ef0b http://hg.dovecot.org/dovecot-2.0/raw-rev/537d4b6d9a7a On Tue, 2011-06-28 at 08:38 +0000, Innocenzi, Cinzia wrote: > Hello Timo, > > so far I've seen this happening when proxying a mail for one recipient; I've never seen this happening for multiple recipients. > > The other thing I've noticed is that if I reload dovecot, the mail usually gets delivered. Once, it remained stuck in the queue, but after a few hours, when I checked postfix's queue again, it got delivered. > > Let me know if you need further information. > > Regards, > > CINZIA INNOCENZI > Technical Consulting > HP Enterprise Services > Telephone +39 06.6542.5758 > Email cinzia.innocenzi at hp.com > Via Achille Campanile, 85 / Rome, Italy 00143 > > > > -----Original Message----- > From: Timo Sirainen [mailto:tss at iki.fi] > Sent: marted? 28 giugno 2011 2.04 > To: Innocenzi, Cinzia > Cc: dovecot at dovecot.org; Del Coiro, Maria Giacinta > Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP > > On Wed, 2011-06-22 at 10:31 +0000, Innocenzi, Cinzia wrote: > > Hello, > > > > we have dovecot 2.0.13 installed in our RHEL5 servers. We use dovecot > > as a lmtp proxy on the front end mail relays and dovecot for back end > > lmtp/pop/imap. All our servers have RHEL5.6 64-bit and dovecot 2.0.13 > > installed, and the back end has also an ext3 mbox file-system mounted. > > > > Sometimes we have mails that get stuck on our postfix queue with the > > following error: Remote server not answering (timeout in DATA input) > > (in reply to end of DATA command) > .. > > It doesn't happen for every single mail, it's random. > > My guess is there's a bug somewhere in the LMTP proxy code. It's a bit > annoyingly complex code.. Do you see this happening when proxying only a > single mail (one RCPT TO per DATA, not multiple)? > > And I would guess that when attempting to deliver the same mail again it > works fine (at least in a few tries)? > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot.log Type: application/octet-stream Size: 2415 bytes Desc: dovecot.log URL: From cinzia.innocenzi at hp.com Mon Jul 4 23:08:57 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Mon, 4 Jul 2011 20:08:57 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A18F4@GVW1102EXC.americas.hpqcorp.net> Timo, I started dovecot on both servers in debug mode. I'm attaching the output. The mail unfortunately is still stuck, sigh! Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com ?? Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Innocenzi, Cinzia Sent: luned? 4 luglio 2011 20.58 To: 'Timo Sirainen' Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: RE: [Dovecot] Dovecot 2.0.13 problem with LMTP Hello Timo, I'm sorry I haven't replied before, but I've been investigating as much as possible on this problem, and, for a moment, I thought I came up with something... Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. Furthermore, I found out that the back end nodes didn't have resolv.conf aligned properly. So I blamed the errors to this misconfiguration, especially because as soon as I aligned resolv.conf, the three stuck mails I had in the queue this morning got delivered immediately! Unfortunately, this is not the case. I applied the three patches you provided to front end proxies and back end nodes. I have a stuck mail that will not get delivered! I'm attaching the logs. Thanks again for your help. Regards, CINZIA INNOCENZI Technical Consulting HP Enterprise Services Telephone +39 06.6542.5758 Email cinzia.innocenzi at hp.com Via Achille Campanile, 85 / Rome, Italy? 00143 -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: gioved? 30 giugno 2011 7.36 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP Try to apply these patches to both proxy and backend and see what it logs then? http://hg.dovecot.org/dovecot-2.0/raw-rev/1b1fc681a277 http://hg.dovecot.org/dovecot-2.0/raw-rev/36e7ded2ef0b http://hg.dovecot.org/dovecot-2.0/raw-rev/537d4b6d9a7a On Tue, 2011-06-28 at 08:38 +0000, Innocenzi, Cinzia wrote: > Hello Timo, > > so far I've seen this happening when proxying a mail for one recipient; I've never seen this happening for multiple recipients. > > The other thing I've noticed is that if I reload dovecot, the mail usually gets delivered. Once, it remained stuck in the queue, but after a few hours, when I checked postfix's queue again, it got delivered. > > Let me know if you need further information. > > Regards, > > CINZIA INNOCENZI > Technical Consulting > HP Enterprise Services > Telephone +39 06.6542.5758 > Email cinzia.innocenzi at hp.com > Via Achille Campanile, 85 / Rome, Italy 00143 > > > > -----Original Message----- > From: Timo Sirainen [mailto:tss at iki.fi] > Sent: marted? 28 giugno 2011 2.04 > To: Innocenzi, Cinzia > Cc: dovecot at dovecot.org; Del Coiro, Maria Giacinta > Subject: Re: [Dovecot] Dovecot 2.0.13 problem with LMTP > > On Wed, 2011-06-22 at 10:31 +0000, Innocenzi, Cinzia wrote: > > Hello, > > > > we have dovecot 2.0.13 installed in our RHEL5 servers. We use > > dovecot as a lmtp proxy on the front end mail relays and dovecot for > > back end lmtp/pop/imap. All our servers have RHEL5.6 64-bit and > > dovecot 2.0.13 installed, and the back end has also an ext3 mbox file-system mounted. > > > > Sometimes we have mails that get stuck on our postfix queue with the > > following error: Remote server not answering (timeout in DATA input) > > (in reply to end of DATA command) > .. > > It doesn't happen for every single mail, it's random. > > My guess is there's a bug somewhere in the LMTP proxy code. It's a bit > annoyingly complex code.. Do you see this happening when proxying only > a single mail (one RCPT TO per DATA, not multiple)? > > And I would guess that when attempting to deliver the same mail again > it works fine (at least in a few tries)? > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot.debug.log Type: application/octet-stream Size: 3279 bytes Desc: dovecot.debug.log URL: From wrosenauer at gmail.com Tue Jul 5 09:34:40 2011 From: wrosenauer at gmail.com (Wolfgang Rosenauer) Date: Tue, 5 Jul 2011 08:34:40 +0200 Subject: [Dovecot] imap idle and concurrent connections In-Reply-To: <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> References: <4E11871D.2090607@wildgooses.com> <797D6E6E-8226-426E-ACD6-7F56BD3F40B2@iki.fi> Message-ID: Hi, On Mon, Jul 4, 2011 at 3:40 PM, Timo Sirainen wrote: > On 4.7.2011, at 13.07, Wolfgang Rosenauer wrote: > >> Two telnet imap connections open and both idling on the inbox and only >> one of them gets the "1 recent" notification. > > This is how it's supposed to work according to IMAP RFC. Only one session ever sees a message as \Recent. Both of them gets an updated EXISTS though. Is this: RFC 3501 Section 7.3.2? Examples of situations in which this is not the case are: multiple clients having the same mailbox open (the first session to be notified will see it as recent, others will probably see it as non-recent) So the implementation seems to be fine according to the RFC but it came somehow unexpected to me. It's not that this is required by the RFC though. Thanks for the information, Wolfgang From udo.lembke at albertbauer.com Tue Jul 5 13:47:32 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Tue, 05 Jul 2011 12:47:32 +0200 Subject: [Dovecot] Problems with acl and shared namespace In-Reply-To: <4E0C4990.3070602@albertbauer.com> References: <4E0C4990.3070602@albertbauer.com> Message-ID: <4E12EBC4.4030704@albertbauer.com> Hi, i'm answer myself to give other people an hint which has an similar problem (or better say similar "none experiences" with dovecot). Am 30.06.2011 12:01, schrieb Udo Lembke: > Hi, > i'm a dovecot-newbie and also new at this mailinglist. > I'm try to configure an mailserver with dovecot2, postfix and > postfixadmin. At this time i struggle with acl and shared namespace. > ... At this time i'm know a little bit more (it's allways good to read the doku). I change my layout to: privat mailbox, privat archive area and public shared area (because of trouble to see shared folder from other accounts). The public shared area are symlinked below the archiv-area: ls -lsa archiv/example.org/test4/ insgesamt 16 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:40 . 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:27 .. 4 drwx------ 2 dovecot dovecot 4096 5. Jul 11:27 archiv 4 -rw------- 1 dovecot dovecot 108 5. Jul 11:40 dovecot-acl-list 0 lrwxrwxrwx 1 root root 16 5. Jul 11:27 public -> /var/data/public The problem is, that the acls are not reconiced - the acl should forbid an access, but access is possible. This show the telnet imap-session: . list "" "*" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Spam" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public/kunde_2" * LIST (\HasNoChildren) "/" "archiv/test4 at example.org/public/kunde_2/Kundenmails" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public/kunde_3" * LIST (\HasNoChildren) "/" "archiv/test4 at example.org/public/kunde_3/Kundenmails" * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" . OK List completed. During the listing i got the the error: Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2/Kundenmails Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_3 Jul 05 12:21:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_3/Kundenmails This ist right, but why was the mailboxes showed (and also full accessible)? The acl-files: cat public/dovecot-acl #anyone lr cat public/kunde_2/dovecot-acl user=ulembke at example.org lrwstipeka user=test3 at example.org lrwstipeka cat public/kunde_2/Kundenmails/dovecot-acl user=test3 at example.org akeilprwts user=ulembke at example.org akeilprwts cat public/kunde_3/dovecot-acl user=ulembke at example.org lrwstipeka user=test2 at example.org lrwstipeka anyone The acl-entry in the config: plugin { acl = vfile } # To let users LIST mailboxes shared by other users, Dovecot needs a # shared mailbox dictionary. For example: plugin { acl_shared_dict = file:/var/data/dovecot/shared-mailboxes/%u } I have read, that acl_shared_dict with an sql-backend work better like vfile. Use anybody normal vfile for that? The public-namespace: namespace { type = public separator = / prefix = "public/" location = maildir:/var/data/public:INDEX=/var/data/indexes/public/%u:LAYOUT=fs inbox = no hidden = no subscriptions = no list = yes } The other config should the same like in the first post. Any hint? Best regards Udo (perhaps i stick to cyrus) From tss at iki.fi Tue Jul 5 17:26:03 2011 From: tss at iki.fi (Timo Sirainen) Date: Tue, 05 Jul 2011 17:26:03 +0300 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> Message-ID: <1309875963.10421.1062.camel@hurina> On Mon, 2011-07-04 at 18:58 +0000, Innocenzi, Cinzia wrote: > Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. You mean every time when LMTP gets disconnected because of inactivity, the LDAP gets also disconnected? This is beginning to sound like it's not a Dovecot bug.. From cinzia.innocenzi at hp.com Tue Jul 5 18:39:36 2011 From: cinzia.innocenzi at hp.com (Innocenzi, Cinzia) Date: Tue, 5 Jul 2011 15:39:36 +0000 Subject: [Dovecot] Dovecot 2.0.13 problem with LMTP In-Reply-To: <1309875963.10421.1062.camel@hurina> References: <0255596D4DD80F4F80FBA92242C83A65B44DAA2E0C@GVW1102EXC.americas.hpqcorp.net> <1309219439.10421.959.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E26FD4A@GVW1102EXC.americas.hpqcorp.net> <1309412169.10421.1020.camel@hurina> <0255596D4DD80F4F80FBA92242C83A65B44E4A18DC@GVW1102EXC.americas.hpqcorp.net> <1309875963.10421.1062.camel@hurina> Message-ID: <0255596D4DD80F4F80FBA92242C83A65B44E4A1C31@GVW1102EXC.americas.hpqcorp.net> Actually this doesn't happen every time there's inactivity, but the following message appears often in dovecot proxy's logfile: auth: Error: LDAP: Connection lost to LDAP server, reconnecting I thought this information could be of use to you. Please let me know if there's anything else I can check. Regards, Cinzia -----Original Message----- From: Timo Sirainen [mailto:tss at iki.fi] Sent: marted? 5 luglio 2011 16.26 To: Innocenzi, Cinzia Cc: Del Coiro, Maria Giacinta; dovecot at dovecot.org Subject: RE: [Dovecot] Dovecot 2.0.13 problem with LMTP On Mon, 2011-07-04 at 18:58 +0000, Innocenzi, Cinzia wrote: > Thanks to Simone Caruso's hint, I've been doing some checks on LMTP-LDAP connections, since I would always get an LDAP error in the dovecot proxy's logfile. You mean every time when LMTP gets disconnected because of inactivity, the LDAP gets also disconnected? This is beginning to sound like it's not a Dovecot bug.. From florent at coppint.com Tue Jul 5 18:46:40 2011 From: florent at coppint.com (Florent Bautista) Date: Tue, 05 Jul 2011 17:46:40 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" Message-ID: <4E1331E0.8070008@coppint.com> Hi all, I just joigned this list, so I'm sorry if this problem has already been reported. I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, others for LDA, others for authentification only, etc. All servers are accessing a shared file system, based on MooseFS (www.moosefs.org). The FS is mounted using FUSE. All my Dovecot servers have this configuration : mail_fsync = always mail_nfs_index = yes mail_nfs_storage = yes mmap_disable = yes (as adviced for NFS installation). But I'm still getting errors like this in POP/IMAP logs : Error: Corrupted index cache file /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid record size Sometimes my Dovecot LDA repairs these files, but then it happens again... All my servers are running Debian 6 over KVM virtualization. Have you ever encountered this ? Do you think this is a Dovecot problem or MooseFS problem ? Thank you a lot for your answers. -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ From florent at coppint.com Tue Jul 5 19:02:35 2011 From: florent at coppint.com (Florent Bautista) Date: Tue, 05 Jul 2011 18:02:35 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" In-Reply-To: <4E1331E0.8070008@coppint.com> References: <4E1331E0.8070008@coppint.com> Message-ID: <4E13359B.6000506@coppint.com> If more information is needed, please let me know. Le 05/07/2011 17:46, Florent Bautista a ?crit : > Hi all, > > I just joigned this list, so I'm sorry if this problem has already > been reported. > > I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, > others for LDA, others for authentification only, etc. > > All servers are accessing a shared file system, based on MooseFS > (www.moosefs.org). The FS is mounted using FUSE. > > All my Dovecot servers have this configuration : > > mail_fsync = always > mail_nfs_index = yes > mail_nfs_storage = yes > mmap_disable = yes > > (as adviced for NFS installation). > > But I'm still getting errors like this in POP/IMAP logs : > Error: Corrupted index cache file > /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid > record size > > Sometimes my Dovecot LDA repairs these files, but then it happens > again... > > All my servers are running Debian 6 over KVM virtualization. > > Have you ever encountered this ? Do you think this is a Dovecot > problem or MooseFS problem ? > > Thank you a lot for your answers. > -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ From xchris89x at googlemail.com Tue Jul 5 20:28:38 2011 From: xchris89x at googlemail.com (Christopher Stolzenberg) Date: Tue, 5 Jul 2011 19:28:38 +0200 Subject: [Dovecot] Dovecot 2.0.13 file backend quota Message-ID: Hello, I want to set a uniform quota for each mailbox. (2000 MB per mailbox, no message limit) plugin { quota = dict:User quota::file:%h/Maildir/dovecot-quota quota_rule = *:storage=2000M quota_warning = storage=85%% quota-warning 85 %u protocol imap { mail_plugins = quota imap_quota } protocol lda { auth_socket_path = /var/run/dovecot/auth-master mail_plugins = sieve quota } Is that enough or missing something? -- Christopher From list at airstreamcomm.net Tue Jul 5 20:52:13 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Tue, 05 Jul 2011 12:52:13 -0500 Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir Message-ID: We have an older mail server using qpopper and the mbox format which we need to update to dovecot and maildir format. I have read through the docs on migrating from mbox to maildir, as well as a few nuggets on how to migrate from qpopper to dovecot, and I was wondering if I could get some suggestions on best practices for this specific migration. Would the built in dovecot conversion plugin be a viable method to migrate users? We will be migrating to dovecot 2.0.12 from qpopper 4.0.5. Thanks. From member at linkedin.com Tue Jul 5 22:33:49 2011 From: member at linkedin.com (Carla Tironi Farinati via LinkedIn) Date: Tue, 5 Jul 2011 19:33:49 +0000 (UTC) Subject: [Dovecot] Invitation to connect on LinkedIn Message-ID: <1698502884.13066420.1309894429447.JavaMail.app@ela4-bed39.prod> LinkedIn ------------ Carla Tironi Farinati requested to add you as a connection on LinkedIn: ------------------------------------------ Michael A., I'd like to add you to my professional network on LinkedIn. - Carla Accept invitation from Carla Tironi Farinati http://www.linkedin.com/e/458g9e-gpr9bmdf-3e/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I185081265_20/1BpC5vrmRLoRZcjkkZt5YCpnlOt3RApnhMpmdzgmhxrSNBszYMcBYRdz8Ne30Re359bStOdPhfoAJKbP8Me38RczAPd3cLrCBxbOYWrSlI/EML_comm_afe/ View invitation from Carla Tironi Farinati http://www.linkedin.com/e/458g9e-gpr9bmdf-3e/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkPl/blk/I185081265_20/30OnPkScz4Uc3kUckALqnpPbOYWrSlI/svi/ ------------------------------------------ Why might connecting with Carla Tironi Farinati be a good idea? Carla Tironi Farinati's connections could be useful to you: After accepting Carla Tironi Farinati's invitation, check Carla Tironi Farinati's connections to see who else you may know and who you might want an introduction to. Building these connections can create opportunities in the future. -- (c) 2011, LinkedIn Corporation From jtam.home at gmail.com Tue Jul 5 23:41:02 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Tue, 5 Jul 2011 13:41:02 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: > We have an older mail server using qpopper and the mbox format which we > need to update to dovecot and maildir format. I have read through the docs > on migrating from mbox to maildir, as well as a few nuggets on how to > migrate from qpopper to dovecot, and I was wondering if I could get some > suggestions on best practices for this specific migration. Would the built > in dovecot conversion plugin be a viable method to migrate users? We will > be migrating to dovecot 2.0.12 from qpopper 4.0.5. I didn't do anything special other than to use pop3_reuse_xuidl = yes so that clients don't re-download all their messages. Joseph Tam From DaLiV at apollo.lv Tue Jul 5 23:49:25 2011 From: DaLiV at apollo.lv (DaLiV at apollo.lv) Date: Tue, 05 Jul 2011 23:49:25 +0300 Subject: [Dovecot] hardcoded patch for dovecot v2 - authentication (ldap ) and mail location configuration with domain determined by IP Message-ID: <4E1378D5.8040803@apollo.lv> for hg changeset 12866:537d4b6d9a7a need help for creating/movement array "lip2user" in each code part to loadable settings array from configuration files in config must contain many rows by 3 fields : ip,ldapdn,resolved -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: virtual-domain-auth-by-reverse-ip.patch URL: From list at airstreamcomm.net Wed Jul 6 00:08:54 2011 From: list at airstreamcomm.net (list at airstreamcomm.net) Date: Tue, 05 Jul 2011 16:08:54 -0500 Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011 13:41:02 -0700 (PDT), Joseph Tam wrote: > On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: > >> We have an older mail server using qpopper and the mbox format which we >> need to update to dovecot and maildir format. I have read through the >> docs >> on migrating from mbox to maildir, as well as a few nuggets on how to >> migrate from qpopper to dovecot, and I was wondering if I could get some >> suggestions on best practices for this specific migration. Would the >> built >> in dovecot conversion plugin be a viable method to migrate users? We >> will >> be migrating to dovecot 2.0.12 from qpopper 4.0.5. > > I didn't do anything special other than to use > > pop3_reuse_xuidl = yes > > so that clients don't re-download all their messages. > > Joseph Tam Joseph, Did you convert the mbox emails to maildir format as well, or just put dovecot in front of the mbox files and run with the config setting you described above? I am attempting to convert all the mbox files to maildir format for use on a new system, and have found the mb2md.pl script on this page: http://wiki.dovecot.org/Migration/MailFormat I am going to test the script against a test user and see if it functions as expected. From jtam.home at gmail.com Wed Jul 6 03:05:30 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Tue, 5 Jul 2011 17:05:30 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: On Tue, 5 Jul 2011, list at airstreamcomm.net wrote: >> I didn't do anything special other than to use >> >> pop3_reuse_xuidl = yes >> >> so that clients don't re-download all their messages. > > Did you convert the mbox emails to maildir format as well, or just put > dovecot in front of the mbox files and run with the config setting you > described above? No, I left the mailboxes as mbox and did not convert to maildir. I had all sorts of mail clients and some use direct file access to their mailbox, so it requires a lot more deep-think before I can contemplate moving to maildir. Many people on this list have successfuly migrated to maildir so I don't think you'll have too much trouble. You'll appreciate that dovecot avoids some of the problems I had with qpopper: - qpopper made temp copies of a user's INBOX, and if you didn't put the drop copy on another filesytem, you essentially halved a user's quota. - because of the above, qpopper eats I/O like candy. - multiple client qoppper access will trouncing/locking user INBOXs. Joseph Tam From mnavaki at gmail.com Wed Jul 6 09:47:14 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 11:17:14 +0430 Subject: [Dovecot] Logging a special message into Dovecot source code Message-ID: Hi, I wanna modify Dovecot source code.For that,I need to know how can we log a special message into Dovecot source code? I tried to write a function to write a message in a file and added it to Dovecot source code,but it didn't work. I'm wondering if we can use Dovecote logging functions,but I don't know what are those functions and how can we use them. Thanks in advance. -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * * * From tom at elysium.ltd.uk Wed Jul 6 11:12:43 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 09:12:43 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <024401cc3a55$4a448f20$decdad60$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> Message-ID: <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> Hi, I've tried doing the following still with no luck. namespace { type = public separator = . prefix = Shared. location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared subscriptions = no } This allows everyone still to see Shared on subscriptions. Does anyone know how to stop this?? Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Tom Clark Sent: 04 July 2011 3:19 PM To: dovecot at dovecot.org Subject: [Dovecot] Public Mailbox & ACLs Hi, I'm having a problem I can't get my head around. I'm trying to setup a public mailbox that is hidden from all users unless granted access through an ACL. My folder structure is (migrated from a Courier IMAP/Qmail server): /var/spool/maildir - main public folder (contains a few .qmail files to redirect mail to the correct subfolder) /var/spool/maildir/Support - support public folder (a public folder rather than a maildir) /var/spool/maildir/Support/.SubFolder1 - support sub folder 1 (a maildir) /var/spool/maildir/Support/.SubFolder2 - support sub folder 2 (another maildir) /var/spool/maildir/System /var/spool/maildir/System/.SubFolder1 /var/spool/maildir/System/.SubFolder2 I couldn't get the namespace working correctly to just have 1 folder called "Shared" (you just got an empty folder when trying to subscribe). I ended up making 2 namespaces below: namespace { type = public separator = . prefix = Shared.Support. location = maildir:/var/spool/maildir/Support:INDEX=~/Maildir/Support subscriptions = no } namespace { type = public separator = . prefix = Shared.System. location = maildir:/var/spool/maildir/System:INDEX=~/Maildir/System subscriptions = no } This allowed me to get the result I was looking for. Using an ACL I get a Shared->Support/System->Subfolders view. However the problem is when a user is not in the ACL they can still see the Shared->Support/System folders (just none of the subfolders) and obviously can't subscribe. Could someone let me know what I am doing wrong and if there is a better way of doing this? Many thanks, Tom From mnavaki at gmail.com Wed Jul 6 12:24:48 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 13:54:48 +0430 Subject: [Dovecot] Logging a special message into Dovecot source code In-Reply-To: References: Message-ID: Hi, I wanna modify Dovecot source code.For that,I need to know how can we log a special message into Dovecot source code? I tried to write a function to write a message in a file and added it to Dovecot source code,but it didn't work. I'm wondering if we can use Dovecote logging functions,but I don't know what are those functions and how can we use them. Thanks in advance. -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * * * -- -- *Regards Meisam Navaki Arefi, * *M.Sc student,Computer Science, * ** *Amirkabir University Of Technology * *424 Hafez Avenue, Tehran ,Iran* From udo.lembke at albertbauer.com Wed Jul 6 12:38:43 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 11:38:43 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> Message-ID: <4E142D23.2080601@albertbauer.com> Hi Tom, sorry that I can't help you, but i have the same issue ( see thread "[Dovecot] Problems with acl and shared namespace" ). With a slightly different config (separator / and so on) but the same result - the public mailboxes are full accessible also from unauthorized accounts. I have also no answer to my questions - so i hope one of us get an answer. BTW. which dovecot version do you use? I use 2.0.13 - perhaps i should try 1.x? But i want to use new software on the new mailserver... Udo Am 06.07.2011 10:12, schrieb Tom Clark: > Hi, > > I've tried doing the following still with no luck. > > namespace { > type = public > separator = . > prefix = Shared. > location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared > subscriptions = no > } > > This allows everyone still to see Shared on subscriptions. Does anyone know > how to stop this?? > > Tom > ... From mnavaki at gmail.com Wed Jul 6 14:43:36 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 16:13:36 +0430 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: <1309412329.10421.1023.camel@hurina> References: <1309412329.10421.1023.camel@hurina> Message-ID: Actually,I want to disable authentication in dovecot.I don't want dovecot to authenticate.For that,I'm looking for into dovecot source code to find where dovecot compares passwords or do something like this.I found fuction named sasl_serever_auth_begin,but I couldn't understand what does it exactly do. On Thu, Jun 30, 2011 at 10:08 AM, Timo Sirainen wrote: > On Tue, 2011-06-28 at 12:07 +0430, Meisam Navaki wrote: > > Hi all, > > I'm reading dovecot source codes(2.0.13),and I need to know how dovecot > > communicate with sasl? > > For what purpose? Dovecot's login process communicates with auth process > via http://wiki2.dovecot.org/Design/AuthProtocol > > > I traced the source code from cmd_login function,and found out something > > about sasl_callback. > > but i never found where this function called and also I couldn't > understand > > how sasl inform the dovecot from authentication result. > > I'll be thankful if someone could help me out. > > The code is a bit tricky jumping all around.. I can help more if you > tell me what it is that you actually want to do. > > > -- -- *Regards Meisam Navaki Arefi, * *System Programmer, * ** *Bayan Co. * From mnavaki at gmail.com Wed Jul 6 14:46:23 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 6 Jul 2011 16:16:23 +0430 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: References: <1309412329.10421.1023.camel@hurina> Message-ID: > Actually,I want to disable authentication in dovecot.I don't want dovecot > to authenticate.For that,I'm looking for into dovecot source code to find > where dovecot compares passwords or do something like this.I found fuction > named sasl_serever_auth_begin,but I couldn't understand what does it exactly > do. > > > On Thu, Jun 30, 2011 at 10:08 AM, Timo Sirainen wrote: > >> On Tue, 2011-06-28 at 12:07 +0430, Meisam Navaki wrote: >> > Hi all, >> > I'm reading dovecot source codes(2.0.13),and I need to know how dovecot >> > communicate with sasl? >> >> For what purpose? Dovecot's login process communicates with auth process >> via http://wiki2.dovecot.org/Design/AuthProtocol >> >> > I traced the source code from cmd_login function,and found out something >> > about sasl_callback. >> > but i never found where this function called and also I couldn't >> understand >> > how sasl inform the dovecot from authentication result. >> > I'll be thankful if someone could help me out. >> >> The code is a bit tricky jumping all around.. I can help more if you >> tell me what it is that you actually want to do. >> >> >> > > > -- > -- > *Regards > Meisam Navaki Arefi, > * > *System Programmer, > * > ** > *Bayan Co. > * > -- -- *Regards Meisam Navaki Arefi, * *M.Sc student,Computer Science, * ** *Amirkabir University Of Technology * *424 Hafez Avenue, Tehran ,Iran* From tom at elysium.ltd.uk Wed Jul 6 14:49:29 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 12:49:29 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E142D23.2080601@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> Message-ID: <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> Hi Udo, I'm using 2.0.8. I've managed to get the ACLs working by adding: mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is technically the right place. It may be better adding them to the plugins file). Then added the dovecot-acl files into the subdirectories. The only problem I'm having is that I can't get dovecot to NOT display the top level shared folders. Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Udo Lembke Sent: 06 July 2011 10:39 AM To: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, sorry that I can't help you, but i have the same issue ( see thread "[Dovecot] Problems with acl and shared namespace" ). With a slightly different config (separator / and so on) but the same result - the public mailboxes are full accessible also from unauthorized accounts. I have also no answer to my questions - so i hope one of us get an answer. BTW. which dovecot version do you use? I use 2.0.13 - perhaps i should try 1.x? But i want to use new software on the new mailserver... Udo Am 06.07.2011 10:12, schrieb Tom Clark: > Hi, > > I've tried doing the following still with no luck. > > namespace { > type = public > separator = . > prefix = Shared. > location = maildir:/var/spool/maildir:INDEX=~/Maildir/Shared > subscriptions = no > } > > This allows everyone still to see Shared on subscriptions. Does anyone know > how to stop this?? > > Tom > ... From cabeca at ist.utl.pt Wed Jul 6 15:31:49 2011 From: cabeca at ist.utl.pt (=?iso-8859-1?Q?Miguel_Cabe=E7a?=) Date: Wed, 6 Jul 2011 13:31:49 +0100 Subject: [Dovecot] proxying user logged in with master user Message-ID: <11FDAFBB-E0A0-46CB-977D-E3456289C2F5@ist.utl.pt> Hello, I'm running dovecot 1.2.15 and I'm having a problem proxying a user to another host, when this user is logged in with a masteruser. I have two dovecot servers configured to serve half of the users locally and to proxy the other half to the other host. Proxying is done using the masteruser feature (username*proxy) and it works as expected as the following test shows: # nc localhost 143 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI] Dovecot ready. 01 LOGIN ist90001 password_for_ist90001 01 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in ^C And the corresponding log entry: Jul 6 13:10:06 mail1 dovecot: imap-login: proxy(ist90001): started proxying to X.Y.Z.W:143/ist90001*proxy: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 6 13:10:09 mail1 dovecot: imap-login: proxy(ist90001): disconnecting 127.0.0.1 The ist90001 is proxied to the other host as expected and as configured. The problem occurs when I try to use another masteruser to log into the server: # nc localhost 143 * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI] Dovecot ready. 01 LOGIN ist90001*super password_for_super_masteruser 01 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA] Logged in ^C But this time the user isn't proxied to the other host. Instead he is logged in this host: Jul 6 13:11:14 mail1 dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Jul 6 13:11:16 mail1 dovecot: IMAP(ist90001): Connection closed bytes=0/292 Is this the intended behavior or a bug? I was expecting the user to be logged in with the password of the super masteruser, and then be proxied to the other host as it happens when the user is logged in with it's own password. I can provide any configuration details if needed. Best Regards Miguel Cabe?a From udo.lembke at albertbauer.com Wed Jul 6 15:36:05 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 14:36:05 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> Message-ID: <4E1456B5.2040901@albertbauer.com> Hi Tom, are the ACLs working for you as namespace-type shared, or public? The non-reconiced ACLs are on type public at my installation (all user can access all folders). I had already in 20-imap.conf: protocol imap { mail_plugins = $mail_plugins acl imap_acl ... and in 10-mail.conf: mail_plugins = acl autocreate quota OK, acl are doubled, but i hope that's no problem. Udo Am 06.07.2011 13:49, schrieb Tom Clark: > Hi Udo, > > I'm using 2.0.8. I've managed to get the ACLs working by adding: > > mail_plugins = acl > protocol imap { > mail_plugins = $mail_plugins imap_acl > } > > To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is > technically the right place. It may be better adding them to the plugins > file). > > Then added the dovecot-acl files into the subdirectories. > > The only problem I'm having is that I can't get dovecot to NOT display the > top level shared folders. > > Tom From tom at elysium.ltd.uk Wed Jul 6 15:38:35 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 13:38:35 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E1456B5.2040901@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> Message-ID: <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> Hi Udo, My folders are public mailboxes rather than shared. Why don't you copy your namespace and dovecot-acl files here and we'll have a look at them? Tom -----Original Message----- From: Udo Lembke [mailto:udo.lembke at albertbauer.com] Sent: 06 July 2011 1:36 PM To: Tom Clark Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, are the ACLs working for you as namespace-type shared, or public? The non-reconiced ACLs are on type public at my installation (all user can access all folders). I had already in 20-imap.conf: protocol imap { mail_plugins = $mail_plugins acl imap_acl ... and in 10-mail.conf: mail_plugins = acl autocreate quota OK, acl are doubled, but i hope that's no problem. Udo Am 06.07.2011 13:49, schrieb Tom Clark: > Hi Udo, > > I'm using 2.0.8. I've managed to get the ACLs working by adding: > > mail_plugins = acl > protocol imap { > mail_plugins = $mail_plugins imap_acl > } > > To the bottom of 10-mail.conf in /etc/dovecot/conf.d/ (not sure if this is > technically the right place. It may be better adding them to the plugins > file). > > Then added the dovecot-acl files into the subdirectories. > > The only problem I'm having is that I can't get dovecot to NOT display the > top level shared folders. > > Tom From stephan at rename-it.nl Wed Jul 6 16:20:47 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Wed, 06 Jul 2011 15:20:47 +0200 Subject: [Dovecot] Dovecot communication with sasl in dovecot source code In-Reply-To: References: <1309412329.10421.1023.camel@hurina> Message-ID: <4E14612F.9020802@rename-it.nl> Op 6-7-2011 13:43, Meisam Navaki schreef: > Actually,I want to disable authentication in dovecot.I don't want dovecot to > authenticate.For that,I'm looking for into dovecot source code to find where > dovecot compares passwords or do something like this. Why would you want to do that? :) Regards, Stephan. From udo.lembke at albertbauer.com Wed Jul 6 17:04:56 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:04:56 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> Message-ID: <4E146B88.2090600@albertbauer.com> Hi Tom, Am 06.07.2011 14:38, schrieb Tom Clark: > Hi Udo, > > My folders are public mailboxes rather than shared. Why don't you copy your > namespace and dovecot-acl files here and we'll have a look at them? i like to do so - and during copy/paste i found the issue!! Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/archiv/example.org/test4/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 This came throug one link ( /var/data/archiv/example.org/test4/public -> /var/data/public ) I removed the link and now i can't see the public-folders below the users archiv-area. But below the public-namespace the ACLs now working!! BTW. i think also with links should ACLs working. Thanks. Udo From matt at mattrude.com Wed Jul 6 17:19:25 2011 From: matt at mattrude.com (Matt Rude) Date: Wed, 06 Jul 2011 09:19:25 -0500 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E0CF4B4.40501@gmail.com> References: <4E0C9058.3000900@esiee.fr> <4E0CF4B4.40501@gmail.com> Message-ID: <4E146EED.9020700@mattrude.com> On 6/30/2011 5:12 PM, Johan Hendriks wrote: > Frank Bonnet schreef: >> Hello >> >> Is it possible to share an Imap folder for a user with another one ? >> >> user a > imap-folder1 >> ^ >> user b >------| >> >> Could user a share his folder "imap-folder1" with user b >> in readonly mode ? >> >> I use "real" users ( not virtuals ) >> >> Thanks a lot. >> >> > This is possible, we use this in combination with roundcube to share > folders. > Users log in to there webmail interface and can share there folder there. > Thunderbird has an plugin also. > But the most users use Microsoft Outlook, with has as far i know no > option to create a share. > > You can create this shared folders through namespaces. > > Gr > Johan Hendriks > Johan, How are your users sharing there folders in Roundcube? Are you running a plugin or is there native support that I'm just not seeing? Thanks -Matt -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From udo.lembke at albertbauer.com Wed Jul 6 17:22:44 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:22:44 +0200 Subject: [Dovecot] Problems with acl and shared namespace [solved] In-Reply-To: <4E12EBC4.4030704@albertbauer.com> References: <4E0C4990.3070602@albertbauer.com> <4E12EBC4.4030704@albertbauer.com> Message-ID: <4E146FB4.70404@albertbauer.com> The problem with not reconiced acl-files are solved. It's an bad idea to use a link from one shared/public area to another. Am 05.07.2011 12:47, schrieb Udo Lembke: > > ... > The public shared area are symlinked below the archiv-area: > ls -lsa archiv/example.org/test4/ > insgesamt 16 > 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:40 . > 4 drwx------ 3 dovecot dovecot 4096 5. Jul 11:27 .. > 4 drwx------ 2 dovecot dovecot 4096 5. Jul 11:27 archiv > 4 -rw------- 1 dovecot dovecot 108 5. Jul 11:40 dovecot-acl-list > 0 lrwxrwxrwx 1 root root 16 5. Jul 11:27 public -> > /var/data/public > After removing the link, the list command show the right result: > The problem is, that the acls are not reconiced - the acl should > forbid an access, but access is possible. > > This show the telnet imap-session: > . list "" "*" > * LIST (\HasNoChildren) "/" "Drafts" > * LIST (\HasNoChildren) "/" "Spam" > * LIST (\HasNoChildren) "/" "Sent" > * LIST (\HasNoChildren) "/" "Trash" > * LIST (\HasNoChildren) "/" "INBOX" > * LIST (\Noselect \HasChildren) "/" "public" > * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" > * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org/public" > * LIST (\Noselect \HasChildren) "/" > "archiv/test4 at example.org/public/kunde_2" > * LIST (\HasNoChildren) "/" > "archiv/test4 at example.org/public/kunde_2/Kundenmails" > * LIST (\Noselect \HasChildren) "/" > "archiv/test4 at example.org/public/kunde_3" > * LIST (\HasNoChildren) "/" > "archiv/test4 at example.org/public/kunde_3/Kundenmails" > * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" > . OK List completed. . list "" "*" * LIST (\HasNoChildren) "/" "Drafts" * LIST (\HasNoChildren) "/" "Spam" * LIST (\HasNoChildren) "/" "Sent" * LIST (\HasNoChildren) "/" "Trash" * LIST (\HasNoChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "public" * LIST (\Noselect \HasChildren) "/" "archiv/test4 at example.org" * LIST (\Noselect \HasNoChildren) "/" "archiv/test4 at example.org/archiv" . OK List completed. Udo From udo.lembke at albertbauer.com Wed Jul 6 17:28:18 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 16:28:18 +0200 Subject: [Dovecot] share an IMAP folder ? In-Reply-To: <4E146EED.9020700@mattrude.com> References: <4E0C9058.3000900@esiee.fr> <4E0CF4B4.40501@gmail.com> <4E146EED.9020700@mattrude.com> Message-ID: <4E147102.30504@albertbauer.com> Am 06.07.2011 16:19, schrieb Matt Rude: > ... > Johan, > How are your users sharing there folders in Roundcube? Are you running > a plugin or is there native support that I'm just not seeing? > > Thanks > -Matt > Hi, Personal Settings -> Folder But you have to allow the folders via ACL-file (dovecot-acl) see http://wiki.dovecot.org/ACL Udo From tom at elysium.ltd.uk Wed Jul 6 17:39:27 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Wed, 6 Jul 2011 15:39:27 +0100 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <4E146B88.2090600@albertbauer.com> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> <4E146B88.2090600@albertbauer.com> Message-ID: <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> Hi Udo, Glad you got it working. I decided to do the list test. This is what I'm getting as a user not allowed access to the shared folders: 02 LIST "" * * LIST (\HasNoChildren) "." "Drafts" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" * LIST (\HasChildren) "." "Shared.System" * LIST (\HasChildren) "." "Shared.Support" 02 OK List completed. As you can see I can list Shared.System and Shared.Support which is what I don't want! Tom -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Udo Lembke Sent: 06 July 2011 3:05 PM To: Tom Clark Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Public Mailbox & ACLs Hi Tom, Am 06.07.2011 14:38, schrieb Tom Clark: > Hi Udo, > > My folders are public mailboxes rather than shared. Why don't you copy your > namespace and dovecot-acl files here and we'll have a look at them? i like to do so - and during copy/paste i found the issue!! Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl vfile: reading file /var/data/archiv/example.org/test4/public/kunde_2/dovecot-acl ... Jul 06 15:06:41 imap(test4 at example.org): Debug: acl: No lookup right to mailbox: public/kunde_2 This came throug one link ( /var/data/archiv/example.org/test4/public -> /var/data/public ) I removed the link and now i can't see the public-folders below the users archiv-area. But below the public-namespace the ACLs now working!! BTW. i think also with links should ACLs working. Thanks. Udo From fakessh at Wed Jul 6 19:17:07 2011 From: fakessh at (fakessh at ) Date: Wed, 6 Jul 2011 18:17:07 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <4E11B9C3.5050100@rename-it.nl> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> <4E11B9C3.5050100@rename-it.nl> Message-ID: <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> On Mon, 04 Jul 2011 15:01:55 +0200 Stephan Bosch wrote: > Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > > I just change my sieve script by removing the implicit discard a > > > fileinto :create "Junk.spam.spam" > [...] > > it just happened a mail that was issued in INBOX.spam.spam supposedly > > a hit with spam than 500 which does not appear in the body of the > > mail here > [...] > > I do not see why this email was issued in this box > > I've executed sieve-test with your script and message, which reproduces > the problem at my end: > > === > $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml > ## Started executing script 'frop' > 2: header test > 2: starting `:value-ge' match with `i;ascii-numeric' comparator: > 2: extracting `X-Spam-score' headers from message > 2: matching value `-1.9' > 2: with key `500' => 1 > 2: finishing match with result: matched > 3: jump if result is false > 3: not jumping > 5: discard action; cancel implicit keep > 6: stop command; end all script execution > ## Finished executing script 'frop' > > Performed actions: > > * discard > > Implicit keep: > > (none) > > sieve-test(stephan): Info: final result: success > === > > This turns out to be a classic mistake actually (which I didn't think of > either). It is related to the (admittedly counter-intuitive) nature of > the i;ascii-numeric comparator. > > From RFC4790, Section 9.1.1 > (http://tools.ietf.org/html/rfc4790#section-9.1.1): > `The "i;ascii-numeric" collation is a simple collation intended for use > with arbitrarily-sized, unsigned decimal integer numbers stored as octet > strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. > Before converting from string to integer, the input string is truncated > at the first non-digit character. All input is valid; strings that do > not start with a digit represent positive infinity.' > > This comparator thus works on UNSIGNED integers only. Even worse, > negative numbers are mapped to positive infinity, which is obviously > > 500! There is your problem. I remember that issue was reported some time > ago by someone else too. > > To solve your problem, you need to check for the negative sign first. E.g.: > > require ["comparator-i;ascii-numeric","relational"]; > if allof( > not header :matches "x-spam-score" "-*", > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > "500") > { > discard; > stop; > } a simple script are one syntax proximate to a sample exemple to stephan how to make a complex script that deals with both spam spam hist flag suspicious address diverse i try this ~]# cat /var/sieve-scripts/roundcube.sieve require ["fileinto","regex","comparator-i;ascii-numeric","reject","relational","mailbox","reject","variables","envelope","subaddress"]; # rule:[spammanage] #if anyof (header :contains "X-Spam-Flag" "YES") #{ # fileinto "Junk"; #} if allof( not header :matches "x-spam-score" "-*", header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" "500") { discard; stop; } if anyof ( # puremsg scores (30% or higher) header :matches ["X-Spam-Flag"] ["Yes"] ) { fileinto "Junk"; stop; } elsif anyof ( header :contains "Received" [ "[4.63.221.224", ] ) { fileinto :create "Junk"; } elsif anyof ( header :contains ["SPAM", "X-Spam-Status"] ["ADDRESSES_ON_CD","ACT_NOW", ] ) { fileinto :create "Junk"; } or better much approch is the succession a if anyof elsif anyof not work for the discard action > > Or, even better: start using the spamtest(plus) extension. > > Regards, > > Stephan. > > > > > > > -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fakessh at Wed Jul 6 19:26:45 2011 From: fakessh at (fakessh at ) Date: Wed, 6 Jul 2011 18:26:45 +0200 Subject: [Dovecot] sieve problem email silently discard In-Reply-To: <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> References: <201107032222.30891.ml@smtp.fakessh.eu> <4E10E5B2.2070403@rename-it.nl> <201107040040.18689.ml@smtp.fakessh.eu> <201107041419.35221.ml@smtp.fakessh.eu> <4E11B9C3.5050100@rename-it.nl> <20110706181707.1b1ffe8f.ml@smtp.fakessh.eu> Message-ID: <20110706182645.597bbdd2.ml@smtp.fakessh.eu> On Wed, 6 Jul 2011 18:17:07 +0200 fakessh @ wrote: > On Mon, 04 Jul 2011 15:01:55 +0200 > Stephan Bosch wrote: > > > Op 4-7-2011 14:19, ml at smtp.fakessh.eu schreef: > > > Le lundi 4 juillet 2011 00:40, ml at smtp.fakessh.eu a ?crit : > > > > I just change my sieve script by removing the implicit discard a > > > > fileinto :create "Junk.spam.spam" > > [...] > > > it just happened a mail that was issued in INBOX.spam.spam supposedly > > > a hit with spam than 500 which does not appear in the body of the > > > mail here > > [...] > > > I do not see why this email was issued in this box > > > > I've executed sieve-test with your script and message, which reproduces > > the problem at my end: > > > > === > > $ sieve-test -t - -T level=matching ~/fakessh.sieve ~/fakessh.eml > > ## Started executing script 'frop' > > 2: header test > > 2: starting `:value-ge' match with `i;ascii-numeric' comparator: > > 2: extracting `X-Spam-score' headers from message > > 2: matching value `-1.9' > > 2: with key `500' => 1 > > 2: finishing match with result: matched > > 3: jump if result is false > > 3: not jumping > > 5: discard action; cancel implicit keep > > 6: stop command; end all script execution > > ## Finished executing script 'frop' > > > > Performed actions: > > > > * discard > > > > Implicit keep: > > > > (none) > > > > sieve-test(stephan): Info: final result: success > > === > > > > This turns out to be a classic mistake actually (which I didn't think of > > either). It is related to the (admittedly counter-intuitive) nature of > > the i;ascii-numeric comparator. > > > > From RFC4790, Section 9.1.1 > > (http://tools.ietf.org/html/rfc4790#section-9.1.1): > > `The "i;ascii-numeric" collation is a simple collation intended for use > > with arbitrarily-sized, unsigned decimal integer numbers stored as octet > > strings. US-ASCII digits (0x30 to 0x39) represent digits of the numbers. > > Before converting from string to integer, the input string is truncated > > at the first non-digit character. All input is valid; strings that do > > not start with a digit represent positive infinity.' > > > > This comparator thus works on UNSIGNED integers only. Even worse, > > negative numbers are mapped to positive infinity, which is obviously > > > 500! There is your problem. I remember that issue was reported some time > > ago by someone else too. > > > > To solve your problem, you need to check for the negative sign first. E.g.: > > > > require ["comparator-i;ascii-numeric","relational"]; > > if allof( > > not header :matches "x-spam-score" "-*", > > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > > "500") > > { > > discard; > > stop; > > } > > a simple script are one syntax proximate to a sample exemple to stephan > > > how to make a complex script that deals with both spam spam hist flag suspicious address diverse > > i try this > ~]# cat /var/sieve-scripts/roundcube.sieve > > require ["fileinto","regex","comparator-i;ascii-numeric","reject","relational","mailbox","reject","variables","envelope","subaddress"]; > # rule:[spammanage] > #if anyof (header :contains "X-Spam-Flag" "YES") > #{ > # fileinto "Junk"; > #} > if allof( > not header :matches "x-spam-score" "-*", > header :value "ge" :comparator "i;ascii-numeric" "x-spam-score" > "500") > { > discard; > stop; > } > if anyof ( > # puremsg scores (30% or higher) > header :matches ["X-Spam-Flag"] ["Yes"] > ) { > fileinto "Junk"; > stop; > } > > elsif anyof ( > header :contains "Received" > [ "[4.63.221.224", > > ] > ) > { > fileinto :create "Junk"; > } > elsif anyof ( > header :contains ["SPAM", "X-Spam-Status"] > ["ADDRESSES_ON_CD","ACT_NOW", > ] > ) > { > fileinto :create "Junk"; > } > > > or better much approch is > the succession a if anyof elsif anyof > not work for the discard action > > > > > > Or, even better: start using the spamtest(plus) extension. > > > > Regards, > > > > Stephan. > > > > > > > > > > > > > > > > work well transform allof in anyof -- ?http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 ?gpg --keyserver pgp.mit.edu --recv-key 092164A7 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From udo.lembke at albertbauer.com Wed Jul 6 19:37:06 2011 From: udo.lembke at albertbauer.com (Udo Lembke) Date: Wed, 06 Jul 2011 18:37:06 +0200 Subject: [Dovecot] Public Mailbox & ACLs In-Reply-To: <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> References: <024401cc3a55$4a448f20$decdad60$@ltd.uk> <08f201cc3bb4$7b830d40$728927c0$@ltd.uk> <4E142D23.2080601@albertbauer.com> <093501cc3bd2$c3aa2360$4afe6a20$@ltd.uk> <4E1456B5.2040901@albertbauer.com> <094e01cc3bd9$9f5c9a90$de15cfb0$@ltd.uk> <4E146B88.2090600@albertbauer.com> <0a2101cc3bea$828e9470$87abbd50$@ltd.uk> Message-ID: <4E148F32.7060503@albertbauer.com> Hi Tom, any hints in the dovecot-log if you enable verbose logging? info_log_path = /var/log/dovecot.log auth_verbose = yes auth_debug = yes mail_debug = yes And how looks your acl-files? Udo Am 06.07.2011 16:39, schrieb Tom Clark: > Hi Udo, > > Glad you got it working. I decided to do the list test. This is what I'm > getting as a user not allowed access to the shared folders: > > 02 LIST "" * > * LIST (\HasNoChildren) "." "Drafts" > * LIST (\HasNoChildren) "." "Trash" > * LIST (\HasChildren) "." "INBOX" > * LIST (\HasChildren) "." "Shared.System" > * LIST (\HasChildren) "." "Shared.Support" > 02 OK List completed. > > As you can see I can list Shared.System and Shared.Support which is what I > don't want! > > Tom From user+dovecot at localhost.localdomain.org Wed Jul 6 23:14:06 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Wed, 06 Jul 2011 22:14:06 +0200 Subject: [Dovecot] Logging a special message into Dovecot source code In-Reply-To: References: Message-ID: <4E14C20E.5000604@localhost.localdomain.org> On 07/06/2011 08:47 AM Meisam Navaki wrote: > Hi, > I wanna modify Dovecot source code.For that,I need to know how can we log a > special message into Dovecot source code? > I tried to write a function to write a message in a file and added it to > Dovecot source code,but it didn't work. > I'm wondering if we can use Dovecote logging functions,but I don't know what > are those functions and how can we use them. > Thanks in advance. > There are the functions i_{panic,fatal,error,warning,info,debug}. See also: http://hg.dovecot.org/dovecot-2.0/file/537d4b6d9a7a/src/lib/failures.h#l50 Regards, Pascal -- The trapper recommends today: f007ba11.1118722 at localdomain.org From nicolas.croiset at brume.org Thu Jul 7 07:32:38 2011 From: nicolas.croiset at brume.org (Nicolas Croiset (Campus Grenoble 90,8)) Date: Thu, 07 Jul 2011 06:32:38 +0200 Subject: [Dovecot] Patch for vpopmail roaming users support Message-ID: <4E1536E6.3060502@brume.org> Hi Matt, I try on my setup the patch you made last month and the /home/vpopmail/etc/open-smtp leaves empty. If I go back with the vpopmail mode, it is working. I don't understand what's happened really. Bye. -- +------------------------------------------------------------+ | E-mail : Nicolas.Croiset at brume.org | | Annuaire des radios AM/FM/DMB : http://www.annuradio.fr/ | +------------------------------------------------------------+ From wexi at wexin.net Thu Jul 7 11:30:31 2011 From: wexi at wexin.net (Veikko "Wexi" Skurnik) Date: Thu, 07 Jul 2011 11:30:31 +0300 Subject: [Dovecot] Sieve scripts not run Message-ID: <4E156EA7.1070000@wexin.net> Hi I have a dovecot/postfix mail server with virtual user and LDAP authentication but for some reason the sieve scripts in user's maildirs are not run. Here's my dovecot -n: # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 auth_debug_passwords = yes auth_mechanisms = plain login auth_username_format = %Ln auth_verbose = yes base_dir = /var/run/dovecot/ first_valid_gid = 120 first_valid_uid = 111 hostname = mail.websovellukset.fi log_path = /var/log/dovecot.log login_greeting = Omnibyte Dovecot ready. mail_debug = yes mail_gid = vmail mail_location = /var/vmail/%n mail_uid = vmail maildir_stat_dirs = yes 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 passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename mail_log_fields = uid box msgid size quota = maildir:User quota quota_rule = *:storage=2G quota_rule2 = Trash:storage=+200M sieve = /var/vmail/%n/dovecot.sieve sieve_dir = /var/vmail/%n/sieve } postmaster_address = postmaster at websovellukset.fi protocols = imap pop3 lmtp sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = postfix mode = 0600 user = postfix } user = $default_internal_user } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } process_min_avail = 0 service_count = 1 } service imap { process_limit = 1024 vsz_limit = 256 M } service managesieve-login { inet_listener sieve { port = 4190 } process_min_avail = 0 service_count = 1 vsz_limit = 64 M } ssl_cert = References: <4E156EA7.1070000@wexin.net> Message-ID: <4E1570FC.3050308@rename-it.nl> Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef: > I have a dovecot/postfix mail server with virtual user and LDAP > authentication but for some reason the sieve scripts in user's maildirs > are not run. Here's my dovecot -n: [...] > I can telnet to the Managesieve server and it also works with Roundcube > but whatever the sieve script contains, nothing happens. I've also > looked into the logs but cannot find any errors related to this... Are you using the Dovecot LDA or LMTP? Without one of those, Sieve scripts will not be applied. http://wiki2.dovecot.org/LDA http://wiki2.dovecot.org/LMTP (you are at least running this one, but does postfix use it?) If you are using LMTP, your config indicates that you have not enabled the sieve plugin for it. Then this is missing: protocol lmtp { mail_plugins = "sieve" } Regards, Stephan. From wexi at wexin.net Thu Jul 7 15:22:45 2011 From: wexi at wexin.net (Veikko "Wexi" Skurnik) Date: Thu, 07 Jul 2011 15:22:45 +0300 Subject: [Dovecot] Sieve scripts not run In-Reply-To: <4E1570FC.3050308@rename-it.nl> References: <4E156EA7.1070000@wexin.net> <4E1570FC.3050308@rename-it.nl> Message-ID: <4E15A515.3030901@wexin.net> On 7.7.2011 11:40, Stephan Bosch wrote: > Op 7-7-2011 10:30, Veikko "Wexi" Skurnik schreef: >> I have a dovecot/postfix mail server with virtual user and LDAP >> authentication but for some reason the sieve scripts in user's maildirs >> are not run. Here's my dovecot -n: > [...] >> I can telnet to the Managesieve server and it also works with Roundcube >> but whatever the sieve script contains, nothing happens. I've also >> looked into the logs but cannot find any errors related to this... > > Are you using the Dovecot LDA or LMTP? Without one of those, Sieve > scripts will not be applied. > > http://wiki2.dovecot.org/LDA > http://wiki2.dovecot.org/LMTP (you are at least running this one, but > does postfix use it?) > > If you are using LMTP, your config indicates that you have not enabled > the sieve plugin for it. Then this is missing: > > protocol lmtp { > mail_plugins = "sieve" > } > Hmm OK, turns out I wasn't using Dovecot's LDA but Postfix's. The attempt to switch to dovecot's LDA created another problem, now users cannot recieve email and the logs show an "user unknown" error. I believe it has something to do with the userdb lookups from LDAP, it's not matchin LDAP:s mail attribute to the username as the Postfix LDA did... Anyone have any experience with this problem? The passdb lookups work as I can log in an browse the mailboxes. Wexi -- * Veikko "Wexi" Skurnik: +358(44)5288338 * * wexi at wexin.net Wexi at IRCNet wexi79 at skype * * Rudolf Koivun tie 191 38250 Sastamala * * "Kosminen balanssi ei saa j?rkky?" * From apm at one.com Thu Jul 7 15:42:19 2011 From: apm at one.com (Peter Mogensen) Date: Thu, 07 Jul 2011 14:42:19 +0200 Subject: [Dovecot] passdb/userdb via UNIX socket? Message-ID: <4E15A9AB.6040500@one.com> Hi, I've been running some performance tests - especially delivery (LDA and LMTP) and it seems there's room for improvement. At least it would be nice to get rid of the fork() and pipe to deliver LDA and the fork of the checkpasswd script for userdb lookup. I've tried LMTP to not fork deliver (*), but checkpasswd still takes time (ok, maybe because it's written on perl as of now). But I was wondering, why there's no passdb/userdb plugin for talking to a local authentication daemon over a UNIX socket? Have I missed something? Is there a thirdparty patch for this? /Peter *: Using Postfix "virtual" LDA seems much faster than asking Postfix to pipe data to "deliver". ... but then of course, I get no dovecot indexing by the LDA. From mdunlap at breakawaysystems.com Thu Jul 7 22:03:28 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:03:28 -0500 Subject: [Dovecot] missing +r perm: Message-ID: <1310065409.14764.6.camel@mdunlap-desktop> This is probably a really simple issue but I am not sure how to tackle it. sudo dovecot -n: http://pastie.org/2179100 The error message in mail.log: http://pastie.org/2179032 Dovecot.conf says: mail_privileged_group: mail I thought of added the user dovecot to the group mail in hopes of solving the permissions problem, but it didn't seem to make a difference. Any ideas? From CMarcus at Media-Brokers.com Thu Jul 7 22:17:06 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 07 Jul 2011 15:17:06 -0400 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310065409.14764.6.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> Message-ID: <4E160632.7080100@Media-Brokers.com> On 2011-07-07 3:03 PM, Max Dunlap wrote: > sudo dovecot -n: > http://pastie.org/2179100 > > The error message in mail.log: > http://pastie.org/2179032 You're much better off just pasting the output of these into the email body - lost of people won't go to the trouble of clicking links like these... -- Best regards, Charles From mdunlap at breakawaysystems.com Thu Jul 7 22:21:52 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:21:52 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <4E160632.7080100@Media-Brokers.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160632.7080100@Media-Brokers.com> Message-ID: <1310066512.14764.7.camel@mdunlap-desktop> Oh, well. I'll take what I can get at this point. On Thu, 2011-07-07 at 15:17 -0400, Charles Marcus wrote: > On 2011-07-07 3:03 PM, Max Dunlap wrote: > > sudo dovecot -n: > > http://pastie.org/2179100 > > > > The error message in mail.log: > > http://pastie.org/2179032 > > You're much better off just pasting the output of these into the email > body - lost of people won't go to the trouble of clicking links like > these... > From matt at mattrude.com Thu Jul 7 22:43:33 2011 From: matt at mattrude.com (Matt Rude) Date: Thu, 07 Jul 2011 14:43:33 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310065409.14764.6.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> Message-ID: <4E160C65.9090007@mattrude.com> On 7/7/2011 2:03 PM, Max Dunlap wrote: > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) The error message is telling you that the dovecot program can't open /home/dlambert/Maildir/cur/msg.COmK:2,ST. What are the permissions of that file? Who is dovecot running as? Can the user dovecot is running as read that file? -Matt -- Matt Rude Minneapolis, Minnesota, USA email: matt at mattrude.com website: http://mattrude.com s/mime: 28ed9274553ca7481369789df0663808 gpg: 0x6503BE11 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From mdunlap at breakawaysystems.com Thu Jul 7 22:52:55 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Thu, 07 Jul 2011 14:52:55 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <4E160C65.9090007@mattrude.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> Message-ID: <1310068376.14764.10.camel@mdunlap-desktop> The permissions are: -rw------- 1 root root 7609 2011-07-05 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST The same as another mail machine we have up (making a transition) I'm not sure who to find out who dovecot is running as: -rwxr-xr-x 1 root root 217240 2011-06-07 00:03 /usr/sbin/dovecot root maybe? Thanks so far On Thu, 2011-07-07 at 14:43 -0500, Matt Rude wrote: > On 7/7/2011 2:03 PM, Max Dunlap wrote: > > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > The error message is telling you that the dovecot program can't open > /home/dlambert/Maildir/cur/msg.COmK:2,ST. > > What are the permissions of that file? Who is dovecot running as? Can > the user dovecot is running as read that file? > > -Matt > From mason at blisses.org Thu Jul 7 23:51:34 2011 From: mason at blisses.org (Mason Loring Bliss) Date: Thu, 7 Jul 2011 16:51:34 -0400 Subject: [Dovecot] Trash handling? Message-ID: <20110707205134.GE2264@blisses.org> Hello, all. I've recently switched over to Dovecot from a long stretch of using Courier IMAP, and there's one thing I don't have working that I'd quite like. With Courier I had a magic trash folder in which things I deleted would live for a specified amount of time, after which they'd be deleted. I see how to get the expiry behaviour I want, but not the magic saving-to-mailbox functionality. lazy_expunge looks similar but not precisely what I want. Is there a default way to get expunged messages moved to a different mailbox but not a different namespace? Thanks in advance for clues. -- Mason Loring Bliss mason at blisses.org Ewige Blumenkraft! (if awake 'sleep (aref #(sleep dream) (random 2))) -- Hamlet, Act III, Scene I From tlx at leuxner.net Fri Jul 8 11:12:47 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 10:12:47 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310068376.14764.10.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> Message-ID: <20110708081247.GA26034@nihlus.leuxner.net> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > The permissions are: > -rw------- 1 root root 7609 2011-07-05 > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > What's so difficult about this? [ Log excerpt ] Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) [ Conf excerpt ] auth default: passdb: driver: pam userdb: driver: passwd You are accessing the maildir structure using UID 1002 but the directory is owned by UID 1. Needs to be fixed on either side... Please visit these links and have a look at the quote below: http://wiki.dovecot.org/PasswordDatabase/PAM http://wiki.dovecot.org/AuthDatabase/Passwd [...] This uses the UID and GID fields from passwd, but home directory is overridden. Also the default mail_location setting is overridden. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From tlx at leuxner.net Fri Jul 8 11:16:40 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 10:16:40 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <20110708081640.GB26034@nihlus.leuxner.net> On Fri, Jul 08, 2011 at 10:12:47AM +0200, Thomas Leuxner wrote: > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... Should read UID 0. Shame on me - more coffee required... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From tom at elysium.ltd.uk Fri Jul 8 11:32:56 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 09:32:56 +0100 Subject: [Dovecot] Shared mailbox not showing in list Message-ID: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> I've setup a shared folder on my server which isn't showing in the list command for the user it's shared with. Can someone help? I have done everything correctly I believe. The user sharing their mailbox is support@, while I'm the user being shared with, tom@ namespace { type = shared separator = . prefix = Shared.%%u. location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } plugin { acl = vfile } # Support for multiple domains plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } This what is in the dict file says: shared/shared-boxes/user/tom at mailbox.com/support at mailbox.com When running a GETACL as support at mailbox.com I get: 3 getacl Support * ACL "Support" "tom at mailbox.com" lr "support at mailbox.com" lrwstipekxacd 3 OK Getacl completed. However when I do a LIST "" * as tom at mailbox.com It doesn't have any mention of the Shared maildir. * LIST (\HasChildren) "." "Sent" * LIST (\HasNoChildren) "." "Sent.Drafts" * LIST (\HasNoChildren) "." "Sent Messages" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" From tom at elysium.ltd.uk Fri Jul 8 12:05:21 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 10:05:21 +0100 Subject: [Dovecot] Shared mailbox not showing in list In-Reply-To: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> References: <02ef01cc3d49$a3ac0b50$eb0421f0$@ltd.uk> Message-ID: <030901cc3d4e$2b446db0$81cd4910$@ltd.uk> I've managed to sort this myself. For some reason %%u doesn't work. When I replaced it with %%n it works fine. I also hardcorded the location to /var/vpopmail/domains/%%d/%%n/Maildir. Not sure if this is a bug or an incorrect config on my part. -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Tom Clark Sent: 08 July 2011 9:33 AM To: dovecot at dovecot.org Subject: [Dovecot] Shared mailbox not showing in list I've setup a shared folder on my server which isn't showing in the list command for the user it's shared with. Can someone help? I have done everything correctly I believe. The user sharing their mailbox is support@, while I'm the user being shared with, tom@ namespace { type = shared separator = . prefix = Shared.%%u. location = maildir:%%h/Maildir:INDEX=~/Maildir/Shared/%%u subscriptions = no list = children } mail_plugins = acl protocol imap { mail_plugins = $mail_plugins imap_acl } plugin { acl = vfile } # Support for multiple domains plugin { acl_shared_dict = file:/var/vpopmail/domains/%d/shared-mailboxes } This what is in the dict file says: shared/shared-boxes/user/tom at mailbox.com/support at mailbox.com When running a GETACL as support at mailbox.com I get: 3 getacl Support * ACL "Support" "tom at mailbox.com" lr "support at mailbox.com" lrwstipekxacd 3 OK Getacl completed. However when I do a LIST "" * as tom at mailbox.com It doesn't have any mention of the Shared maildir. * LIST (\HasChildren) "." "Sent" * LIST (\HasNoChildren) "." "Sent.Drafts" * LIST (\HasNoChildren) "." "Sent Messages" * LIST (\HasNoChildren) "." "Trash" * LIST (\HasChildren) "." "INBOX" From Helga.Mayer at uni-hohenheim.de Fri Jul 8 12:30:36 2011 From: Helga.Mayer at uni-hohenheim.de (Helga Mayer) Date: Fri, 8 Jul 2011 11:30:36 +0200 (CEST) Subject: [Dovecot] need help with metadata plugin Message-ID: Hello, I've downloaded the metadata plugin from http://hg.intevation.org/kolab/dovecot-metadata-plugin compiled it without errors, made the entries as described in README in dovecot.conf. Only ANNOTATEMORE or anything else additional doesn't show up in the capabilties. Is there anything wrong with my configuration? What I see is: telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS AUTH=PLAIN AUTH=LOGIN] Dovecot ready. a001 login myaccount secret a001 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS ACL RIGHTS=texk] Logged in Output of dovecot -n: # 1.2.12: /etc/dovecot.conf # OS: Linux 2.6.18-238.9.1.el5 x86_64 Scientific Linux SL release 5.5 (Boron) listen(default): 192.168.0.104:143 127.0.0.1:143 listen(imap): 192.168.0.104:143 127.0.0.1:143 listen(pop3): *:110 ssl_listen(default): :993 ssl_listen(imap): :993 ssl_listen(pop3): :995 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem disable_plaintext_auth(default): no disable_plaintext_auth(imap): no disable_plaintext_auth(pop3): yes login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_max_processes_count: 2048 max_mail_processes: 2048 first_valid_uid: 200 mail_drop_priv_before_exec(default): yes mail_drop_priv_before_exec(imap): yes mail_drop_priv_before_exec(pop3): no mail_executable(default): /etc/mail/bin/acl-groups mail_executable(imap): /etc/mail/bin/acl-groups mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_process_size: 1024 mail_plugins(default): acl imap_acl lazy_expunge mail_plugins(imap): acl imap_acl lazy_expunge mail_plugins(pop3): lazy_expunge mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_log_max_lines_per_sec: 0 namespace: type: private separator: / location: maildir:/maildir/%1n/%u:LAYOUT=fs inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/maildir/expunged/%1n/%u:LAYOUT=fs hidden: yes list: no subscriptions: yes namespace: type: shared separator: / prefix: Shared/%%u/ location: maildir:/maildir/%%1n/%%u:LAYOUT=fs list: children namespace: type: public separator: / prefix: Groups/ location: maildir:/maildir/public:LAYOUT=fs list: children lda: postmaster_address: postmaster@ mail_plugins: acl auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/spool/postfix/private/auth-master mode: 384 user: postfix group: postfix plugin: acl: vfile acl_shared_dict: proxy::acl_dict lazy_expunge: .EXPUNGED/ metadata_dict: proxy:/var/run/dovecot/dict-server:metadata dict: acl_dict: mysql:/etc/dovecot-dict-sql.conf metadata: sqlite:/etc/metadata-dict.conf /var/run/dovecot total 8 srw------- 1 root root 0 Jul 8 11:04 auth-worker.27644 srwxrwxrwx 1 root root 0 Jul 8 11:04 dict-server lrwxrwxrwx 1 root root 17 Jul 8 11:04 dovecot.conf -> /etc/dovecot.conf drwxr-x--- 2 root amavis 4096 Jul 8 11:04 login -rw------- 1 root root 6 Jul 8 11:04 master.pid Kind Regards Helga Mayer Helga Mayer Universit?t Hohenheim Kommunikations-, Informations- und Medienzentrum (630) IT-Dienste | Mail Schloss-Westhof-S?d | 70599 Stuttgart Tel.: +49 711 459-22838 | Fax: +49 711 459-23449 https://kim.uni-hohenheim.de *************************************************************************** A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text? From lists at truthisfreedom.org.uk Fri Jul 8 12:48:57 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Fri, 08 Jul 2011 10:48:57 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 Message-ID: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> Hi all, We've just provisioned a new cluster of dovecot nodes running Centos and Dovecot 1.0.15 (we needed to match the original configuration, we're upgrading to 1.2 next week!). The nodes are currently equally allocated (50/50 split) to IMAP and POP3, with the intention to move them into a single cluster hosting both services in the next month. All the servers are of identical spec (24 cores, 24G RAM) and are configured to load the indices, control files and maildirs via NFS. We have noticed that the IMAP servers appear to be under much less load and utilising drastically less RAM than the POP3 servers and I'm wondering if there is a reason for this as we have seen some swapping onto disk yet we are only handling 500 concurrent POP3 connections to each server at any given time compared with over 600 IMAP connections. I'm wondering if we've missed a config flag somewhere or (better still!) this issue will go away when we upgrade to 1.2. If anyone can shed any light on this, that would be much appreciated. Thanks in advance, Matt From amateo at um.es Fri Jul 8 13:18:47 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 08 Jul 2011 12:18:47 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Message-ID: <4E16D987.80902@um.es> Hello, I have configured two dovecot servers with director acting as lmtp/imap/pop proxy server with 8 dovecot backend servers. In our test environment we had no problem, but when we migrated to production environment, our mail list server (it delivers mail through lmtp) is having a lot of errors like this: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Proxy and backend servers are not loaded. Any idea? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From fr.prop at gmail.com Fri Jul 8 13:35:15 2011 From: fr.prop at gmail.com (Mike Prispan) Date: Fri, 8 Jul 2011 12:35:15 +0200 Subject: [Dovecot] Dovecot indexes Message-ID: Hi, could someone answer my following questions about dovecot indexes? - If I delete dovecot indexes, it recreates them without any problem, right? - If dovecot recreates indexes, it does not affect users (they don't have to download all emails again, seen flag is not lost etc.) or is there any problem? - If I use mail_location = ...:INDEX=MEMORY, it recreates indexes every time dovecot is (re)started, right? Does it have any negative effect except performance/resources? - Is there any difference in indexes for mbox and maildir (related to previous questions)? Thanks Mike From f.bonnet at esiee.fr Fri Jul 8 11:33:25 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 10:33:25 +0200 Subject: [Dovecot] redirect IMAP --> IMAPS Message-ID: <4E16C0D5.3090306@esiee.fr> Hello Is it possible to configure Dovecot (2) to "redirect" IMAP connexions to IMAPS ? I know it would be possible with ipfw on the server but I wonder if dovecot has such capability. thanks From tom at elysium.ltd.uk Fri Jul 8 14:37:12 2011 From: tom at elysium.ltd.uk (Tom Clark) Date: Fri, 8 Jul 2011 12:37:12 +0100 Subject: [Dovecot] Possible bug in shared namespace variable? Message-ID: <037e01cc3d63$616530e0$242f92a0$@ltd.uk> As you would have seen earlier I've created a shared mailbox with the following namespace: namespace { type = shared separator = . prefix = Shared.%%n. location = maildir:/var/vpopmail/domains/%%d/%%n/Maildir:INDEX=~/Maildir/Shared/%%n subscriptions = no list = children } This works perfectly, but for some reason the %%n variable in the location maildir is blank. Everywhere else %%n is used works (e.g. the prefix and INDEX). This means for the shared mailbox under support at mailbox.com I get a folder Mailder in the domain folder: /var/vpopmail/domains/mailbox.com/Maildir instead of /var/vpopmail/domains/mailbox.com/support/Maildir. Has anyone else come across this? From patrickdk at patrickdk.com Fri Jul 8 14:53:22 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Fri, 08 Jul 2011 07:53:22 -0400 Subject: [Dovecot] redirect IMAP --> IMAPS In-Reply-To: <4E16C0D5.3090306@esiee.fr> References: <4E16C0D5.3090306@esiee.fr> Message-ID: <20110708075322.Horde.gfvYRJLnE6FOFu_yPUJyOlA@mail.patrickdk.com> This isn't http, there is no redirect command. Also the two protocols are completely different and non-compatable. The normal option for this is to just require encryption, then if they use normal IMAP and attempt to do anything except secure it using TLS, the connection gets dropped. Quoting Frank Bonnet : > Hello > > Is it possible to configure Dovecot (2) to "redirect" IMAP > connexions to IMAPS ? > > I know it would be possible with ipfw on the server but I wonder > if dovecot has such capability. > > thanks From amateo at um.es Fri Jul 8 15:04:05 2011 From: amateo at um.es (Angel L. Mateo) Date: Fri, 08 Jul 2011 14:04:05 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) In-Reply-To: <4E16D987.80902@um.es> References: <4E16D987.80902@um.es> Message-ID: <4E16F235.70102@um.es> El 08/07/11 12:18, Angel L. Mateo escribi?: > Hello, > > I have configured two dovecot servers with director acting as > lmtp/imap/pop proxy server with 8 dovecot backend servers. > > In our test environment we had no problem, but when we migrated to > production environment, our mail list server (it delivers mail through > lmtp) is having a lot of errors like this: > > 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to > end of DATA command)) > > Proxy and backend servers are not loaded. > > Any idea? > By now, I think I have resolved the problem. We have limited the rate at what list server delivers mail to dovecot. The default postfix configuration is: lmtp_destination_concurrency_limit = 20 lmtp_destination_recipient_limit = 50 that is, a maximum of 20 lmtp concurrence connections with a maximum of 50 recipients per connection. We have decrease to 5 and 10 and since then we have no more data output timeout errors. -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From f.bonnet at esiee.fr Fri Jul 8 15:06:54 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 14:06:54 +0200 Subject: [Dovecot] Info: Disconnected: IMAP session state is inconsistent, please relogin Message-ID: <4E16F2DE.7090301@esiee.fr> hello again I have those messages for ONE user the IMAP folders are accessed by several clients at the same time ( this is a special account used by several people ) Thanks for any infos From augustus_meyer at yahoo.de Fri Jul 8 12:54:19 2011 From: augustus_meyer at yahoo.de (babajaga) Date: Fri, 8 Jul 2011 02:54:19 -0700 (PDT) Subject: [Dovecot] dovecot-auth: gkr-pam: error looking up user information for: IP ? Message-ID: <32020246.post@talk.nabble.com> I am receiving a lot of error messages dovecot-auth: gkr-pam: error looking up user information for: Unfortunately, I do not see the IP of the remote client, trying to break in. Is there any possibility to get it ? Would be useful to block the IP. -- View this message in context: http://old.nabble.com/dovecot-auth%3A-gkr-pam%3A-error-looking-up-user-information-for%3A-IP---tp32020246p32020246.html Sent from the Dovecot mailing list archive at Nabble.com. From f.bonnet at esiee.fr Fri Jul 8 16:53:14 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 08 Jul 2011 15:53:14 +0200 Subject: [Dovecot] How users subscribe to a shared mailbox ? Message-ID: <4E170BCA.7030000@esiee.fr> Hello I have MBOX format mailboxes and would like to build some shared mailboxes for some groups of users. I've read the doc and I think I've understood the concept but ... how my users will subscribe to the shared mailbox I build for them ? Thanks From duane at duanemail.org Fri Jul 8 17:11:26 2011 From: duane at duanemail.org (Duane Hill) Date: Fri, 8 Jul 2011 09:11:26 -0500 Subject: [Dovecot] dovecot-auth: gkr-pam: error looking up user information for: IP ? In-Reply-To: <32020246.post@talk.nabble.com> References: <32020246.post@talk.nabble.com> Message-ID: <808674503.20110708091126@duanemail.org> Friday, July 8, 2011, 4:54:19 AM, babajaga wrote: > I am receiving a lot of error messages > dovecot-auth: gkr-pam: error looking up user information for: > Unfortunately, I do not see the IP of the remote client, trying to break in. > Is there any possibility to get it ? Would be useful to block the IP. You didn't state the version of Dovecot you were running. Here I have Dovecot 2.0.12. I have set in the config: auth_verbose = yes auth_verbose_passwords = sha1 It logs the sha1 hash of the password attempt. I also have a cron set up to email me the password attempts from the previous day: # Check for email accounts that have login attempts with # incorrect passwords from the previous day. 0 3 * * * /usr/bin/bzegrep -i 'password.mismatch' /var/log/maillog.0.bz2 From the commented config file 10-logging.conf: # Log unsuccessful authentication attempts and the reasons why they failed. #auth_verbose = no # In case of password mismatches, log the attempted password. Valid values are # no, plain and sha1. sha1 can be useful for detecting brute force password # attempts vs. user simply trying the same password over and over again. #auth_verbose_passwords = no -- Best regards, Duane mailto:duane at duanemail.org From satish_lx at hotmail.com Fri Jul 8 20:08:40 2011 From: satish_lx at hotmail.com (satish patel) Date: Fri, 8 Jul 2011 17:08:40 +0000 Subject: [Dovecot] Dovecot NFS locking issue Message-ID: Hi All, We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available Look like my NFS locking getting overload or something its (netapps NFS server) what you suggest to fix this issue ? how uw-imap was working with NFS before ? Appreciate your help. -S From mdunlap at breakawaysystems.com Fri Jul 8 21:54:52 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 13:54:52 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <1310151292.31347.4.camel@mdunlap-desktop> Alright, I think I understand. By fixing the other side do you mean I could add mail_uid=0 and mail_gid=0 in dovecot.conf? to match the current mails permissions. We are migrating a server over and we ran into this snag when transferring Maildirs over On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > The permissions are: > > -rw------- 1 root root 7609 2011-07-05 > > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > > > What's so difficult about this? > > [ Log excerpt ] > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > [ Conf excerpt ] > auth default: > passdb: > driver: pam > userdb: > driver: passwd > > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... > > Please visit these links and have a look at the quote below: > > http://wiki.dovecot.org/PasswordDatabase/PAM > http://wiki.dovecot.org/AuthDatabase/Passwd > > [...] This uses the UID and GID fields from passwd, but home directory > is overridden. Also the default mail_location setting is overridden. > > Thomas From tlx at leuxner.net Fri Jul 8 22:40:09 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Fri, 8 Jul 2011 21:40:09 +0200 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310151292.31347.4.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310151292.31347.4.camel@mdunlap-desktop> Message-ID: > Alright, I think I understand. By fixing the other side do you mean I > could add mail_uid=0 and mail_gid=0 in dovecot.conf? to match the > current mails permissions. We are migrating a server over and we ran > into this snag when transferring Maildirs over IMHO it appears perfectly right to have them share a virtual/generic UID unless you see a special need to separate them all (for an ultra-secure setup FWIW)? Several paths are available. Either return same ID/GID via the user query or set it to a static value if acceptable. Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 203 bytes Desc: Signierter Teil der Nachricht URL: From mdunlap at breakawaysystems.com Fri Jul 8 23:32:25 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:32:25 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <20110708081247.GA26034@nihlus.leuxner.net> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> Message-ID: <1310157145.32659.0.camel@mdunlap-desktop> ls -lan: -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S This file is owned by 1002 not 1 or 0 On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > The permissions are: > > -rw------- 1 root root 7609 2011-07-05 > > 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > > > What's so difficult about this? > > [ Log excerpt ] > Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > [ Conf excerpt ] > auth default: > passdb: > driver: pam > userdb: > driver: passwd > > You are accessing the maildir structure using UID 1002 but the directory > is owned by UID 1. Needs to be fixed on either side... > > Please visit these links and have a look at the quote below: > > http://wiki.dovecot.org/PasswordDatabase/PAM > http://wiki.dovecot.org/AuthDatabase/Passwd > > [...] This uses the UID and GID fields from passwd, but home directory > is overridden. Also the default mail_location setting is overridden. > > Thomas From tss at iki.fi Fri Jul 8 23:37:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 8 Jul 2011 23:37:44 +0300 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310157145.32659.0.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> Message-ID: SELinux? On 8.7.2011, at 23.32, Max Dunlap wrote: > ls -lan: > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > This file is owned by 1002 not 1 or 0 > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: >>> The permissions are: >>> -rw------- 1 root root 7609 2011-07-05 >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST >>> >> >> What's so difficult about this? >> >> [ Log excerpt ] >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) >> >> [ Conf excerpt ] >> auth default: >> passdb: >> driver: pam >> userdb: >> driver: passwd >> >> You are accessing the maildir structure using UID 1002 but the directory >> is owned by UID 1. Needs to be fixed on either side... >> >> Please visit these links and have a look at the quote below: >> >> http://wiki.dovecot.org/PasswordDatabase/PAM >> http://wiki.dovecot.org/AuthDatabase/Passwd >> >> [...] This uses the UID and GID fields from passwd, but home directory >> is overridden. Also the default mail_location setting is overridden. >> >> Thomas > > From mdunlap at breakawaysystems.com Fri Jul 8 23:40:25 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:40:25 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> Message-ID: <1310157625.32659.1.camel@mdunlap-desktop> Ubuntu 10.04 On Fri, 2011-07-08 at 23:37 +0300, Timo Sirainen wrote: > SELinux? > > On 8.7.2011, at 23.32, Max Dunlap wrote: > > > ls -lan: > > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > > > This file is owned by 1002 not 1 or 0 > > > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > >>> The permissions are: > >>> -rw------- 1 root root 7609 2011-07-05 > >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > >>> > >> > >> What's so difficult about this? > >> > >> [ Log excerpt ] > >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > >> > >> [ Conf excerpt ] > >> auth default: > >> passdb: > >> driver: pam > >> userdb: > >> driver: passwd > >> > >> You are accessing the maildir structure using UID 1002 but the directory > >> is owned by UID 1. Needs to be fixed on either side... > >> > >> Please visit these links and have a look at the quote below: > >> > >> http://wiki.dovecot.org/PasswordDatabase/PAM > >> http://wiki.dovecot.org/AuthDatabase/Passwd > >> > >> [...] This uses the UID and GID fields from passwd, but home directory > >> is overridden. Also the default mail_location setting is overridden. > >> > >> Thomas > > > > > From mdunlap at breakawaysystems.com Fri Jul 8 23:47:55 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 15:47:55 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310157625.32659.1.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> Message-ID: <1310158075.32659.4.camel@mdunlap-desktop> I turned on more debugging: Jul 8 15:45:18 mail-breakaway dovecot: imap-login: Login: user=, method=PLAIN, rip=173.11.172.145, lip=173.11.172.148, TLS Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): Effective uid=1001, gid=1001, home=/home/ilambert Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): cydir: mailbox location not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): cydir: Couldn't create mail storage : Root mail directory not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): dbox: mailbox location not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): dbox: Couldn't create mail storage : Root mail directory not given Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): maildir: root exists (/home/ilambert/Maildir) Jul 8 15:45:18 mail-breakaway dovecot: IMAP(ilambert): maildir++: root=/home/ilambert/Maildir, index=, control=, inbox=/home/ilambert/Maildir Jul 8 15:46:07 mail-breakaway dovecot: IMAP(ilambert): Namespace : Using permissions from /home/ilambert/Maildir: mode=0700 gid=-1 Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied (euid=1001(ilambert) egid=1001(ilambert) missing +r perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied (euid=1001(ilambert) egid=1001(ilambert) missing +r perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): Disconnected: Internal error occurred. Refer to server log for more information. [2011-07-08 15:46:08] bytes=236/181183 On Fri, 2011-07-08 at 15:40 -0500, Max Dunlap wrote: > Ubuntu 10.04 > > On Fri, 2011-07-08 at 23:37 +0300, Timo Sirainen wrote: > > SELinux? > > > > On 8.7.2011, at 23.32, Max Dunlap wrote: > > > > > ls -lan: > > > -rw------- 1 1002 1002 1148 2011-07-05 16:11 msg.zSMF:2,S > > > > > > This file is owned by 1002 not 1 or 0 > > > > > > On Fri, 2011-07-08 at 10:12 +0200, Thomas Leuxner wrote: > > >> On Thu, Jul 07, 2011 at 02:52:55PM -0500, Max Dunlap wrote: > > >>> The permissions are: > > >>> -rw------- 1 root root 7609 2011-07-05 > > >>> 16:06 /home/dlambert/Maildir/cur/msg.COmK:2,ST > > >>> > > >> > > >> What's so difficult about this? > > >> > > >> [ Log excerpt ] > > >> Jul 7 13:44:18 mail-breakaway dovecot: IMAP(dlambert): open(/home/dlambert/Maildir/cur/msg.COmK:2,ST) failed: Permission denied > > >> (euid=1002(dlambert) egid=1002(dlambert) missing +r perm: /home/dlambert/Maildir/cur/msg.COmK:2,ST) > > >> > > >> [ Conf excerpt ] > > >> auth default: > > >> passdb: > > >> driver: pam > > >> userdb: > > >> driver: passwd > > >> > > >> You are accessing the maildir structure using UID 1002 but the directory > > >> is owned by UID 1. Needs to be fixed on either side... > > >> > > >> Please visit these links and have a look at the quote below: > > >> > > >> http://wiki.dovecot.org/PasswordDatabase/PAM > > >> http://wiki.dovecot.org/AuthDatabase/Passwd > > >> > > >> [...] This uses the UID and GID fields from passwd, but home directory > > >> is overridden. Also the default mail_location setting is overridden. > > >> > > >> Thomas > > > > > > > > > > From matt at mattrude.com Sat Jul 9 00:27:51 2011 From: matt at mattrude.com (Matt Rude) Date: Fri, 08 Jul 2011 16:27:51 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <1310158075.32659.4.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> <1310158075.32659.4.camel@mdunlap-desktop> Message-ID: <4E177657.3090900@mattrude.com> On 7/8/2011 3:47 PM, Max Dunlap wrote: > Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): > open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied > (euid=1001(ilambert) egid=1001(ilambert) missing +r > perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) when ran as root, what dose the below command show? sudo -u 1001 ls -l /home/ilambert/Maildir/cur/msg.0umK:2,S -Matt -- Matt Rude Minneapolis, Minnesota, USA email: matt at mattrude.com website: http://mattrude.com s/mime: 28ed9274553ca7481369789df0663808 gpg: 0x6503BE11 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4198 bytes Desc: S/MIME Cryptographic Signature URL: From mdunlap at breakawaysystems.com Sat Jul 9 00:39:44 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Fri, 08 Jul 2011 16:39:44 -0500 Subject: [Dovecot] missing +r perm:L In-Reply-To: <4E177657.3090900@mattrude.com> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160C65.9090007@mattrude.com> <1310068376.14764.10.camel@mdunlap-desktop> <20110708081247.GA26034@nihlus.leuxner.net> <1310157145.32659.0.camel@mdunlap-desktop> <1310157625.32659.1.camel@mdunlap-desktop> <1310158075.32659.4.camel@mdunlap-desktop> <4E177657.3090900@mattrude.com> Message-ID: <1310161184.32659.5.camel@mdunlap-desktop> Unknown user. I don't believe ubuntu operates like that and requires a word username. On Fri, 2011-07-08 at 16:27 -0500, Matt Rude wrote: > On 7/8/2011 3:47 PM, Max Dunlap wrote: > > Jul 8 15:46:08 mail-breakaway dovecot: IMAP(ilambert): > > open(/home/ilambert/Maildir/cur/msg.0umK:2,S) failed: Permission denied > > (euid=1001(ilambert) egid=1001(ilambert) missing +r > > perm: /home/ilambert/Maildir/cur/msg.0umK:2,S) > > when ran as root, what dose the below command show? > > sudo -u 1001 ls -l /home/ilambert/Maildir/cur/msg.0umK:2,S > > -Matt > From xbouda2 at fi.muni.cz Sat Jul 9 00:44:59 2011 From: xbouda2 at fi.muni.cz (=?iso-8859-2?B?T25k+GVqIEJvdWRh?=) Date: Fri, 08 Jul 2011 23:44:59 +0200 Subject: [Dovecot] IMAP not working remotely Message-ID: Hello, I am trying to set up Dovecot 2.0.9 on Fedora 14. The problem I would like to ask for resolution is that IMAP is not working when connecting to the server from another network. More precisely: - POP3 is working entirely OK, - IMAP is working OK when clients are connecting using local network addresses, like 192.168.0.100, - when a client connects from outside, thus using remote IP address, or even from the server itself using the remote IP address of the server, the following happens: the client correctly connects, but the server sends no greeting (neither the configured login_greeting nor the server IMAP capabilities) and does not respond to the commands. In the server log, I get the following record a while after trying to connect (and actually trying to login): Jul 08 23:24:16 imap-login: Info: Disconnected: Inactivity (no auth attempts): rip=, lip=192.168.0.100 Both routing and firewall are OK. The client really connects to dovecot (hence the log message), as seen from a telnet session: Trying a.b.c.d... Connected to example.tld (a.b.c.d). Escape character is '^]'. (and then nothing else) The most confusing for me is the fact that POP3 is configured quite the same and works fine, as well as IMAP on the local network. I tried to change address in the inet_listener imap configuration, but if a wrong address setting was the cause, the client would not get connected at all. As I have spent a pretty long time unsuccessfully searching for a cause, I am asking for some help. Thanks for your time, Ondrej Bouda dovecot -n output follows: # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) ext4 auth_mechanisms = plain login cram-md5 digest-md5 ntlm disable_plaintext_auth = no first_valid_gid = 502 first_valid_uid = 502 last_valid_gid = 502 last_valid_uid = 502 log_path = /var/log/dovecot login_greeting = Welcome mail_location = maildir:/var/mail/virtual/%d/%n passdb { args = scheme=plain username_format=%u /etc/dovecot/passwd driver = passwd-file } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = dovecot-auth } service imap-login { inet_listener imap { address = * port = 143 } } service pop3-login { inet_listener pop3 { address = * port = 110 } } ssl = no userdb { args = username_format=%u /etc/dovecot/passwd driver = passwd-file } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %08Xu%08Xv } From dovecot at tlinx.org Sat Jul 9 00:58:09 2011 From: dovecot at tlinx.org (Linda Walsh) Date: Fri, 08 Jul 2011 14:58:09 -0700 Subject: [Dovecot] auth_username_chars question Message-ID: <4E177D71.1050602@tlinx.org> I notice there is a space after the = in the default setting: #auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ Is that space part of the syntax or required? If not, does that mean 'space' is included in the default list of allowed characters? If not, then is the space after the '=' required? -- If not, the implication would seem to be that space is 'ignored'. If that's the case, how does one include 'space' in the list of allowed characters? Also, how does one include the "\" character in the list of allowed characters? I.e. is anything accepted, literally, after the first non-space char after the '=' sign? I.e. any spaces after the first non-space char would be taken as valid character, and '\' would also be a literal character? (not that'd I'd be using windows's clients or anything that would, on occasion, pass "DOMAINAME\user" as the calling user trying to log into a 'user' account....or anything....*ahem*...) Overrode it w/some hard-coded hacks, but would like dovecot to me more robust and handle weird input and do the right thing with it (I know that's always a challenging concept for some people, since the answers and ability to arrive at 'correct' is always 'contextual', and so many people want absolute rules that apply all the time in all cases, but...I think thats a diagnosable psychological condition ;-) ). From xbouda2 at fi.muni.cz Sat Jul 9 14:14:40 2011 From: xbouda2 at fi.muni.cz (=?iso-8859-2?B?T25k+GVqIEJvdWRh?=) Date: Sat, 09 Jul 2011 13:14:40 +0200 Subject: [Dovecot] IMAP not working remotely In-Reply-To: References: Message-ID: ...and the same applies for Dovecot 2.0.1 and Dovecot 2.0.13. Am I overlooking something? Ondrej Bouda On Fri, 08 Jul 2011 23:44:59 +0200, Ond?ej Bouda wrote: > Hello, > > I am trying to set up Dovecot 2.0.9 on Fedora 14. The problem I would > like to ask for resolution is that IMAP is not working when connecting > to the server from another network. > > More precisely: > - POP3 is working entirely OK, > - IMAP is working OK when clients are connecting using local network > addresses, like 192.168.0.100, > - when a client connects from outside, thus using remote IP address, or > even from the server itself using the remote IP address of the server, > the following happens: the client correctly connects, but the server > sends no greeting (neither the configured login_greeting nor the server > IMAP capabilities) and does not respond to the commands. In the server > log, I get the following record a while after trying to connect (and > actually trying to login): > Jul 08 23:24:16 imap-login: Info: Disconnected: Inactivity (no auth > attempts): rip=, lip=192.168.0.100 > > Both routing and firewall are OK. The client really connects to dovecot > (hence the log message), as seen from a telnet session: > Trying a.b.c.d... > Connected to example.tld (a.b.c.d). > Escape character is '^]'. > (and then nothing else) > > The most confusing for me is the fact that POP3 is configured quite the > same and works fine, as well as IMAP on the local network. I tried to > change address in the inet_listener imap configuration, but if a wrong > address setting was the cause, the client would not get connected at all. > > As I have spent a pretty long time unsuccessfully searching for a cause, > I am asking for some help. > > Thanks for your time, > Ondrej Bouda > > > > dovecot -n output follows: > > # 2.0.9: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.35.11-83.fc14.x86_64 x86_64 Fedora release 14 (Laughlin) > ext4 > auth_mechanisms = plain login cram-md5 digest-md5 ntlm > disable_plaintext_auth = no > first_valid_gid = 502 > first_valid_uid = 502 > last_valid_gid = 502 > last_valid_uid = 502 > log_path = /var/log/dovecot > login_greeting = Welcome > mail_location = maildir:/var/mail/virtual/%d/%n > passdb { > args = scheme=plain username_format=%u /etc/dovecot/passwd > driver = passwd-file > } > protocols = imap pop3 > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > user = dovecot-auth > } > service imap-login { > inet_listener imap { > address = * > port = 143 > } > } > service pop3-login { > inet_listener pop3 { > address = * > port = 110 > } > } > ssl = no > userdb { > args = username_format=%u /etc/dovecot/passwd > driver = passwd-file > } > protocol pop3 { > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_uidl_format = %08Xu%08Xv > } From mstevens at imt-systems.com Sat Jul 9 20:23:06 2011 From: mstevens at imt-systems.com (Morten P.D. Stevens) Date: Sat, 09 Jul 2011 19:23:06 +0200 Subject: [Dovecot] mdbox and doveadm purge Message-ID: <44c1fa7d5832d14fe75a7b5b8052f132@imt-systems.com> Hi, We are currently testing Dovecot 2.0.13 with mdbox. If I delete large objects with refcount=0 the index is not updated apparently. Here's an example: [root at mail-004 storage]# ls -l total 194776 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4584 Jul 9 16:06 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 mdbox]# du storage/ 194788 storage/ [root at mail-004 mdbox]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) [root at mail-004 mdbox]# doveadm purge -A [root at mail-004 mdbox]# du storage/ 142072 storage/ [root at mail-004 mdbox]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) - ext 3 ref : 0 (0000) [root at mail-004 mdbox]# cd storage/ [root at mail-004 storage]# ls -l total 142060 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4584 Jul 9 16:06 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 mdbox]# doveadm purge -A [root at mail-004 mdbox]# cd storage/ [root at mail-004 storage]# ls -l total 142060 -rw------- 1 vmail vmail 482960 Jul 9 14:58 dovecot.map.index -rw------- 1 vmail vmail 4936 Jul 9 16:12 dovecot.map.index.log -rw------- 1 vmail vmail 32856 Jul 9 14:50 dovecot.map.index.log.2 [root at mail-004 storage]# doveadm dump /var/vmail/example.org/user/mdbox/storage/ | grep 'ref.*\b0\b' [root at mail-004 storage]# The index is updated only after the second run of doveadm purge -A ? Best regards, Morten From friedrich.locke at gmail.com Sat Jul 9 21:42:26 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 15:42:26 -0300 Subject: [Dovecot] SASL Message-ID: Dear list members, i am looking for a pop3 server and would like to know dovecot pop3 closer. In my current infra structure all my users have a single login and one password. I have been authenticating unix, web, ldap, smtp against saslauthd server. It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? Another question: All my user information are keeped inside LDAP using qmail.schema. Can dovecot pop3 look into ldap an return information about user mail directory, etc .... ? Thanks in advance. From p at state-of-mind.de Sat Jul 9 23:23:24 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:23:24 +0200 Subject: [Dovecot] SASL In-Reply-To: References: Message-ID: <20110709202323.GC2227@state-of-mind.de> * Friedrich Locke : > i am looking for a pop3 server and would like to know dovecot pop3 closer. > In my current infra structure all my users have a single login and one > password. I have been authenticating unix, web, ldap, smtp against > saslauthd server. > > It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? No, but Dovecot can lookup users in LDAP, authenticaten and authorize them. > Another question: > > All my user information are keeped inside LDAP using qmail.schema. Can > dovecot pop3 look into ldap an return information about user mail > directory, etc .... ? Yes, it can and it is very flexible. Either you only lookup a few items and derive the rest from standard settings configured in Dovecot or you have Dovecot lookup everything in LDAP. In any case you simply map the LDAP attributes to Dovecot atttributes as you need it. Once you understood it (it's not too complicated) it's even fun. ;) p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From friedrich.locke at gmail.com Sat Jul 9 23:30:10 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 17:30:10 -0300 Subject: [Dovecot] SASL In-Reply-To: <20110709202323.GC2227@state-of-mind.de> References: <20110709202323.GC2227@state-of-mind.de> Message-ID: Ok! can dovecot do keberos password verification (yes, that's it, password verification and not GSSAPI with tickets) ? On Sat, Jul 9, 2011 at 5:23 PM, Patrick Ben Koetter

wrote: > * Friedrich Locke : >> i am looking for a pop3 server and would like to know dovecot pop3 closer. >> In my current infra structure all my users have a single login and one >> password. I have been authenticating unix, web, ldap, smtp against >> saslauthd server. >> >> It is possible to have dovecot pop3 authenticate by contacting saslauthd too ? > > No, but Dovecot can lookup users in LDAP, authenticaten and authorize them. > >> Another question: >> >> All my user information are keeped inside LDAP using qmail.schema. Can >> dovecot pop3 look into ldap an return information about user mail >> directory, etc .... ? > > Yes, it can and it is very flexible. Either you only lookup a few items and > derive the rest from standard settings configured in Dovecot or you have > Dovecot lookup everything in LDAP. In any case you simply map the LDAP > attributes to Dovecot atttributes as you need it. Once you understood it (it's > not too complicated) it's even fun. ;) > > p at rick > > -- > state of mind () > > http://www.state-of-mind.de > > Franziskanerstra?e 15 ? ? ?Telefon +49 89 3090 4664 > 81669 M?nchen ? ? ? ? ? ? ?Telefax +49 89 3090 4666 > > Amtsgericht M?nchen ? ? ? ?Partnerschaftsregister PR 563 > > From p at state-of-mind.de Sat Jul 9 23:36:09 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:36:09 +0200 Subject: [Dovecot] SASL In-Reply-To: References: <20110709202323.GC2227@state-of-mind.de> Message-ID: <20110709203609.GD2227@state-of-mind.de> * Friedrich Locke : > Ok! > > can dovecot do keberos password verification (yes, that's it, password > verification and not GSSAPI with tickets) ? Please take a look at . p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From friedrich.locke at gmail.com Sat Jul 9 23:40:35 2011 From: friedrich.locke at gmail.com (Friedrich Locke) Date: Sat, 9 Jul 2011 17:40:35 -0300 Subject: [Dovecot] SASL In-Reply-To: <20110709203609.GD2227@state-of-mind.de> References: <20110709202323.GC2227@state-of-mind.de> <20110709203609.GD2227@state-of-mind.de> Message-ID: Thanks it is what i want, kerberos plaintext authentication. But wait, i am running OpenBSD. There is no pam_krb5 for openbsd. Is there any other means ? Thanks in advance. On Sat, Jul 9, 2011 at 5:36 PM, Patrick Ben Koetter

wrote: > * Friedrich Locke : >> Ok! >> >> can dovecot do keberos password verification (yes, that's it, password >> verification and not GSSAPI with tickets) ? > > Please take a look at . > > p at rick > > -- > state of mind () > > http://www.state-of-mind.de > > Franziskanerstra?e 15 ? ? ?Telefon +49 89 3090 4664 > 81669 M?nchen ? ? ? ? ? ? ?Telefax +49 89 3090 4666 > > Amtsgericht M?nchen ? ? ? ?Partnerschaftsregister PR 563 > > From p at state-of-mind.de Sat Jul 9 23:45:30 2011 From: p at state-of-mind.de (Patrick Ben Koetter) Date: Sat, 9 Jul 2011 22:45:30 +0200 Subject: [Dovecot] SASL In-Reply-To: References: <20110709202323.GC2227@state-of-mind.de> <20110709203609.GD2227@state-of-mind.de> Message-ID: <20110709204530.GE2227@state-of-mind.de> * Friedrich Locke : > Thanks it is what i want, kerberos plaintext authentication. > But wait, i am running OpenBSD. There is no pam_krb5 for openbsd. > Is there any other means ? I am not an OpenBSD guy. Maybe someone else can share experiences. p at rick -- state of mind () http://www.state-of-mind.de Franziskanerstra?e 15 Telefon +49 89 3090 4664 81669 M?nchen Telefax +49 89 3090 4666 Amtsgericht M?nchen Partnerschaftsregister PR 563 From cor at xs4all.nl Sun Jul 10 13:49:21 2011 From: cor at xs4all.nl (Cor Bosman) Date: Sun, 10 Jul 2011 12:49:21 +0200 Subject: [Dovecot] OATH/OTP? Message-ID: <14078E4D-4F75-4A58-96BB-3C794DE3BA45@xs4all.nl> Hey all, has anyone ever successfully implemented some form of OTP system with dovecot? Im looking at setting up an OATH/HOTP-TOTP based OTP for our services, but the webmail service (which uses dovecot) is a difficult one. Any info on implementations would be appreciated, Regards, Cor From c at g33k5.de Sun Jul 10 19:00:34 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 10 Jul 2011 18:00:34 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird Message-ID: <4E19CCA2.6070707@g33k5.de> Hi, I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of imap folders and sometimes I wish to delete several folders: First Problem: If I remove a folder under TB, it get moved to my Trash folder. After that I close TB, which also purges the trash. When I come back, the deleted folder and its content is still there. There is no way to remove it with TB. On the server side I see that the folder is listed under mailboxes/Trash and in the subscriptions file, a last line shows that Trash/foldername is subscribed. If I remove that line and the mailboxes-folder, then TB is happy again. Second problem: If I have two folders a and b, both containing a folder example: a/example b/example I only can delete one folder. By deleting the second one, the IMAP server tells me that there already exists on folder named example. I am not sure, if this is thunderbird or dovecot related, but both problems are really annoying. Am I missing some configuration? Thunderbird is Ubuntu's packaged version 3.1.10. Thanks for any ideas and help in advance and don't get me wrong: I really love dovecot ;-) Best wishes Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From mstevens at imt-systems.com Sun Jul 10 19:16:44 2011 From: mstevens at imt-systems.com (Morten P.D. Stevens) Date: Sun, 10 Jul 2011 18:16:44 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19CCA2.6070707@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> Message-ID: <9891feeb61da67650e034f6cad984b75@imt-systems.com> On Sun, 10 Jul 2011 18:00:34 +0200, Christian Roessner wrote: > Hi, > > I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens > of > imap folders and sometimes I wish to delete several folders: > > First Problem: > > If I remove a folder under TB, it get moved to my Trash folder. After > that I close TB, which also purges the trash. When I come back, the > deleted folder and its content is still there. There is no way to > remove > it with TB. On the server side I see that the folder is listed under > mailboxes/Trash and in the subscriptions file, a last line shows that > Trash/foldername is subscribed. If I remove that line and the > mailboxes-folder, then TB is happy again. Hi Christian, http://wiki2.dovecot.org/Clients#Thunderbird protocol imap { imap_client_workarounds = tb-extra-mailbox-sep } That should also solve your second problem. Best regards, Morten From c at g33k5.de Sun Jul 10 19:36:15 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 10 Jul 2011 18:36:15 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <9891feeb61da67650e034f6cad984b75@imt-systems.com> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> Message-ID: <4E19D4FF.6040300@g33k5.de> Hi, > http://wiki2.dovecot.org/Clients#Thunderbird > > protocol imap { > imap_client_workarounds = tb-extra-mailbox-sep > } > > That should also solve your second problem. thank you VERY much :-) This really solved my problems Best wishes Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From admin at sagredo.eu Sun Jul 10 19:45:15 2011 From: admin at sagredo.eu (Roberto Puzzanghera) Date: Sun, 10 Jul 2011 18:45:15 +0200 Subject: [Dovecot] LDA/Sieve and vacation: empty envelope sender Message-ID: Hello everyone, while testing a vacation/reject sieve rule I get: lda(sender at mydomain.xyz): Error: sieve: envelope sender address '<>@mail.domain.xyz' is unparsable follows an empty Return-Path: <"<>"@mail.domain.xyz> and the reject of the message itself by the recipient's MTA (syntax error). Unfortunately I had no luck when googling for similar issues, after a couple of hours of debugging. qmail/vpopmail dovecot 2.0.12 pigeonhole-0.2.3 Thanks in advance for any hint Roberto Puzzanghera From ghe at slsware.com Mon Jul 11 02:45:31 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 17:45:31 -0600 Subject: [Dovecot] n00b here -- pop email deletion Message-ID: I'm running Dovecot IMAP and POP3 on Debian. But it look's like it's keeping mail in the user's inbox on the server until it's deleted by the user. I thought POP servers deleted email as soon as it was downloaded, but apparently not, according to dovecot.org. Is there something in the Dovecot conf I can do to get rid of all this redundant crud? I see several conversations on the 'Net about "quotas" that look like they might keep stuff around for a few days or weeks, then delete. That sounds lovely, but I don't understand them enough to try to make it happen. dovecot -n: > # 1.0.15: /etc/dovecot/dovecot.conf > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap pop3 > ssl_listen: * > ssl_disable: yes > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > login_max_processes_count: 12 > mail_privileged_group: mail > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > pop3_uidl_format(default): > pop3_uidl_format(imap): > pop3_uidl_format(pop3): %08Xu%08Xv > auth default: > mechanisms: plain login > passdb: > driver: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix -- Glenn English From michael at orlitzky.com Mon Jul 11 02:52:00 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Sun, 10 Jul 2011 19:52:00 -0400 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: Message-ID: <4E1A3B20.6090003@orlitzky.com> On 07/10/2011 07:45 PM, Glenn English wrote: > I'm running Dovecot IMAP and POP3 on Debian. But it look's like it's > keeping mail in the user's inbox on the server until it's deleted by > the user. I thought POP servers deleted email as soon as it was > downloaded, but apparently not, according to dovecot.org. > > Is there something in the Dovecot conf I can do to get rid of all > this redundant crud? > > I see several conversations on the 'Net about "quotas" that look like > they might keep stuff around for a few days or weeks, then delete. > That sounds lovely, but I don't understand them enough to try to make > it happen. You can do things on the server to mitigate damage from people who check the "leave messages on server for eternity" box, but generally, this is a client preference. Outlook, off the top of my head, has at least * never delete * delete messages after N days * delete messages after I delete them locally * delete immediately From ghe at slsware.com Mon Jul 11 02:59:28 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 17:59:28 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3B20.6090003@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> Message-ID: <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: > You can do things on the server to mitigate damage from people who check > the "leave messages on server for eternity" box, but generally, this is > a client preference. What things can I do on the server? Many of my people use Macs, and there's nothing (I can find) in the iMail config to turn off the eternity switch. -- Glenn English From duane at duanemail.org Mon Jul 11 03:00:58 2011 From: duane at duanemail.org (Duane Hill) Date: Sun, 10 Jul 2011 19:00:58 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: Message-ID: <966564676.20110710190058@duanemail.org> Sunday, July 10, 2011, 6:45:31 PM, Glenn wrote: > I'm running Dovecot IMAP and POP3 on Debian. But it look's like > it's keeping mail in the user's inbox on the server until it's > deleted by the user. I thought POP servers deleted email as soon as > it was downloaded, but apparently not, according to dovecot.org. Is the email client used to read email set to leave mail on the server for a period of time or indefinitely? > Is there something in the Dovecot conf I can do to get rid of all this redundant crud? Recent versions of Dovecot can use doveadm to remove messages off the server that have the deleted and seen flags set. I'm not sure about doing the same for earlier versions of Dovecot. With Dovecot 2.0.12, I have a cron set up to remove messages that are marked as deleted using: /usr/local/bin/doveadm expunge -A mailbox '*' deleted > I see several conversations on the 'Net about "quotas" that look > like they might keep stuff around for a few days or weeks, then > delete. That sounds lovely, but I don't understand them enough to try to make it happen. > dovecot -n: >> # 1.0.15: /etc/dovecot/dovecot.conf >> log_timestamp: %Y-%m-%d %H:%M:%S >> protocols: imap pop3 >> ssl_listen: * >> ssl_disable: yes >> disable_plaintext_auth: no >> login_dir: /var/run/dovecot/login >> login_executable(default): /usr/lib/dovecot/imap-login >> login_executable(imap): /usr/lib/dovecot/imap-login >> login_executable(pop3): /usr/lib/dovecot/pop3-login >> login_max_processes_count: 12 >> mail_privileged_group: mail >> mail_executable(default): /usr/lib/dovecot/imap >> mail_executable(imap): /usr/lib/dovecot/imap >> mail_executable(pop3): /usr/lib/dovecot/pop3 >> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >> pop3_uidl_format(default): >> pop3_uidl_format(imap): >> pop3_uidl_format(pop3): %08Xu%08Xv >> auth default: >> mechanisms: plain login >> passdb: >> driver: pam >> userdb: >> driver: passwd >> socket: >> type: listen >> client: >> path: /var/spool/postfix/private/auth >> mode: 432 >> user: postfix >> group: postfix -- Best regards, Duane mailto:duane at duanemail.org From michael at orlitzky.com Mon Jul 11 03:09:37 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Sun, 10 Jul 2011 20:09:37 -0400 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> Message-ID: <4E1A3F41.9070202@orlitzky.com> On 07/10/2011 07:59 PM, Glenn English wrote: > > On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: > >> You can do things on the server to mitigate damage from people who >> check the "leave messages on server for eternity" box, but >> generally, this is a client preference. > > What things can I do on the server? Many of my people use Macs, and > there's nothing (I can find) in the iMail config to turn off the > eternity switch. > With POP3, they don't have a "Trash" folder so you're probably stuck setting a quota[1]. You could also run a cron job or maybe use the expire plugin to get rid of old messages, but that would likely piss someone off eventually. And, I guess, if they're leaving *every* message on the server, you could switch them to IMAP. They can't possibly leave any more stuff on there, right? [1] http://wiki2.dovecot.org/Quota From ghe at slsware.com Mon Jul 11 03:13:57 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:13:57 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <966564676.20110710190058@duanemail.org> References: <966564676.20110710190058@duanemail.org> Message-ID: <45773890-D1AA-4F15-B3EF-5FA530FC2888@slsware.com> On Jul 10, 2011, at 6:00 PM, Duane Hill wrote: > Is the email client used to read email set to leave mail on the server > for a period of time or indefinitely? As far as I can tell, yes it is (Apple Mail seems to not have anything about that option, and it defaults to "keeping stuff for eternity"). Actually, Apple Mail seems to download email to the user *and* leave it on the server. > Recent versions of Dovecot can use doveadm to remove messages off the > server that have the deleted and seen flags set. I'm not sure about > doing the same for earlier versions of Dovecot. That'd do just fine. But the best I can do with Debian stable is 1.2, and there's no 'doveadm' in the apt lists. Bears looking into, though... -- Glenn English From ghe at slsware.com Mon Jul 11 03:23:46 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:23:46 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3F41.9070202@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: On Jul 10, 2011, at 6:09 PM, Michael Orlitzky wrote: > You could also run a cron job or maybe use the expire plugin to get rid > of old messages, but that would likely piss someone off eventually. About 15 seconds after they lose a picture of somebody's baby. > And, I guess, if they're leaving *every* message on the server, you > could switch them to IMAP. They can't possibly leave any more stuff on > there, right? Sigh. They were IMAP -- I was trying to help them -- I got them to switch to POP because their email directories were getting too big; they never delete anything. I was hoping that POP would fix the server's directory size, and they could keep all the baby pictures they wanted to. -- Glenn English From ghe at slsware.com Mon Jul 11 03:36:27 2011 From: ghe at slsware.com (Glenn English) Date: Sun, 10 Jul 2011 18:36:27 -0600 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <99DC064D-13A1-4911-A020-5A5BFB8FCE2F@slsware.com> I found it. It's in the POP config in iMail -- I was looking at the IMAP configuration. I'm embarrassed and I apologize for being a n00b. Thanks very much for attempting to answer a lame question. -- Glenn English From duane at duanemail.org Mon Jul 11 03:41:51 2011 From: duane at duanemail.org (Duane Hill) Date: Sun, 10 Jul 2011 19:41:51 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: <4E1A3F41.9070202@orlitzky.com> References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <708236617.20110710194151@duanemail.org> Sunday, July 10, 2011, 7:09:37 PM, Michael wrote: > On 07/10/2011 07:59 PM, Glenn English wrote: >> >> On Jul 10, 2011, at 5:52 PM, Michael Orlitzky wrote: >> >>> You can do things on the server to mitigate damage from people who >>> check the "leave messages on server for eternity" box, but >>> generally, this is a client preference. >> >> What things can I do on the server? Many of my people use Macs, and >> there's nothing (I can find) in the iMail config to turn off the >> eternity switch. >> > With POP3, they don't have a "Trash" folder so you're probably stuck > setting a quota[1]. > You could also run a cron job or maybe use the expire plugin to get rid > of old messages, but that would likely piss someone off eventually. > And, I guess, if they're leaving *every* message on the server, you > could switch them to IMAP. They can't possibly leave any more stuff on > there, right? > [1] http://wiki2.dovecot.org/Quota Actually, you should have linked to http://wiki1.dovecot.org/Quota. http://wiki2.dovecot.org is used for Dovecot v2.0. The OP is using Dovecot 1.x. But, I see the OP in the latest message response has found the setting in the email client. -- Best regards, Duane mailto:duane at duanemail.org From stan at hardwarefreak.com Mon Jul 11 05:11:25 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Sun, 10 Jul 2011 21:11:25 -0500 Subject: [Dovecot] n00b here -- pop email deletion In-Reply-To: References: <4E1A3B20.6090003@orlitzky.com> <93299462-09F9-4633-B666-AB06C12B43CB@slsware.com> <4E1A3F41.9070202@orlitzky.com> Message-ID: <4E1A5BCD.5000907@hardwarefreak.com> On 7/10/2011 7:23 PM, Glenn English wrote: > Sigh. They were IMAP -- I was trying to help them -- I got them to switch to POP because their email directories were getting too big; they never delete anything. I was hoping that POP would fix the server's directory size, and they could keep all the baby pictures they wanted to. What is the actual nature of the problem you are attempting to solve Glenn? Disk space? Performance degradation? Switching users from IMAP to POP will never solve either of these. You need either more disk space or quotas (filesystem level, not Dovecot quotas), or both. You may also want to look into an HSM system depending on your budget and overall storage system complexity. HSM rarely makes sense for a single server. -- Stan From lists at truthisfreedom.org.uk Mon Jul 11 09:24:45 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Mon, 11 Jul 2011 07:24:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> Message-ID: <1310365485.2536.11.camel@lappy.edison.local> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: > We have noticed that the IMAP servers appear to be under much less > load and utilising drastically less RAM than the POP3 servers and I'm > wondering if there is a reason for this as we have seen some swapping > onto disk yet we are only handling 500 concurrent POP3 connections to > each server at any given time compared with over 600 IMAP connections. Am I to take it that this is expected behaviour? If anyone can shed more light on this I'd be very grateful. Thanks, Matt From wgillespie+dovecot at es2eng.com Mon Jul 11 10:06:07 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Mon, 11 Jul 2011 01:06:07 -0600 Subject: [Dovecot] Dovecot indexes In-Reply-To: References: Message-ID: <4E1AA0DF.2050802@es2eng.com> On 07/08/2011 04:35 AM, Mike Prispan wrote: > Hi, > > could someone answer my following questions about dovecot indexes? > > - If I delete dovecot indexes, it recreates them without any problem, right? I believe this depends. Maildir and mbox I don't think care. However, dbox and mdbox do and you'll lose information. (from memory, I could be off) From giulio at dsi.unimi.it Mon Jul 11 10:17:12 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 09:17:12 +0200 Subject: [Dovecot] dsync and compressed folders Message-ID: <4E1AA378.4020200@dsi.unimi.it> I'm trying to migrate my old dovecot server (mbox based) to a new one (maildir based), both are version 2.0.13. I'm using dsync: oldserver# dsync -u username backup ssh root at newserver dsync -u username Everything is working like a charm but when it tries to convert compressed folder I got an error: dsync-local(username): Error: Failed to sync mailbox OldMails/2008.gz: Mailbox isn't a valid mbox file. Both old and new installations support compressed folder via zlib plugin. If I'm not wrong dsync doesn't support compressed folder, does it? And, if so, are there any chances to have dsync support gzip'ed folders in the (near) future? Many thanks in advance, gc -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano From stan at hardwarefreak.com Mon Jul 11 10:27:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 02:27:13 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310365485.2536.11.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> Message-ID: <4E1AA5D1.6000601@hardwarefreak.com> On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: > On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >> We have noticed that the IMAP servers appear to be under much less >> load and utilising drastically less RAM than the POP3 servers and I'm >> wondering if there is a reason for this as we have seen some swapping >> onto disk yet we are only handling 500 concurrent POP3 connections to >> each server at any given time compared with over 600 IMAP connections. > > Am I to take it that this is expected behaviour? > > If anyone can shed more light on this I'd be very grateful. More specific information would be helpful. Load as shown through top doesn't really tell anything. Are you simply seeing memory pressure? Is all that RAM being used for block device cache or actually eaten by the pop servers? -- Stan From robert at schetterer.org Mon Jul 11 10:37:24 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 11 Jul 2011 09:37:24 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19CCA2.6070707@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> Message-ID: <4E1AA834.1090500@schetterer.org> Am 10.07.2011 18:00, schrieb Christian Roessner: > Hi, > > I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of > imap folders and sometimes I wish to delete several folders: > > First Problem: > > If I remove a folder under TB, it get moved to my Trash folder. After > that I close TB, which also purges the trash. When I come back, the > deleted folder and its content is still there. There is no way to remove > it with TB. On the server side I see that the folder is listed under > mailboxes/Trash and in the subscriptions file, a last line shows that > Trash/foldername is subscribed. If I remove that line and the > mailboxes-folder, then TB is happy again. yes , this sometimees happens, manual unsubscribe with/in TB an restart fixes this in most cases, no need to edit subscript file ( sometimes after heavy tests and reconfigures etc i edited the subscript file anyway ) > > Second problem: > > If I have two folders a and b, both containing a folder example: > > a/example > b/example > > I only can delete one folder. By deleting the second one, the IMAP > server tells me that there already exists on folder named example. ok this is a move/copy to trash, there cant be 2 folders under trash with same names > > I am not sure, if this is thunderbird or dovecot related, but both > problems are really annoying. Am I missing some configuration? > > Thunderbird is Ubuntu's packaged version 3.1.10. just tested with tb5 your first case didnt happend in my tests, but i know it from 3.1.x > > Thanks for any ideas and help in advance and don't get me wrong: I > really love dovecot ;-) i am nearly sure this is no dovecot problem, for info i use maildirs > > Best wishes > Christian -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Mon Jul 11 10:39:03 2011 From: robert at schetterer.org (Robert Schetterer) Date: Mon, 11 Jul 2011 09:39:03 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <4E19D4FF.6040300@g33k5.de> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> <4E19D4FF.6040300@g33k5.de> Message-ID: <4E1AA897.4000805@schetterer.org> Am 10.07.2011 18:36, schrieb Christian Roessner: > Hi, > >> http://wiki2.dovecot.org/Clients#Thunderbird >> >> protocol imap { >> imap_client_workarounds = tb-extra-mailbox-sep >> } >> >> That should also solve your second problem. > > thank you VERY much :-) This really solved my problems > > Best wishes > Christian hm ,no need with maildirs for that , but i may have other namespaces -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From lists at truthisfreedom.org.uk Mon Jul 11 12:28:23 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 10:28:23 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1AA5D1.6000601@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> Message-ID: <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> Quoting Stan Hoeppner : > On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: >> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >>> We have noticed that the IMAP servers appear to be under much less >>> load and utilising drastically less RAM than the POP3 servers and I'm >>> wondering if there is a reason for this as we have seen some swapping >>> onto disk yet we are only handling 500 concurrent POP3 connections to >>> each server at any given time compared with over 600 IMAP connections. >> >> Am I to take it that this is expected behaviour? >> >> If anyone can shed more light on this I'd be very grateful. > > More specific information would be helpful. Load as shown through top > doesn't really tell anything. Are you simply seeing memory pressure? > Is all that RAM being used for block device cache or actually eaten by > the pop servers? Hi Stan, Thanks for getting back to me. The Load average comparisons are taken from Munin graphs and based upon the servers being in production for five days between Monday and Friday. The vast majority of the RAM usage is cache, however there is still a discrepancy between the IMAP servers and the POP3 servers. I guess all I'm really after knowing is if there is a reason why this is the case so I can put my mind (and those of my team!) at ease before we start making other changes to the infrastructure - the last thing I want to do is increase the load on these nodes and watch them die because they didn't have enough resources. Kind regards, Matt From amateo at um.es Mon Jul 11 14:48:36 2011 From: amateo at um.es (Angel L. Mateo) Date: Mon, 11 Jul 2011 13:48:36 +0200 Subject: [Dovecot] Lots of LMTP errors Remote server not answering (DATA output timeout) (in reply to end of DATA command)) In-Reply-To: <4E16F235.70102@um.es> References: <4E16D987.80902@um.es> <4E16F235.70102@um.es> Message-ID: <4E1AE314.1000406@um.es> El 08/07/11 14:04, Angel L. Mateo escribi?: > El 08/07/11 12:18, Angel L. Mateo escribi?: >> Hello, >> >> I have configured two dovecot servers with director acting as >> lmtp/imap/pop proxy server with 8 dovecot backend servers. >> >> In our test environment we had no problem, but when we migrated to >> production environment, our mail list server (it delivers mail through >> lmtp) is having a lot of errors like this: >> >> 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to >> end of DATA command)) >> >> Proxy and backend servers are not loaded. >> >> Any idea? >> > By now, I think I have resolved the problem. We have limited the rate at > what list server delivers mail to dovecot. The default postfix > configuration is: > > lmtp_destination_concurrency_limit = 20 > lmtp_destination_recipient_limit = 50 > > that is, > > a maximum of 20 lmtp concurrence connections with a maximum of 50 > recipients per connection. We have decrease to 5 and 10 and since then > we have no more data output timeout errors. > > This wasn't a fix. Although it works temporally and alleviate the problem, it didn't completely fixed and I get sporadic errors like: Jul 11 13:46:25 xenon14 postfix/lmtp[7063]: A0ECA5D49E: to=, relay=pop.um.es[155.54.212.106]:24, delay=599, delays=569/0/0/30, dsn=4.4.0, status=deferred (host pop.um.es[155.54.212.106] said: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) Any idea of what is the reason for this? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From mimo at gn.apc.org Mon Jul 11 15:05:02 2011 From: mimo at gn.apc.org (Michael Moritz) Date: Mon, 11 Jul 2011 13:05:02 +0100 Subject: [Dovecot] drac plugin "net_ip2addr() failed: Operation not permitted" Message-ID: <201107111305.03226.mimo@gn.apc.org> Hi, I'm trying to get the drac plugin working (again) but I'm stuck with the following message: Restarting IMAP/POP3 mail server: dovecotEDRAC: net_ip2addr() failed: Operation not permitted This is on a Debian Squeeze box, dovecot version 1.2.15-7, drac version 1.12 Looking at the source it should print the IP in the brackets of net_ip2addr. The fact that it's just empty made me think that I may need to set an environment variable. I tried IP="127.0.0.1" in /etc/default/dovecot and as export but to no avail. Any ideas? Thanks, mimo From stan at hardwarefreak.com Mon Jul 11 15:18:11 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 07:18:11 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> Message-ID: <4E1AEA03.8080206@hardwarefreak.com> On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: > Quoting Stan Hoeppner : > >> On 7/11/2011 1:24 AM, Matthew Macdonald-Wallace wrote: >>> On Fri, 2011-07-08 at 10:48 +0100, lists at truthisfreedom.org.uk wrote: >>>> We have noticed that the IMAP servers appear to be under much less >>>> load and utilising drastically less RAM than the POP3 servers and I'm >>>> wondering if there is a reason for this as we have seen some swapping >>>> onto disk yet we are only handling 500 concurrent POP3 connections to >>>> each server at any given time compared with over 600 IMAP connections. >>> >>> Am I to take it that this is expected behaviour? >>> >>> If anyone can shed more light on this I'd be very grateful. >> >> More specific information would be helpful. Load as shown through top >> doesn't really tell anything. Are you simply seeing memory pressure? >> Is all that RAM being used for block device cache or actually eaten by >> the pop servers? > > Hi Stan, > > Thanks for getting back to me. > > The Load average comparisons are taken from Munin graphs and based upon > the servers being in production for five days between Monday and Friday. This still doesn't provide us with the necessary information to give you an intelligent answer to your question. You've told us you have a Mustang and a Camaro and that one burned more gas in a week than the other. You didn't tell us the driving conditions of each, whether both city driving, or one city and one highway, winter or summer, or if grandma was driving one and Mario Andretti driving the other. The details matter. > The vast majority of the RAM usage is cache, however there is still a > discrepancy between the IMAP servers and the POP3 servers. A discrepancy where? RAM usage by the pop and imap processes? Is there any reason why you didn't post the actual data? > I guess all I'm really after knowing is if there is a reason why this is > the case so I can put my mind (and those of my team!) at ease before we > start making other changes to the infrastructure - the last thing I want > to do is increase the load on these nodes and watch them die because > they didn't have enough resources. You still have not demonstrated what resources, if any, these nodes are lacking. The only thing you have mentioned is memory consumption. All Unices today will dump cache pages if a process needs memory space and will instantly reallocate it. If the bulk of the RAM on these systems is consumed by disk cache, you don't have a problem. If the "load" you mentioned is caused by something other then memory usage, then can you please show detail of such? Could you at least provide a snapshot of top output from one pop and one imap machine? I feel like I'm pulling teeth here. You've made two posts about this issue and provided zero technical detail in either. Make this easier on both of us, and post some darn detail. -- Stan From giulio at dsi.unimi.it Mon Jul 11 15:26:39 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 14:26:39 +0200 Subject: [Dovecot] compressed folder bug Message-ID: <4E1AEBFF.1090609@dsi.unimi.it> I found a strange behaviour in dovecot compressed folder, maybe a bug. It happens only if you have one (and just one!) email in a gz compressed folder. I'm talking about a mbox server. Step to reproduce: - create a new folder, using any client (I think this step is not important, it happens also if tou create this folder server-side). - copy one message (any message) into newly created folder (using your favourite drag-n-drop gesture, saving in that folder using you character client (mutt,...), etc.) - if your client automatically subscribe to newly created folders, unsubscribe from it - On your server "gzip newfolder" - On your client subscribe "newfolder.gz" - Try to access you newfolder This is what I get in logfiles: Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: Next message unexpectedly lost from mbox file /home/giulio/Mail/testfolder.gz at 9082 (cached) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Error: read(/home/giulio/Mail/testfolder.gz) failed: Invalid argument (uid=1) Jul 11 14:08:08 myhostname dovecot: imap(giulio): Disconnected: Internal error occurred. Refer to server log for more information. [2011-07-11 14:08:08] bytes=2045/23657 The funniest thing is that if I have a folder with more than one message it works like a charm. Some info about me: - dovecot version 2.0.13 - gentoo linux, with kernel 2.6.38-gentoo-r6 - system running on a VMWare virtual machine (32bit) - reiserfs filesystem my dovecot -n output: ------------------------------------------------------------------------ # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38-gentoo-r6 i686 Gentoo Base System release 2.0.2 auth_mechanisms = plain login disable_plaintext_auth = no listen = * mail_gid = mail mail_location = mbox:~/Mail:INBOX=/var/mail/%u:INDEX=~/ 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 passdb { args = * driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } service imap-login { inet_listener imap { address = imap.mydomain.it } inet_listener imaps { address = imap.mydomain.it } } service pop3-login { inet_listener pop3 { address = pop.mydomain.it } inet_listener pop3s { address = pop.mydomain.it } } ssl_cert = References: Message-ID: <4E1AF369.9080001@blunn.org> On 08/07/2011 11:35, Mike Prispan wrote: > could someone answer my following questions about dovecot indexes? > > - If I delete dovecot indexes, it recreates them without any problem, > right? AFAIK, for mbox and Maildir: True, for sdbox and mdbox: False. > - If dovecot recreates indexes, it does not affect users (they don't > have to download all emails again, seen flag is not lost etc.) or is > there any problem? AFAIK this is true, at least for the cases where indexes can reasonably be recreated (mbox and Maildir). AFAIK, under mbox, Dovecot stores UID and flags in the message headers; under Maildir, Dovecot stores UID in dovecot-uidlist file, and flags in filename. AFAIK, under sdbox and mdbox, UID and flags are stored (only) in "indexes". sdbox and mdbox "indexes" cannot be recreated. If sdbox or mdbox "indexes" are lost, Dovecot will re-create them, but losing data to a greater or lesser extent. > - If I use mail_location = ...:INDEX=MEMORY, it recreates indexes > every time dovecot is (re)started, right? Does it have any negative > effect except performance/resources? AFAIK, INDEX=MEMORY causes Dovecot to recreate indexes every time a mailbox is opened, not just when Dovecot is restarted. Not aware of any negative effects other than the categories mentioned, but I can't claim to be an expert. > - Is there any difference in indexes for mbox and maildir (related to > previous questions)? See http://wiki2.dovecot.org/IndexFiles Bill From lists at truthisfreedom.org.uk Mon Jul 11 16:20:40 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 14:20:40 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1AEA03.8080206@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> Message-ID: <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> Hi Stan, Quoting Stan Hoeppner : > On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: >> Quoting Stan Hoeppner : > This still doesn't provide us with the necessary information to give you > an intelligent answer to your question. Sorry, I thought I'd given quite a large amount of detail so far. To answer the questions I believe were in your analogy: * All the servers are made by the same manufacturer (Dell) * They are all the same model (R410) * The have the same engine (24 cores, 24G RAM, SAS Drives) * The motorway is exactly the same for all servers (NFS to a NetApp 6080 and a RAMSAN) * The weather is almost exactly the same (Same Datacentre, different rooms/racks) * The Driver is exactly the same (Dovecot 1.0.15) >> The vast majority of the RAM usage is cache, however there is still a >> discrepancy between the IMAP servers and the POP3 servers. > > A discrepancy where? RAM usage by the pop and imap processes? Is there > any reason why you didn't post the actual data? I thought I had explained this, but obviously not. The discrepancies lie in two areas: 1) Load Average 2) RAM Usage (particularly in regard to cache) In both cases, the value for each area is higher on the three nodes running POP3 than the nodes running IMAP. >> I guess all I'm really after knowing is if there is a reason why this is >> the case so I can put my mind (and those of my team!) at ease before we >> start making other changes to the infrastructure - the last thing I want >> to do is increase the load on these nodes and watch them die because >> they didn't have enough resources. > > You still have not demonstrated what resources, if any, these nodes are > lacking. The only thing you have mentioned is memory consumption. All > Unices today will dump cache pages if a process needs memory space and > will instantly reallocate it. If the bulk of the RAM on these systems > is consumed by disk cache, you don't have a problem. If the "load" you > mentioned is caused by something other then memory usage, then can you > please show detail of such? Could you at least provide a snapshot of > top output from one pop and one imap machine? POP3: https://gist.github.com/1075816 IMAP: https://gist.github.com/1075821 Unfortunately I can't provide access to the Munin Graphs owing to company policies, however I'm happy to post the output of pretty much any command (except `rm -rf` ;) ) that you would like to see. I hope that's enough detail, if not please let me know. Thanks again, Matt From satish_lx at hotmail.com Mon Jul 11 16:56:29 2011 From: satish_lx at hotmail.com (satish patel) Date: Mon, 11 Jul 2011 13:56:29 +0000 Subject: [Dovecot] Dovecot NFS locking issue In-Reply-To: References: Message-ID: Anyone ? > From: satish_lx at hotmail.com > To: dovecot at dovecot.org > Date: Fri, 8 Jul 2011 17:08:40 +0000 > Subject: [Dovecot] Dovecot NFS locking issue > > > Hi All, > > We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error > > Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available > Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available > > Look like my NFS locking getting overload or something its (netapps NFS server) > > what you suggest to fix this issue ? how uw-imap was working with NFS before ? > > Appreciate your help. > > -S > > From stan at hardwarefreak.com Mon Jul 11 18:03:56 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 10:03:56 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> Message-ID: <4E1B10DC.3020307@hardwarefreak.com> On 7/11/2011 8:20 AM, lists at truthisfreedom.org.uk wrote: > Hi Stan, > > Quoting Stan Hoeppner : > >> On 7/11/2011 4:28 AM, lists at truthisfreedom.org.uk wrote: >>> Quoting Stan Hoeppner : >> This still doesn't provide us with the necessary information to give you >> an intelligent answer to your question. > > Sorry, I thought I'd given quite a large amount of detail so far. > > To answer the questions I believe were in your analogy: > > * All the servers are made by the same manufacturer (Dell) > * They are all the same model (R410) > * The have the same engine (24 cores, 24G RAM, SAS Drives) The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs you see is the result of HyperThreading being enabled. I'd disable HT if I were you, or those boxen mine. > * The motorway is exactly the same for all servers (NFS to a NetApp 6080 > and a RAMSAN) > * The weather is almost exactly the same (Same Datacentre, different > rooms/racks) > * The Driver is exactly the same (Dovecot 1.0.15) What operating system? Linux or *BSD? If Linux, what kernel version? Given that you're running Dovecot 1.0.15 I'm guessing you're using CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years old now and not inappropriate for a modern 2 socket, 6 core HyperThreading box. You need a much newer kernel, preferably in the 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on these machines. >>> The vast majority of the RAM usage is cache, however there is still a >>> discrepancy between the IMAP servers and the POP3 servers. It doesn't show in the top snapshots. >> A discrepancy where? RAM usage by the pop and imap processes? Is there >> any reason why you didn't post the actual data? > > I thought I had explained this, but obviously not. > > The discrepancies lie in two areas: > > 1) Load Average On Linux, load average strictly shows total system CPU usage in intervals, nothing else. Neither memory, disk, nor network or anything else affects load average. Thus, with a 12 core system, until you see a load average above 12 you have absolutely nothing to worry about. With HT enabled load averages pretty much go out the window as half the "CPUs" are merely glorified duplicate register file phantoms. Given that all mail apps are 100% IO bound, never CPU or memory bound, I'd guess you'll never see a load average over 4.00 on any of these machines with less than 1000 concurrent connections. This assuming you run a newer kernel and with HT disabled. In other words, no more than 4 cores worth of CPU time will ever be eaten by your workload. What number do your Munin graphs show for load average for each set of boxes? Do they even come close to 4? Also note that TCP stack processing on the pop nodes will be greater than that of the imap boxes, eating more CPU cycles. More data sent over the wire means more packets, more packets means more CPU time in both code/data processing and interrupts. If you're running iptables rules on each host that bumps up network processing cycles a bit more yet. > 2) RAM Usage (particularly in regard to cache) > In both cases, the value for each area is higher on the three nodes > running POP3 than the nodes running IMAP. Almost all the memory consumption on both systems is buffer cache. Thus you don't have a memory issue on either host. The kernel will free and immediately reassign pages from cache to application processes as needed. I don't see evidence of the pop machine using more memory, in fact the imap processes are using more. Both boxes are just under 24GB total usage and both using right at 20GB of cache. Looks like a default config Linux kernel based on the ultra aggressive caching and eating up nearly all memory. >>> I guess all I'm really after knowing is if there is a reason why this is >>> the case so I can put my mind (and those of my team!) at ease before we >>> start making other changes to the infrastructure - the last thing I want >>> to do is increase the load on these nodes and watch them die because >>> they didn't have enough resources. >> >> You still have not demonstrated what resources, if any, these nodes are >> lacking. The only thing you have mentioned is memory consumption. All >> Unices today will dump cache pages if a process needs memory space and >> will instantly reallocate it. If the bulk of the RAM on these systems >> is consumed by disk cache, you don't have a problem. If the "load" you >> mentioned is caused by something other then memory usage, then can you >> please show detail of such? Could you at least provide a snapshot of >> top output from one pop and one imap machine? > > POP3: https://gist.github.com/1075816 > IMAP: https://gist.github.com/1075821 > > Unfortunately I can't provide access to the Munin Graphs owing to > company policies, however I'm happy to post the output of pretty much > any command (except `rm -rf` ;) ) that you would like to see. > > I hope that's enough detail, if not please let me know. It may have been. I'll know when you post your load numbers from those top secret graphs. ;) -- Stan From giulio at dsi.unimi.it Mon Jul 11 18:06:04 2011 From: giulio at dsi.unimi.it (Giulio Casella) Date: Mon, 11 Jul 2011 17:06:04 +0200 Subject: [Dovecot] Dovecot NFS locking issue In-Reply-To: References: Message-ID: <4E1B115C.1080608@dsi.unimi.it> Look at mbox_read_locks and mbox_write_locks parameters. From http://wiki2.dovecot.org/MailboxFormat/mbox: -------------------------------------------------------- There are at least four different ways to lock a mbox: ? dotlock: mailboxname.lock file created by almost all software when writing to mboxes. This grants the writer an exclusive lock over the mbox, so it's usually not used while reading the mbox so that other processes can also read it at the same time. So while using a dotlock typically prevents actual mailbox corruption, it doesn't protect against read errors if mailbox is modified while a process is reading. ? flock: flock() system call is quite commonly used for both read and write locking. The read lock allows multiple processes to obtain a read lock for the mbox, so it works well for reading as well. The one downside to it is that it doesn't work if mailboxes are stored in NFS. ? fcntl: Very similar to flock, also commonly used by software. In some systems this fcntl() system call is compatible with flock(), but in other systems it's not, so you shouldn't rely on it. fcntl works with NFS if you're using lockd daemon in both NFS server and client. ? lockf: POSIX lockf() locking. Because it allows creating only exclusive locks, it's somewhat useless so Dovecot doesn't support it. With Linux lockf() is internally compatible with fcntl() locks, but again you shouldn't rely on this. -------------------------------------------------------- but: - lockf is unsupported by dovecot - flock doesn't work over NFS - fcntl works over NFS only if lockd is running on both sides (useful only if you can setup lockd on your storage appliance) - dotlock is not so performing, and sometimes could give read errors, but should work (and protect you from mailbox corruption) Anyway take a look also to maildir format (almost entirely lockless). Hope this helps. Bye, gc Il 11/07/2011 15.56, satish patel ha scritto: > > Anyone ? > >> From: satish_lx at hotmail.com >> To: dovecot at dovecot.org >> Date: Fri, 8 Jul 2011 17:08:40 +0000 >> Subject: [Dovecot] Dovecot NFS locking issue >> >> >> Hi All, >> >> We had 15 imap/pop UW-imap servers behind load balancer and mail storage was NFS for almost around ~30,000 users on it. Currently we migrate UW-imap to dovecot with fcntl NFS locking. After migration on dovecot it started error related locking see following error >> >> Error: fcntl() failed with mbox file /home/w/a/wahmed/.inbox: No locks available >> Error: fcntl() failed with mbox file /home/e/d/edurand/.inbox: No locks available >> >> Look like my NFS locking getting overload or something its (netapps NFS server) >> >> what you suggest to fix this issue ? how uw-imap was working with NFS before ? >> >> Appreciate your help. >> >> -S >> >> > -- Giulio Casella giulio at dsi.unimi.it System and network manager Computer Science Dept. - University of Milano From lists at truthisfreedom.org.uk Mon Jul 11 19:22:45 2011 From: lists at truthisfreedom.org.uk (lists at truthisfreedom.org.uk) Date: Mon, 11 Jul 2011 17:22:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> >> * All the servers are made by the same manufacturer (Dell) >> * They are all the same model (R410) >> * The have the same engine (24 cores, 24G RAM, SAS Drives) > > The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs > you see is the result of HyperThreading being enabled. I'd disable HT > if I were you, or those boxen mine. OK, I'll take a look at this, thanks. >> * The motorway is exactly the same for all servers (NFS to a NetApp 6080 >> and a RAMSAN) >> * The weather is almost exactly the same (Same Datacentre, different >> rooms/racks) >> * The Driver is exactly the same (Dovecot 1.0.15) > > What operating system? Linux or *BSD? If Linux, what kernel version? > Given that you're running Dovecot 1.0.15 I'm guessing you're using > CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years > old now and not inappropriate for a modern 2 socket, 6 core > HyperThreading box. You need a much newer kernel, preferably in the > 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on > these machines. Linux, Centos 5.6 and (yup, you've guessed it...) 2.6.18 again, I'll take a look at this, thanks. >> 1) Load Average > > On Linux, load average strictly shows total system CPU usage in > intervals, nothing else. Neither memory, disk, nor network or anything > else affects load average. Thus, with a 12 core system, until you see a > load average above 12 you have absolutely nothing to worry about. With > HT enabled load averages pretty much go out the window as half the > "CPUs" are merely glorified duplicate register file phantoms. > > Given that all mail apps are 100% IO bound, never CPU or memory bound, > I'd guess you'll never see a load average over 4.00 on any of these > machines with less than 1000 concurrent connections. This assuming you > run a newer kernel and with HT disabled. In other words, no more than 4 > cores worth of CPU time will ever be eaten by your workload. What > number do your Munin graphs show for load average for each set of boxes? > Do they even come close to 4? They're showing as between 20 and 24 for the POP3 servers and 1.4 for the IMAP servers. > Also note that TCP stack processing on the pop nodes will be greater > than that of the imap boxes, eating more CPU cycles. More data sent > over the wire means more packets, more packets means more CPU time in > both code/data processing and interrupts. If you're running iptables > rules on each host that bumps up network processing cycles a bit more yet. OK, I'll take a look at that as well >> 2) RAM Usage (particularly in regard to cache) > >> In both cases, the value for each area is higher on the three nodes >> running POP3 than the nodes running IMAP. > > Almost all the memory consumption on both systems is buffer cache. Thus > you don't have a memory issue on either host. The kernel will free and > immediately reassign pages from cache to application processes as > needed. I don't see evidence of the pop machine using more memory, in > fact the imap processes are using more. Both boxes are just under 24GB > total usage and both using right at 20GB of cache. Looks like a default > config Linux kernel based on the ultra aggressive caching and eating up > nearly all memory. So a kernel update is more than sensible... > It may have been. I'll know when you post your load numbers from those > top secret graphs. ;) LOL, see above. Thanks again, Matt From florent at coppint.com Mon Jul 11 20:20:48 2011 From: florent at coppint.com (Florent Bautista) Date: Mon, 11 Jul 2011 19:20:48 +0200 Subject: [Dovecot] Many "Error: Corrupted index cache file /XXX/dovecot.index.cache: invalid record size" In-Reply-To: <4E1331E0.8070008@coppint.com> References: <4E1331E0.8070008@coppint.com> Message-ID: <4E1B30F0.3090006@coppint.com> No one has any idea of what happens ? I forgot to say that mailboxes are MailDir format. Le 05/07/2011 17:46, Florent Bautista a ?crit : > Hi all, > > I just joigned this list, so I'm sorry if this problem has already > been reported. > > I'm running Dovecot 2.0.13 on many servers, one for POP/IMAP access, > others for LDA, others for authentification only, etc. > > All servers are accessing a shared file system, based on MooseFS > (www.moosefs.org). The FS is mounted using FUSE. > > All my Dovecot servers have this configuration : > > mail_fsync = always > mail_nfs_index = yes > mail_nfs_storage = yes > mmap_disable = yes > > (as adviced for NFS installation). > > But I'm still getting errors like this in POP/IMAP logs : > Error: Corrupted index cache file > /my_moosefs_fs/domain/user/indexes/.INBOX/dovecot.index.cache: invalid > record size > > Sometimes my Dovecot LDA repairs these files, but then it happens > again... > > All my servers are running Debian 6 over KVM virtualization. > > Have you ever encountered this ? Do you think this is a Dovecot > problem or MooseFS problem ? > > Thank you a lot for your answers. > -- Florent Bautista ------------------------------------------------------------------------ Ce message et ses ?ventuelles pi?ces jointes sont personnels, confidentiels et ? l'usage exclusif de leur destinataire. Si vous n'?tes pas la personne ? laquelle ce message est destin?, veuillez noter que vous avez re?u ce courriel par erreur et qu'il vous est strictement interdit d'utiliser, de diffuser, de transf?rer, d'imprimer ou de copier ce message. This e-mail and any attachments hereto are strictly personal, confidential and intended solely for the addressee. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this message is strictly prohibited. ------------------------------------------------------------------------ ** ------------------------------------------------------------------------ From stan at hardwarefreak.com Mon Jul 11 21:47:40 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 11 Jul 2011 13:47:40 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> Message-ID: <4E1B454C.2020504@hardwarefreak.com> On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: > They're showing as between 20 and 24 for the POP3 servers and 1.4 for > the IMAP servers. FULL STOP. Oh my lordy. Something is ridiculously wrong here. You have 12 physical cores with only ~600 simultaneous pop connections. That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 chips each core should be able to handle a couple hundred pop connections. If you were truly hitting an actual load of 20-24, a single one of those boxes would be bringing your NetApp to its knees (assuming GbE) due to the amount of IO that would be taking place with the CPUs this busy. > So a kernel update is more than sensible... Disable HT regardless of kernel upgrading. See if it helps the load issue with the current kernel. Then go ahead and upgrade the kernel. If the CentOS repos don't have anything in the 2.6.3x series grab: http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 and roll your own. Though I'd guess since you're a CentOS user you probably don't have any experience rolling kernels. Now, considering you're running a many years old version of Dovecot, which is no longer officially supported, you really need to upgrade. Safe bet is to grab the latest 1.2.x RPM you can get. >> It may have been. I'll know when you post your load numbers from those >> top secret graphs. ;) > > LOL, see above. > > Thanks again, You're welcome. Your problem isn't solved yet, but it soon will be. :) -- Stan From lists at truthisfreedom.org.uk Mon Jul 11 22:57:36 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Mon, 11 Jul 2011 20:57:36 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B454C.2020504@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> Message-ID: <1310414256.2650.7.camel@lappy.edison.local> On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote: > On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: > > > They're showing as between 20 and 24 for the POP3 servers and 1.4 for > > the IMAP servers. > > FULL STOP. Oh my lordy. Something is ridiculously wrong here. You > have 12 physical cores with only ~600 simultaneous pop connections. > That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 > chips each core should be able to handle a couple hundred pop > connections. If you were truly hitting an actual load of 20-24, a > single one of those boxes would be bringing your NetApp to its knees > (assuming GbE) due to the amount of IO that would be taking place with > the CPUs this busy. Good, so my assumption that something was wrong was correct and as the NetApp isn't on its knees... > > So a kernel update is more than sensible... > > Disable HT regardless of kernel upgrading. See if it helps the load > issue with the current kernel. Then go ahead and upgrade the kernel. > If the CentOS repos don't have anything in the 2.6.3x series grab: > http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 > > and roll your own. Though I'd guess since you're a CentOS user you > probably don't have any experience rolling kernels. LOL. I'm not a fan of Centos but it's what we've got to play with here - We'll be running Debian (or possibly even Gentoo if I have my way...) on the next load of servers and custom kernels aren't an issue. /me misses stage one gentoo installs... :( > Now, considering you're running a many years old version of Dovecot, > which is no longer officially supported, you really need to upgrade. > Safe bet is to grab the latest 1.2.x RPM you can get. We've built our own RPMS for 1.2 - we're upgrading these servers tomorrow... :) Kind regards, Matt From michael at orlitzky.com Mon Jul 11 23:12:17 2011 From: michael at orlitzky.com (Michael Orlitzky) Date: Mon, 11 Jul 2011 16:12:17 -0400 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <4E1B5921.1000907@orlitzky.com> On 07/11/11 15:57, Matthew Macdonald-Wallace wrote: > > LOL. I'm not a fan of Centos but it's what we've got to play with here - > We'll be running Debian (or possibly even Gentoo if I have my way...) on > the next load of servers and custom kernels aren't an issue. Just don't tell anyone: http://www.gentoo.org/proj/en/gentoo-alt/prefix/ From me at junc.org Tue Jul 12 00:26:34 2011 From: me at junc.org (Benny Pedersen) Date: Mon, 11 Jul 2011 23:26:34 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <2c3f5b94c658b585cd669a86a2fe67a1@junc.org> On Mon, 11 Jul 2011 20:57:36 +0100, Matthew Macdonald-Wallace wrote: > LOL. I'm not a fan of Centos but it's what we've got to play with > here - > We'll be running Debian (or possibly even Gentoo if I have my way...) > on > the next load of servers and custom kernels aren't an issue. > > /me misses stage one gentoo installs... :( why ?, note stage3 problems in current gentoo is nearly solved now, and funtoo use rpms but is have a openrc / baselayout 2.x where / is mounted 2 times in mtab seems to not accept ext4 and failback to ext2 in runtime :( i consider this a gentoo bug, but devs have another appinion :/ to not be completely offtopic, will dovecot 2.x support dovecot -n > new-config.conf so its easy to migrade over when time comes ? From stan at hardwarefreak.com Tue Jul 12 08:21:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 12 Jul 2011 00:21:13 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310414256.2650.7.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> Message-ID: <4E1BD9C9.1030407@hardwarefreak.com> On 7/11/2011 2:57 PM, Matthew Macdonald-Wallace wrote: > On Mon, 2011-07-11 at 13:47 -0500, Stan Hoeppner wrote: >> On 7/11/2011 11:22 AM, lists at truthisfreedom.org.uk wrote: >> >>> They're showing as between 20 and 24 for the POP3 servers and 1.4 for >>> the IMAP servers. >> >> FULL STOP. Oh my lordy. Something is ridiculously wrong here. You >> have 12 physical cores with only ~600 simultaneous pop connections. >> That's only 50 per core. Even if those are the 'lowly' 2.4GHz 5645 >> chips each core should be able to handle a couple hundred pop >> connections. If you were truly hitting an actual load of 20-24, a >> single one of those boxes would be bringing your NetApp to its knees >> (assuming GbE) due to the amount of IO that would be taking place with >> the CPUs this busy. > > Good, so my assumption that something was wrong was correct and as the > NetApp isn't on its knees... > >>> So a kernel update is more than sensible... >> >> Disable HT regardless of kernel upgrading. See if it helps the load >> issue with the current kernel. Then go ahead and upgrade the kernel. >> If the CentOS repos don't have anything in the 2.6.3x series grab: >> http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.39.3.tar.bz2 Are these virtual machines? You didn't state so previously. Running 2.6.18 as a VM guest on these machines may also be part of the incorrect load reporting problem. If so, run the data collector daemon inside the hypervisor itself so you get actual load figures. You'll never get accurate performance metrics for a whole box from a kernel/daemon inside a VM guest. -- Stan From lists at truthisfreedom.org.uk Tue Jul 12 09:03:56 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Tue, 12 Jul 2011 07:03:56 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1BD9C9.1030407@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> Message-ID: <1310450636.2578.0.camel@lappy.edison.local> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: > Are these virtual machines? You didn't state so previously. Running > 2.6.18 as a VM guest on these machines may also be part of the incorrect > load reporting problem. If so, run the data collector daemon inside the > hypervisor itself so you get actual load figures. You'll never get > accurate performance metrics for a whole box from a kernel/daemon inside > a VM guest. > Nope, all on the bare metal in our own datacentre. I'll let you know how the HT switchoff goes. M. From rainer.frey at inxmail.de Tue Jul 12 09:12:37 2011 From: rainer.frey at inxmail.de (Rainer Frey) Date: Tue, 12 Jul 2011 08:12:37 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> On 11.07.2011, at 17:03, Stan Hoeppner wrote: > The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs > you see is the result of HyperThreading being enabled. I'd disable HT > if I were you, or those boxen mine. Why? Rainer From stan at hardwarefreak.com Tue Jul 12 09:59:37 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Tue, 12 Jul 2011 01:59:37 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <3851E470-3C83-4F65-AE23-22C3F344203D@inxmail.de> Message-ID: <4E1BF0D9.7050000@hardwarefreak.com> On 7/12/2011 1:12 AM, Rainer Frey wrote: > > On 11.07.2011, at 17:03, Stan Hoeppner wrote: > >> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs >> you see is the result of HyperThreading being enabled. I'd disable HT >> if I were you, or those boxen mine. > > Why? It's a troubleshooting step. HT can cause weird problems with some systems/kernels. It can also decrease performance with some workloads. As with anything, if it doesn't provide benefit, turn if off to reduce complexity and potential problems. -- Stan From david.ledger at ivdcs.co.uk Tue Jul 12 14:08:11 2011 From: david.ledger at ivdcs.co.uk (David Ledger) Date: Tue, 12 Jul 2011 12:08:11 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 Message-ID: At 01:59 -0500 12/7/11, Stan Hoeppner wrote: >On 7/12/2011 1:12 AM, Rainer Frey wrote: >> >> On 11.07.2011, at 17:03, Stan Hoeppner wrote: >> >>> The R410 is a two socket Xeon box with max 2 x 6 core CPUs. The 24 CPUs >>> you see is the result of HyperThreading being enabled. I'd disable HT >>> if I were you, or those boxen mine. >> >> Why? > >It's a troubleshooting step. HT can cause weird problems with some >systems/kernels. It can also decrease performance with some workloads. > As with anything, if it doesn't provide benefit, turn if off to reduce >complexity and potential problems. Or, another way, HT only helps when having twice as many (apparent) processors running at half the (effective) speed is good for your specific workload. Just because it's a band-waggon it doesn't mean you have to jump onto it. David -- David Ledger - Freelance Unix Sysadmin in the UK. HP-UX specialist of hpUG technical user group (www.hpug.org.uk) david.ledger at ivdcs.co.uk www.ivdcs.co.uk From Helga.Mayer at uni-hohenheim.de Tue Jul 12 18:01:26 2011 From: Helga.Mayer at uni-hohenheim.de (Helga Mayer) Date: Tue, 12 Jul 2011 17:01:26 +0200 (CEST) Subject: [Dovecot] need help with metadata plugin - partly solved In-Reply-To: References: Message-ID: After adding metadata and imap_annotatemore to the mail_plugins ANNOTATEMORE is displayed in the CAPABILITIES output. I still don't have a client which stores events on the imap server. So far I didn't succeed with Kontact (Version 4.3.5) Anybody has experiences with kontact and dovecot as a calendar resource ? I guess it should even work without metadata. Helga Helga Mayer Universit?t Hohenheim Kommunikations-, Informations- und Medienzentrum (630) IT-Dienste | Mail Schloss-Westhof-S?d | 70599 Stuttgart Tel.: +49 711 459-22838 | Fax: +49 711 459-23449 https://kim.uni-hohenheim.de *************************************************************************** A: Because we read from top to bottom, left to right. Q: Why should i start my reply below the quoted text? From mdunlap at breakawaysystems.com Tue Jul 12 23:40:14 2011 From: mdunlap at breakawaysystems.com (Max Dunlap) Date: Tue, 12 Jul 2011 15:40:14 -0500 Subject: [Dovecot] missing +r perm: In-Reply-To: <1310066512.14764.7.camel@mdunlap-desktop> References: <1310065409.14764.6.camel@mdunlap-desktop> <4E160632.7080100@Media-Brokers.com> <1310066512.14764.7.camel@mdunlap-desktop> Message-ID: <1310503215.11911.1.camel@mdunlap-desktop> The error message was caused by the missing hardlinks when migrating mail over scp. I made a tar of the mail and then scped it. Worked fine. On Thu, 2011-07-07 at 14:21 -0500, Max Dunlap wrote: > Oh, well. I'll take what I can get at this point. > > On Thu, 2011-07-07 at 15:17 -0400, Charles Marcus wrote: > > On 2011-07-07 3:03 PM, Max Dunlap wrote: > > > sudo dovecot -n: > > > http://pastie.org/2179100 > > > > > > The error message in mail.log: > > > http://pastie.org/2179032 > > > > You're much better off just pasting the output of these into the email > > body - lost of people won't go to the trouble of clicking links like > > these... > > > > From gene_dovecot at smalltime.com Wed Jul 13 04:33:33 2011 From: gene_dovecot at smalltime.com (gene) Date: Tue, 12 Jul 2011 18:33:33 -0700 Subject: [Dovecot] How to turn off "plus" delivery Message-ID: I use a lot of plus-style addresses (me+stuff at example.com), except I use underscore as the separator rather than plus (me_stuff at example.com). My mail logs are full of messages where dovecot looks for a mailbox named "stuff", fails, then delivers to my inbox. Is there a way to turn that off so that dovecot automatically delivers to my inbox? Thanks! Here are the details: > dovecot --version 1.2.15 > dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 info_log_path: /dev/null log_timestamp: %Y-%m-%d %H:%M:%S ssl_cert_file: /etc/ssl/server.crt ssl_key_file: /etc/ssl/server.key ssl_cipher_list: ALL:!LOW:!SSLv2:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:+HIGH:+MEDIUM login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_privileged_group: mail mail_location: maildir:~/Maildir mbox_write_locks: fcntl dotlock imap_client_workarounds: outlook-idle delay-newmail lda: postmaster_address: postmaster at xxxxxxxxx.com postmaster_address: postmaster at xxxxxxxxx.com mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r postmaster_address: postmaster at xxxxxxxxx.com mail_plugins: sieve quota_full_tempfail: yes deliver_log_format: msgid=%m: %$ rejection_reason: Your message to <%t> was automatically rejected:%n%r auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/dovecot-auth mode: 432 user: postfix group: postfix plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve: ~/.dovecot.sieve sieve_dir: ~/sieve > cat ~/.dovecot.sieve require ["regex","fileinto"]; if header :regex ["X-Bogosity"] ["^ *Spam,"] { fileinto "caughtspam"; stop; } # excerpt from mail.log: postfix/pipe[32255]: BE4FCE24069: to=, relay=bogo_filter, delay=1.2, delays=0.13/0.01/0/1.1, dsn=2.0.0, status=sent (delivered via bogo_filter service) postfix/qmgr[28916]: BE4FCE24069: removed postfix/cleanup[32254]: DBA1EE2406E: message-id=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com> postfix/qmgr[28916]: DBA1EE2406E: from=, size=7859, nrcpt=1 (queue active) dovecot: deliver(gene): sieve: msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: failed to store into mailbox 'att': Mailbox doesn't exist: att dovecot: deliver(gene): sieve: script /home/gene/.dovecot.sieve failed with unsuccessful implicit keep dovecot: deliver(gene): msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: save failed to att: Mailbox doesn't exist: att dovecot: deliver(gene): msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: saved mail to INBOX postfix/local[32261]: DBA1EE2406E: to=, relay=local, delay=0.05, delays=0.01/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to command: /usr/lib/dovecot/deliver -c /etc/dovecot/conf.d/01-dovecot-postfix.conf -n -m "${EXTENSION}") postfix/qmgr[28916]: DBA1EE2406E: removed From duane at duanemail.org Wed Jul 13 10:58:31 2011 From: duane at duanemail.org (Duane Hill) Date: Wed, 13 Jul 2011 02:58:31 -0500 Subject: [Dovecot] How to turn off "plus" delivery In-Reply-To: References: Message-ID: <411905248.20110713025831@duanemail.org> Tuesday, July 12, 2011, 8:33:33 PM, Gene wrote: > I use a lot of plus-style addresses (me+stuff at example.com), except > I use underscore as the separator rather than plus > (me_stuff at example.com). My mail logs are full of messages where > dovecot looks for a mailbox named "stuff", fails, then delivers to > my inbox. Is there a way to turn that off so that dovecot > automatically delivers to my inbox? Turn it off just for you? or globally? The underscore as the separator is defined within your Postfix main.cf config file. From your logs below, it uses the Dovecot deliver with the '-m ${extension}' parameter. If you remove the '-m "${EXTENSION}' parameter from the Postfix master.cf config file, that will eliminate extension (folder) delivery for the entire server. From the Dovecot deliver man page: -m mailbox Destination mailbox (default is INBOX). If the mailbox doesn't exist, it will not be created (unless the lda_mailbox_autocreate setting is set to yes). If a message couldn't be saved to the mailbox for any reason, it's delivered to INBOX instead. > Thanks! > Here are the details: >> dovecot --version > 1.2.15 >> dovecot -n > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.38-8-server x86_64 Ubuntu 11.04 > info_log_path: /dev/null > log_timestamp: %Y-%m-%d %H:%M:%S > ssl_cert_file: /etc/ssl/server.crt > ssl_key_file: /etc/ssl/server.key > ssl_cipher_list: > ALL:!LOW:!SSLv2:ALL:!aNULL:!ADH:!eNULL:!EXP:RC4+RSA:+HIGH:+MEDIUM > login_dir: /var/run/dovecot/login > login_executable: /usr/lib/dovecot/imap-login > mail_privileged_group: mail > mail_location: maildir:~/Maildir > mbox_write_locks: fcntl dotlock > imap_client_workarounds: outlook-idle delay-newmail > lda: > postmaster_address: postmaster at xxxxxxxxx.com > postmaster_address: postmaster at xxxxxxxxx.com > mail_plugins: sieve > quota_full_tempfail: yes > deliver_log_format: msgid=%m: %$ > rejection_reason: Your message to <%t> was automatically rejected:%n%r > postmaster_address: postmaster at xxxxxxxxx.com > mail_plugins: sieve > quota_full_tempfail: yes > deliver_log_format: msgid=%m: %$ > rejection_reason: Your message to <%t> was automatically rejected:%n%r > auth default: > mechanisms: plain login > passdb: > driver: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/dovecot-auth > mode: 432 > user: postfix > group: postfix > plugin: > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_dir: ~/sieve >> cat ~/.dovecot.sieve > require ["regex","fileinto"]; > if header :regex ["X-Bogosity"] ["^ *Spam,"] { > fileinto "caughtspam"; > stop; > } > # excerpt from mail.log: > postfix/pipe[32255]: BE4FCE24069: to=, > relay=bogo_filter, delay=1.2, delays=0.13/0.01/0/1.1, dsn=2.0.0, > status=sent (delivered via bogo_filter service) > postfix/qmgr[28916]: BE4FCE24069: removed > postfix/cleanup[32254]: DBA1EE2406E: > message-id=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com> > postfix/qmgr[28916]: DBA1EE2406E: > from=, size=7859, nrcpt=1 (queue active) > dovecot: deliver(gene): sieve: > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: > failed to store into mailbox 'att': Mailbox doesn't exist: att > dovecot: deliver(gene): sieve: script /home/gene/.dovecot.sieve > failed with unsuccessful implicit keep > dovecot: deliver(gene): > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: > save failed to att: Mailbox doesn't exist: att > dovecot: deliver(gene): > msgid=<1310331364610.sdc.29057010.18396.155116668 at connect2.wireless.att-mail.com>: saved mail to INBOX > postfix/local[32261]: DBA1EE2406E: to=, > relay=local, delay=0.05, delays=0.01/0.01/0/0.03, dsn=2.0.0, > status=sent (delivered to command: /usr/lib/dovecot/deliver -c > /etc/dovecot/conf.d/01-dovecot-postfix.conf -n -m "${EXTENSION}") > postfix/qmgr[28916]: DBA1EE2406E: removed -- Best regards, Duane mailto:duane at duanemail.org From c at g33k5.de Wed Jul 13 10:59:24 2011 From: c at g33k5.de (Christian Roessner) Date: Wed, 13 Jul 2011 09:59:24 +0200 Subject: [Dovecot] Dovecot 2.0.13 and removing IMAP folders in thunderbird In-Reply-To: <9891feeb61da67650e034f6cad984b75@imt-systems.com> References: <4E19CCA2.6070707@g33k5.de> <9891feeb61da67650e034f6cad984b75@imt-systems.com> Message-ID: <4E1D505C.7030406@g33k5.de> Hi, >> I use Dovecot-2.0.13 with mdbox and Thunderbird (IMAP). I have dozens of >> imap folders and sometimes I wish to delete several folders: >> >> First Problem: >> >> If I remove a folder under TB, it get moved to my Trash folder. After >> that I close TB, which also purges the trash. When I come back, the >> deleted folder and its content is still there. There is no way to remove >> it with TB. On the server side I see that the folder is listed under >> mailboxes/Trash and in the subscriptions file, a last line shows that >> Trash/foldername is subscribed. If I remove that line and the >> mailboxes-folder, then TB is happy again. > > Hi Christian, > > http://wiki2.dovecot.org/Clients#Thunderbird > > protocol imap { > imap_client_workarounds = tb-extra-mailbox-sep > } > > That should also solve your second problem. I have a new strange problem and maybe it has to do with the same original problem: After adding the "workaround" feature to imap, this happens: - In thunderbird I delete a folder - Closing TB - Starting TB again - TB tells me that it can not find the folder a/b/example anymore The latter is interesting, as I had deleted it with TB once before. Even if I drag the folder directly to the trash and verify that it really is in there, the steps are the same as described in my short list above. Thanks in advance Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From a.dumitrescu at crystalmind.ro Wed Jul 13 13:36:53 2011 From: a.dumitrescu at crystalmind.ro (Andrei Dumitrescu) Date: Wed, 13 Jul 2011 13:36:53 +0300 Subject: [Dovecot] IMAP access based on username & IP Message-ID: <4E1D7545.5080002@crystalmind.ro> Hello, I have all the users and passwords in separate files like in the configuration below. I want that a specific user (ex: joe at domain.con) to be able to read mails using imaps only from a specific IP. All the other users should be able to read email from any IP. How can I do that? Thank you Imap version: #dovecot --version 1.2.12 dovecot.conf: # 1.2.12: /etc/dovecot/dovecot.conf # OS: Linux 2.6.35-28-server x86_64 Ubuntu 10.10 ext4 base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.info ssl_cert_file: /etc/ssl/certs/dovecot1.crt ssl_key_file: /etc/ssl/private/dovecot1.key ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login login_greeting: IMAP ready. login_processes_count: 7 login_max_processes_count: 84 verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 1000 mail_privileged_group: mail mail_location: maildir:/var/spool/vmail/%d/%n fsync_disable: yes mbox_write_locks: fcntl dotlock imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep lda: postmaster_address: postmaster at example.com sendmail_path: /usr/sbin/sendmail auth default: mechanisms: plain login user: mail username_format: %Lu passdb: driver: pam args: session=yes dovecot passdb: driver: passwd-file args: /etc/dovecot/dovecot_passwd userdb: driver: passwd args: blocking=yes userdb: driver: passwd-file args: /etc/dovecot/dovecot_users socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 From amateo at um.es Wed Jul 13 15:25:59 2011 From: amateo at um.es (Angel L. Mateo) Date: Wed, 13 Jul 2011 14:25:59 +0200 Subject: [Dovecot] Director lmtp timeout errors Message-ID: <4E1D8ED7.3030803@um.es> Hello, I have configured two dovecot servers with director acting as lmtp/imap/pop proxy server with 8 dovecot backend servers. In our test environment we had no problem, but when we migrated to production environment, our mail list server (it delivers mail through lmtp) is having a lot of errors like this: 451 4.4.0 Remote server not answering (DATA output timeout) (in reply to end of DATA command)) I have found this same issue in some posts to this list, but I can't find any solution Any idea? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From tlx at leuxner.net Thu Jul 14 10:37:22 2011 From: tlx at leuxner.net (Thomas Leuxner) Date: Thu, 14 Jul 2011 09:37:22 +0200 Subject: [Dovecot] IMAP access based on username & IP In-Reply-To: <4E1D7545.5080002@crystalmind.ro> References: <4E1D7545.5080002@crystalmind.ro> Message-ID: <20110714073722.GA10189@nihlus.leuxner.net> On Wed, Jul 13, 2011 at 01:36:53PM +0300, Andrei Dumitrescu wrote: > Hello, > I have all the users and passwords in separate files like in the > configuration below. > I want that a specific user (ex: joe at domain.con) to be able to read > mails using imaps only from a specific IP. > > All the other users should be able to read email from any IP. > > How can I do that? http://wiki.dovecot.org/Authentication/RestrictAccess http://wiki.dovecot.org/PasswordDatabase/ExtraFields/AllowNets Thomas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From amateo at um.es Thu Jul 14 14:26:51 2011 From: amateo at um.es (Angel L. Mateo) Date: Thu, 14 Jul 2011 13:26:51 +0200 Subject: [Dovecot] Process parameters tuning Message-ID: <4E1ED27B.7020203@um.es> Hi, I'm having problems with director and lmtp for delivering messages to my dovecot farm. Also I have a warning like this: doveconf: Warning: service auth { client_limit=4096 } is lower than required under max. load (5048) doveconf: Warning: service anvil { client_limit=1000 } is lower than required under max. load (2003) So I'm trying to tune processes parameters, but I haven't found a complete description of these parameters. All I've found are examples. Questions are about client_limit, service_count, process_limit and process_min_avail. I think that process_limit and process_min_avail are the maximum of running processes for a service and the minimuf of idle process, respectively. But I don't completely understand what exactly are client_limit and service_count, Service_count means how many times a process is reused. If you configure it as 1 means that every time a process ends its connections, it dies. If you configure as 0, when the connections ends, then the process remains idle waiting for new connections. Isn't it? But what does client_limit means? The number of clients that a process can handle? Then number that can handle concurrently? Can a process handle more than one client concurrently? The documentation at http://wiki2.dovecot.org/LoginProcess simply says: * Otherwise new processes are created only once an existing one's connection count reaches client_limit * Default client_limit * process_limit = 1000*100 = 100k connections Does this mean that a process handle a maximun of client_limit connections concurrently? -- Angel L. Mateo Mart?nez Secci?n de Telem?tica ?rea de Tecnolog?as de la Informaci?n _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 868887590 Fax: 868888337 From defenestrate at ymail.com Fri Jul 15 00:19:58 2011 From: defenestrate at ymail.com (Defenestrate) Date: Thu, 14 Jul 2011 14:19:58 -0700 (PDT) Subject: [Dovecot] authentication problems with pam_mkhomedir Message-ID: <1310678398.19067.YahooMailRC@web111611.mail.gq1.yahoo.com> Hi! I'm struggling with pam_mkhomedir. Accounts are stored in LDAP (CentOS Directory Server AKA 389 Directory Server). I am not pre-creating user home directories, and would like to use the pam_mkhomedir module to create the directories on the fly, when a user is authenticated via pop3s. pam_mkhomedir is working for interactive (e.g. SSH logins), but I don't want to require users to login interactively just so their home directory is created. Dovecot version: 1.0.7 dovecot -n output: protocols: pop3s >ssl_cert_file: /etc/pki/tls/certs/mail.ourdomain.tld.pem >ssl_key_file: /etc/pki/tls/private/mail.ourdomain.tld.pem >login_dir: /var/run/dovecot/login >login_executable: /usr/libexec/dovecot/pop3-login >mail_privileged_group: mail >mail_location: mbox:~/mail:INBOX=/var/spool/mail/%u >mail_executable: /usr/libexec/dovecot/pop3 >mail_plugin_dir: /usr/lib64/dovecot/pop3 >pop3_client_workarounds: oe-ns-eoh, outlook-no-nuls >auth default: > verbose: yes > debug: yes > passdb: > driver: pam > args: session=yes dovecot > userdb: > driver: ldap > args: /etc/dovecot-ldap.conf /etc/pam.d/dovecot: authsufficientpam_ldap.so >authrequiredpam_deny.so > > >accountsufficientpam_ldap.so >accountrequiredpam_deny.so > > >passwordsufficientpam_ldap.so use_authtok >password requiredpam_deny.so > > >sessionoptionalpam_ldap.so >sessionrequiredpam_mkhomedir.so skel=/etc/skel umask=0022 > >With the pam_mkhomedir.so line, I see the following in maillog: Jul 14 16:14:26 mail dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= Jul 14 16:14:26 mail dovecot: auth(default): client out: CONT 1 Jul 14 16:14:26 mail dovecot: auth(default): client in: CONT Jul 14 16:14:26 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): lookup service=dovecot Jul 14 16:14:26 mail dovecot: auth(default): new auth connection: pid=25209 Jul 14 16:14:26 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): pam_open_session() failed: Permission denied Jul 14 16:14:28 mail dovecot: auth(default): client out: FAIL 1 user=joe.schmoe Jul 14 16:14:28 mail dovecot: auth(default): client in: AUTH 2 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= With the pam_mkhomedir.so line commented out: Jul 14 16:15:27 mail dovecot: auth(default): client out: CONT 1 Jul 14 16:15:27 mail dovecot: auth(default): client in: CONT Jul 14 16:15:27 mail dovecot: auth(default): pam(joe.schmoe,xxx.xxx.xxx.xxx): lookup service=dovecot Jul 14 16:15:27 mail dovecot: auth(default): client out: OK 1 user=joe.schmoe Jul 14 16:15:27 mail dovecot: auth(default): master in: REQUEST 1 25286 1 Jul 14 16:15:27 mail dovecot: auth(default): ldap(joe.schmoe,xxx.xxx.xxx.xxx): user search: base=ou=People, dc=ourdomain, dc=tld scope=subtree filter=(&(objectClass=posixAccount)(uid=joe.schmoe)) fields=homeDirectory,uidNumber,gidNumber Jul 14 16:15:27 mail dovecot: auth(default): master out: USER 1 joe.schmoe home=/home/joe.schmoe uid=1057 gid=1000 Jul 14 16:15:27 mail dovecot: POP3(joe.schmoe): mkdir_parents(/home/joe.schmoe/mail) failed: Permission denied Jul 14 16:15:27 mail dovecot: POP3(joe.schmoe): Failed to create storage with data: mbox:/home/joe.schmoe/mail:INBOX=/var/spool/mail/joe.schmoe Jul 14 16:15:27 mail dovecot: child 25292 (pop3) returned error 89 Jul 14 16:15:27 mail dovecot: pop3-login: Login: user=, method=PLAIN, rip=xxx.xxx.xxx.xxx, lip=xxx.xxx.xxx.xxx, TLS Jul 14 16:19:05 mail dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 secured lip=xxx.xxx.xxx.xxx rip=xxx.xxx.xxx.xxx resp= Any Suggestions? Thank you! From qmail at top-consulting.net Fri Jul 15 05:29:51 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 14 Jul 2011 22:29:51 -0400 Subject: [Dovecot] Backup namespace Message-ID: <20110714222951.1291967dvcirdg68@mail.top-consulting.net> I use dovecot 1.2.16 and I use . (dot) as the hierarchy separator. My user structure is like so: username/Maildir/.Folder1 username/Maildir/.Folder1.Subfolder The Inbox is right under: username/Maildir/cur & username/Maildir/new My namespace definition for the regular mail is: namespace private { separator = . prefix = inbox = yes } In a separate directory, nfs mounted, I also hold full daily backups of each users entire Maildir. It has the following structure: /archive/username/.14.07.2011/.Folder1 /archive/username/.14.07.2011/.Folder1.Subfolder /archive/username/.15.07.2011/.Folder1 /archive/username/.15.07.2011/.Folder1.Subfolder What I'm trying to do is to make the Backups available to each user in their IMAP. I was thinking of symlinking like this: username/Maildir/Backups --> /archive/username/ Would that work ? What should my namespace look like for this situation ? Is there a better way to do this ? From a.othman at cairosource.com Fri Jul 15 12:27:32 2011 From: a.othman at cairosource.com (Amira Othman) Date: Fri, 15 Jul 2011 12:27:32 +0300 Subject: [Dovecot] mail delivery Message-ID: <003901cc42d1$6d789980$4869cc80$@othman@cairosource.com> I am using ISPConfig 3 ,postfix,dovecot and mysql the problem is that I receive mail on server but can't get it through outlook and when check using webmin I found that it reads form location different than what is written in dovecot Regards Amira Othman Server Administrator www.cairosource.com 6 EL Nil EL Abyad, Mohandiseen Cairo, Egypt Direct: +2 02 3303 7175 Mobile: +2 012 220 4165 The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2131 bytes Desc: not available URL: From norman.maurer at googlemail.com Fri Jul 15 22:34:13 2011 From: norman.maurer at googlemail.com (Norman Maurer) Date: Fri, 15 Jul 2011 21:34:13 +0200 Subject: [Dovecot] ImapTest and QRESYNC testing Message-ID: Hi there, I'm currently working on adding QRESYNC support for james.apache.org/imap (which is a JAVA - based imapserver). For testing I'm currently using ImapTest but I'm currently not really sure it really reflect the RFC. Here are the "problems" I see: * It expect to have the UID param in the FETCH Response if QRESYNC was enabled (I was not able to spot the section were it is stated in the rfc) * EXPUNGE command seems to expect EXPUNGE Responses if QRESYNC was enabled, but from the RFC I think VANISHED is valid also. It even seems to fail when testing again dovecot.. So how much can I trust it when testing QRESYNC ? Thanks, Norman Ps: I'm not good a C at all, so its hard for me to provide patches ;) From ghandidrivesahumvee at gmail.com Sat Jul 16 00:48:34 2011 From: ghandidrivesahumvee at gmail.com (Michael George) Date: Fri, 15 Jul 2011 14:48:34 -0700 Subject: [Dovecot] Dovecot 2.0.12 LMTP does not write +detail written to Delivered-To: header Message-ID: Hi Timo and List, The Dovecot 2.0.10 changelog includes: * LMTP: For user+detail at domain deliveries, the +detail is again written to Delivered-To: header. I have recipient_delimiter = + set, lmtp_save_to_detail_mailbox=yes is working, however Dovecot 2.0.12 LMTP processes are not adding these headers to messages on delivery. Are there other settings that may potentially conflict with this feature? From miquels at cistron.nl Sat Jul 16 01:40:27 2011 From: miquels at cistron.nl (Miquel van Smoorenburg) Date: Sat, 16 Jul 2011 00:40:27 +0200 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E1B10DC.3020307@hardwarefreak.com> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> Message-ID: <4E20C1DB.6090805@cistron.nl> On 11-07-11 5:03 PM, Stan Hoeppner wrote: > Given that you're running Dovecot 1.0.15 I'm guessing you're using > CentOS or RHEL 5.x and thus have kernel 2.6.18-xxx. 2.6.18 is 5 years > old now and not inappropriate for a modern 2 socket, 6 core > HyperThreading box. You need a much newer kernel, preferably in the > 2.6.3x series. 2.6.18 could be reporting incorrect load numbers on > these machines. RHEL kernel version numbers do not say much. The redhat 2.6.18 is 2.6.18 + a boatload of "enterprise load" patches and backports from 2.6.2x. OTOH, dovecot 1.0.15 is ancient indeed :) >> The discrepancies lie in two areas: >> >> 1) Load Average > > On Linux, load average strictly shows total system CPU usage in > intervals, nothing else. That would be FreeBSD, AFAIK. On linux, I/O does add to the load average. A process in state 'D' (Disk wait, could be NFS wait too btw) adds '1' to the load. If you have a broken NFS server and 2000 processes waiting on I/O, the reported load will go over 2000. You get a better impression of system load by running 'top' and paying attention to the number on the 'cpu' line: us == time spent in user process, sy = kernel, id = idle, wa = I/O wait, si = interrupts Press '1' while in top to expand the view to all CPUs seperately. Quite enlightening. > Given that all mail apps are 100% IO bound, never CPU or memory bound, > I'd guess you'll never see a load average over 4.00 on any of these > machines with less than 1000 concurrent connections. Well, see above. Also, if you have SSL enabled, the crypto will actually eat quite a bit of CPU if you have a lot of network traffic. Mike. From noel.butler at ausics.net Sat Jul 16 03:47:13 2011 From: noel.butler at ausics.net (Noel Butler) Date: Sat, 16 Jul 2011 10:47:13 +1000 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <4E20C1DB.6090805@cistron.nl> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <4E20C1DB.6090805@cistron.nl> Message-ID: <1310777233.5452.3.camel@tardis> On Sat, 2011-07-16 at 00:40 +0200, Miquel van Smoorenburg wrote: > On 11-07-11 5:03 PM, Stan Hoeppner wrote: > > On Linux, load average strictly shows total system CPU usage in > > intervals, nothing else. > > That would be FreeBSD, AFAIK. On linux, I/O does add to the load You're right Miquel, I/O adds to load in Linux, has done for many years. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From vscheuber at novell.com Sat Jul 16 22:46:35 2011 From: vscheuber at novell.com (Volker Scheuber) Date: Sat, 16 Jul 2011 13:46:35 -0600 Subject: [Dovecot] dovecot 2.0.13 using LDAP and proxying IMAP4 and POP3 to gmail Message-ID: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> Fellow dovecot users/contributors, I am building a POP3/IMAP4 proxy solution for an enterprise, where users can login with their common username and then they get single sign-on to all kinds of different applications in the backend. Some of these applications are SaaS apps like gmail. For gmail in particular, I want dovecot to solve the following issues for me: 1. be an IMAP4/POP3 proxy in the enterprise, proxying client requests to mail.com. 2. change both username and password from what's coming in from the client to what's being proxied out to gmail. 3. use LDAP for authentication As a prototype, I implemented #1 and #2 using passwd-files and after a few hours of try and error, I got it to work and was able to login with "username" and "password" and was proxied through to gmail with "username at gmail.com" and "gmailpassword". Totally awesome. Now I am stuck porting my working prototype from my laptop and passwd-files to my real lab environment and LDAP. I was able to get the authentication to work but that's about it. I can't get dovecot to do the proxying. I searched the mailing list archives and saw other people having similar issues, but that was almost 4 years ago... The most promising thread similar to my requirements and issues was this one: http://www.dovecot.org/list/dovecot/2007-September/025740.html but it was never fully answered nor did the suggestion given to that thread help me with my issue (but I did follow them). Here is my current configuration: dovecot -n # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 (x86_64) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain disable_plaintext_auth = no mail_location = mbox:~/mail:INBOX=/var/mail/%n passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } ssl_cert = , method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26604, TLS It doesn't even seem to be recognizing the extra fields I defined in pass_attrs. So I changed my ldap configuration to: cat /usr/local/etc/dovecot/dovecot-ldap.conf.ext |grep -v ^##* |grep . hosts = 127.0.0.1:389 dn = cn=supervisor,ou=sa,o=system dnpass = n0v3ll123 auth_bind = yes auth_bind_userdn = cn=%n,ou=users,o=data ldap_version = 3 base = ou=users,o=data deref = never scope = subtree user_attrs = mail=user,=home=/var/mail,uidNumber=uid,gidNumber=gid,=proxy=y,=ssl=any-cert,=host=209.85.225.109,description=pass,=nologin=y user_filter = (&(objectClass=posixAccount)(uid=%n)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%n)) iterate_filter = (objectClass=posixAccount) default_pass_scheme = CRYPT This time things looked much better, but still not good enough: Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: Loading modules from directory: /usr/local/lib/dovecot/auth Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth client connected (pid=26787) Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=137.65.156.25rip=164.99.195.4lport=993rport=57079resp=AGFhYmVsbABOMHYzbGwxMjM0NTY= Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client out: OK1user=aabell Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master in: REQUEST159789875326787162fbc34468ae7853209715c05e11ad14 Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(aabell,164.99.195.4): user search: base=ou=users,o=data scope=subtree filter=(&(objectClass=posixAccount)(uid=aabell)) fields=mail,uidNumber,gidNumber,description Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth(aabell,164.99.195.4): username changed aabell -> vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(vscheuber at gmail.com,164.99.195.4): result: description(pass)=gmailpassword gidNumber(gid)=1001 uidNumber(uid)=1001 mail(user)=vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master out: USER1597898753vscheuber at gmail.compass=gmailpasswordgid=1001uid=1001home=/var/mailproxy=yssl=any-certhost=209.85.225.109nologin=y Jul 16 13:36:12 linux-1hen dovecot: imap-login: Login: user=, method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26790, TLS I thought I'd also post here the log of my working prototype configuration with passwd-files. I would expect the ldap output to look similar in some key areas like proxying, but it doesn't: Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=::1rip=::1lport=143rport=36444resp=AHZzY2hldWJlcgBwYXNzd29yZA== Jul 15 15:04:25 vscdevws dovecot: auth: Debug: passwd-file(vscheuber,::1): lookup: user=vscheuber file=/etc/dovecot/users Jul 15 15:04:25 vscdevws dovecot: auth: Debug: auth(vscheuber,::1): username changed vscheuber -> vscheuber at gmail.com Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client out: OK1user=vscheuber at gmail.comproxyhost=209.85.225.109port=993ssl=any-certpass=gmailpassword Jul 15 15:04:26 vscdevws dovecot: imap-login: proxy(vscheuber at gmail.com): started proxying to 209.85.225.109:993: user=, method=PLAIN, rip=::1, lip=::1, secured If you read to this point, I say "thank you!" just for that. Please advise where my misconfiguration could be. Thank you very much, I appreciate your time and help! Volker From brandonlamb at gmail.com Sun Jul 17 00:22:16 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Sat, 16 Jul 2011 14:22:16 -0700 Subject: [Dovecot] dovecot init script Message-ID: Anyone have a working startup script for ubuntu 11.04? Ive used debian forever, but apparently /var/run is now a tmpfs, so there is no dovecot directory on a reboot. Its all brand new to me so I dont know if there is a standard way to have it created on boot (obviously other system scripts are creating directories). I dont even know if this is something that goes in an init.d script or configured elsewhere. I came across something that mentioned systemd and /etc/tmpfiles.d (or something like that) which didnt seem to do anything. Anyway, any help or a point in the right direction would be awesome =D Thanks! Brandon From brandonlamb at gmail.com Sun Jul 17 00:26:05 2011 From: brandonlamb at gmail.com (Brandon Lamb) Date: Sat, 16 Jul 2011 14:26:05 -0700 Subject: [Dovecot] dovecot init script In-Reply-To: References: Message-ID: On Sat, Jul 16, 2011 at 2:22 PM, Brandon Lamb wrote: > Anyone have a working startup script for ubuntu 11.04? Ive used debian > forever, but apparently /var/run is now a tmpfs, so there is no > dovecot directory on a reboot. Its all brand new to me so I dont know > if there is a standard way to have it created on boot (obviously other > system scripts are creating directories). > > I dont even know if this is something that goes in an init.d script or > configured elsewhere. I came across something that mentioned systemd > and /etc/tmpfiles.d (or something like that) which didnt seem to do > anything. > > Anyway, any help or a point in the right direction would be awesome =D > > Thanks! > > Brandon Oh, hm. Apparently what I have just magically worked weird. I was trying to get I think nginx working on a different server and it complained about the dir not existing. Oh well, this is working so, disregard! From c at g33k5.de Sun Jul 17 15:54:00 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 17 Jul 2011 14:54:00 +0200 Subject: [Dovecot] ACL/shared-folder and Thunderbird Message-ID: <4E22DB68.3080902@g33k5.de> Hi, I still have some problems with thunderbird and Dovecot. I added ACL/shared-folders to dovecot. While everything is working perfectly under Apple Mail and roundcube, thunderbird behaves very strange. What I did: 1. Step I have three mail accounts set up in thunderbird. In the second and third account I managed IMAL-ACLs on the INBOXes, with following flags: eilrwtsd 2. Step At the first account, I chose IMAP subscriptions and I added both INBOXes (shared/.../INBOX) 3. Step Accounts were shown under shared. The folder shared and one level under shared was wriiten in italic. The INBOXes were shown as regular. 4. Step Clicking on each INBOX showed the mails. I chose properties and selected to compress each folder, if it shows more than 100 mails. 5. Step Closing Thunderbird and restarting it. Now thunderbird shows error notifications that it could noct find a mailbox named shared/shared and that mailboxes shared/system at service.intern and shared/de1001 at service.intern would not exist. The folders shared and the level beyond now is shown as regular folder. I still can see the mails form the INBOXes. But each time I reopen Thunderbird, I get the same error messages. This is, what dovecot is logging: Jul 17 14:38:51 mx0 dovecot: auth: ldap(shared at roessner-net.de): unknown user Jul 17 14:38:51 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota Jul 17 14:40:51 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota Jul 17 14:42:49 mx0 dovecot: imap(de10000 at service.intern): Error: Couldn't create namespace 'shared/' for user shared: userdb didn't return a home directory, but plugin setting quota used it (%h): dict:User quota::file:%h/mdbox/dovecot-quota doveadm config -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-33-generic-pae i686 Ubuntu 10.04.2 LTS auth_cache_size = 10 M auth_default_realm = roessner-net.de auth_master_user_separator = * auth_mechanisms = plain login digest-md5 cram-md5 ntlm auth_realms = roessner-net.de auth_verbose = yes lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_gid = vmail mail_location = mdbox:~/mdbox mail_plugins = quota mail_privileged_group = mail mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / } namespace { list = children location = mdbox:%%h/mdbox:INDEX=~/mdbox/shared/%%u prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile acl_shared_dict = file:/var/mail/virtual/shared-mailboxes quota = dict:User quota::file:%h/mdbox/dovecot-quota quota_rule = *:storage=300M:messages=20000 quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u recipient_delimiter = + sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -reject } postmaster_address = postmaster at mx0.roessner-net.de protocols = imap pop3 sieve lmtp service auth-worker { unix_listener auth-worker { user = vmail } user = vmail } service auth { unix_listener auth-userdb { group = vmail mode = 0660 } user = vmail } service imap-login { service_count = 0 vsz_limit = 64 M } service lmtp { inet_listener lmtp { address = ::1 port = 24 } } service managesieve-login { service_count = 0 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert = From c at g33k5.de Sun Jul 17 16:57:12 2011 From: c at g33k5.de (Christian Roessner) Date: Sun, 17 Jul 2011 15:57:12 +0200 Subject: [Dovecot] SOLVED ACL/shared-folder and Thunderbird In-Reply-To: <4E22DB68.3080902@g33k5.de> References: <4E22DB68.3080902@g33k5.de> Message-ID: <4E22EA38.3070405@g33k5.de> Hi again, not sure, what solved the problem right now, but I simply unsubscribed the folders once, restarted thunderbird and repeated the steps. Only thing I changed was setting thunderbird to not support folders which can support folders and messages. This was something I found in the wiki, when Morten P.D. Stevens pointed me to the tb-workaround in another thread here. So I learned: Mdbox really only works with one level of folders in thunderbird 3.x Thanks anyways Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From vscheuber at novell.com Mon Jul 18 04:18:48 2011 From: vscheuber at novell.com (Volker Scheuber) Date: Sun, 17 Jul 2011 19:18:48 -0600 Subject: [Dovecot] SOLVED dovecot 2.0.13 using LDAP and proxying IMAP4 and POP3 to gmail In-Reply-To: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> References: <4E21963B020000BE000F21DE@novprvoes0310.provo.novell.com> Message-ID: <4E233598020000BE000F224C@novprvoes0310.provo.novell.com> Hi, I have found the solution to my issues in an old thread: http://dovecot.markmail.org/search/?q=proxy%20ldap#query:proxy%20ldap+page:1+mid:4b4t3r5r5htos5b5+state:results >>auth_bind = yes >>auth_bind_userdn = uid=%u,ou=People,dc=unisa,dc=it >If you have both of these enabled, Dovecot completely ignores pass_attrs. So if you want auth binds, you need to disable auth_bind_userdn setting. I indeed had both options enabled and thus my pass_attrs did not take effect. Once I removed auth_bind_userdn, the proxying worked as in my passwd-files configuration. Cheers. Volker >>> "Volker Scheuber" 7/16/2011 1:46 PM >>> Fellow dovecot users/contributors, I am building a POP3/IMAP4 proxy solution for an enterprise, where users can login with their common username and then they get single sign-on to all kinds of different applications in the backend. Some of these applications are SaaS apps like gmail. For gmail in particular, I want dovecot to solve the following issues for me: 1. be an IMAP4/POP3 proxy in the enterprise, proxying client requests to mail.com. 2. change both username and password from what's coming in from the client to what's being proxied out to gmail. 3. use LDAP for authentication As a prototype, I implemented #1 and #2 using passwd-files and after a few hours of try and error, I got it to work and was able to login with "username" and "password" and was proxied through to gmail with "username at gmail.com" and "gmailpassword". Totally awesome. Now I am stuck porting my working prototype from my laptop and passwd-files to my real lab environment and LDAP. I was able to get the authentication to work but that's about it. I can't get dovecot to do the proxying. I searched the mailing list archives and saw other people having similar issues, but that was almost 4 years ago... The most promising thread similar to my requirements and issues was this one: http://www.dovecot.org/list/dovecot/2007-September/025740.html but it was never fully answered nor did the suggestion given to that thread help me with my issue (but I did follow them). Here is my current configuration: dovecot -n # 2.0.13: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 (x86_64) auth_debug = yes auth_debug_passwords = yes auth_verbose = yes auth_verbose_passwords = plain disable_plaintext_auth = no mail_location = mbox:~/mail:INBOX=/var/mail/%n passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap master = yes pass = yes } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } ssl_cert = , method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26604, TLS It doesn't even seem to be recognizing the extra fields I defined in pass_attrs. So I changed my ldap configuration to: cat /usr/local/etc/dovecot/dovecot-ldap.conf.ext |grep -v ^##* |grep . hosts = 127.0.0.1:389 dn = cn=supervisor,ou=sa,o=system dnpass = n0v3ll123 auth_bind = yes auth_bind_userdn = cn=%n,ou=users,o=data ldap_version = 3 base = ou=users,o=data deref = never scope = subtree user_attrs = mail=user,=home=/var/mail,uidNumber=uid,gidNumber=gid,=proxy=y,=ssl=any-cert,=host=209.85.225.109,description=pass,=nologin=y user_filter = (&(objectClass=posixAccount)(uid=%n)) pass_attrs = mail=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%n)) iterate_filter = (objectClass=posixAccount) default_pass_scheme = CRYPT This time things looked much better, but still not good enough: Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: Loading modules from directory: /usr/local/lib/dovecot/auth Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth client connected (pid=26787) Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=137.65.156.25rip=164.99.195.4lport=993rport=57079resp=AGFhYmVsbABOMHYzbGwxMjM0NTY= Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: client out: OK1user=aabell Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master in: REQUEST159789875326787162fbc34468ae7853209715c05e11ad14 Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(aabell,164.99.195.4): user search: base=ou=users,o=data scope=subtree filter=(&(objectClass=posixAccount)(uid=aabell)) fields=mail,uidNumber,gidNumber,description Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: auth(aabell,164.99.195.4): username changed aabell -> vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: ldap(vscheuber at gmail.com,164.99.195.4): result: description(pass)=gmailpassword gidNumber(gid)=1001 uidNumber(uid)=1001 mail(user)=vscheuber at gmail.com Jul 16 13:36:12 linux-1hen dovecot: auth: Debug: master out: USER1597898753vscheuber at gmail.compass=gmailpasswordgid=1001uid=1001home=/var/mailproxy=yssl=any-certhost=209.85.225.109nologin=y Jul 16 13:36:12 linux-1hen dovecot: imap-login: Login: user=, method=PLAIN, rip=164.99.195.4, lip=137.65.156.25, mpid=26790, TLS I thought I'd also post here the log of my working prototype configuration with passwd-files. I would expect the ldap output to look similar in some key areas like proxying, but it doesn't: Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client in: AUTH1PLAINservice=imapsecuredlip=::1rip=::1lport=143rport=36444resp=AHZzY2hldWJlcgBwYXNzd29yZA== Jul 15 15:04:25 vscdevws dovecot: auth: Debug: passwd-file(vscheuber,::1): lookup: user=vscheuber file=/etc/dovecot/users Jul 15 15:04:25 vscdevws dovecot: auth: Debug: auth(vscheuber,::1): username changed vscheuber -> vscheuber at gmail.com Jul 15 15:04:25 vscdevws dovecot: auth: Debug: client out: OK1user=vscheuber at gmail.comproxyhost=209.85.225.109port=993ssl=any-certpass=gmailpassword Jul 15 15:04:26 vscdevws dovecot: imap-login: proxy(vscheuber at gmail.com): started proxying to 209.85.225.109:993: user=, method=PLAIN, rip=::1, lip=::1, secured If you read to this point, I say "thank you!" just for that. Please advise where my misconfiguration could be. Thank you very much, I appreciate your time and help! Volker From GN0073081 at TechMahindra.com Mon Jul 18 12:44:36 2011 From: GN0073081 at TechMahindra.com (Guruprasad S N) Date: Mon, 18 Jul 2011 15:14:36 +0530 Subject: [Dovecot] help Message-ID: <4EF08D039CC31244AB37BF0F569D280A03960931@SINBNGEX001.TechMahindra.com> Hi I have postfix-2.4.7 and Dovecot 1.0.7 integrated with Windows Active Directory , I have some issue here . can dovecot create the mailbox in the same case which is stored in AD ( eg if my Samaccountname attribute is GuruPrasad or Test123 ) , can the mailbox be created in same case and can it deliver the mail to the same path. Config details attached . 1 Dovecot 1.0.7 2 dovecot -n # 1.0.7: /etc/dovecot.conf login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh imap_client_workarounds(pop3): outlook-idle pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Lu passdb: driver: pam userdb: driver: passwd userdb: driver: static args: uid=502 gid=502 home=/var/mail/%u socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix ============================================================================================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally and http://tim.techmahindra.com/Disclaimer.html internally within Tech Mahindra. ============================================================================================================================ From vegard at svanberg.no Mon Jul 18 13:27:34 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Mon, 18 Jul 2011 12:27:34 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir Message-ID: <20110718102734.GW3598@svanberg.no> What should I expect performance-wise if I put 200000 messages in a Maildir store and use two or three MUAs (mutt and Thunderbird), on an Athlon dual core 2GHz with SATA drives in software RAID (Linux)? Like; would it be useless/crawling, usable or pretty fast. I imagine MUA startup / first time folder read would be slow, but daily use more or less ok. Thanks to Dovecot's indexing, I imagine I would be better off interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing Maildir/ directly? -- Vegard Svanberg [*Takapa at IRC (EFnet)] From ricardo at wenn.com Mon Jul 18 19:09:12 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Mon, 18 Jul 2011 17:09:12 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718102734.GW3598@svanberg.no> References: <20110718102734.GW3598@svanberg.no> Message-ID: <4E245AA8.1020204@wenn.com> To get benefits of Dovecot indexing you would need to interface Mutt to IMAP or else you will scan the Maildir directory each time Mutt is started. You need to know more info than just 200,000 messages. How many mailboxes, users, messages per day etc Vegard Svanberg wrote, On 18/07/2011 11:27: > What should I expect performance-wise if I put 200000 messages in a > Maildir store and use two or three MUAs (mutt and Thunderbird), on an > Athlon dual core 2GHz with SATA drives in software RAID (Linux)? > > Like; would it be useless/crawling, usable or pretty fast. I imagine MUA > startup / first time folder read would be slow, but daily use more or > less ok. > > Thanks to Dovecot's indexing, I imagine I would be better off > interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing > Maildir/ directly? > From toaster at chef-ingenieur.de Mon Jul 18 22:12:22 2011 From: toaster at chef-ingenieur.de (Thomas Krause) Date: Mon, 18 Jul 2011 21:12:22 +0200 Subject: [Dovecot] quota-warning.sh not working (lda problem?) Message-ID: <4E248596.7050103@chef-ingenieur.de> Hi, I setup a new mailserver with dovecot 2.0.12. Everything is working fine (including quota) - except of sending quota warning mails. When running /usr/local/bin/quota-warning.sh 95 user at domain.de manually as root or user vmail, the mail is delivered. content of /usr/local/bin/quota-warning.sh #!/bin/sh PERCENT=$1 USER=$2 logger -p mail.info "$PERCENT% Quota-warning sent to $USER" cat << EOF | /usr/local/libexec/dovecot/dovecot-lda -d $USER -o "plugin/quota=maildir:User quota:noenforcing" From: postmaster at domain.de Subject: $PERCENT% Mail quota warning Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8bit Der Speicherplatz Ihres E-Mail-Postfaches ist zu $PERCENT% gef?llt. Bitte l?schen Sie alte und unerw?nschte E-Mails vom Server, um den Emfang neuer E-Mails aufgrund Speicherplatzmangels nicht zu behindern. Your mailbox with us is now more than $PERCENT% full. To avoid mail loss due to lack of sufficient space, please remove old and unwanted mails from the server. EOF Because of line 4 of the script I see in maillog, that the script is executed, but no mail is delivered? Any ideas? Regards, Tom. From c at g33k5.de Mon Jul 18 22:40:47 2011 From: c at g33k5.de (Christian Roessner) Date: Mon, 18 Jul 2011 21:40:47 +0200 Subject: [Dovecot] PgSQL+TLS Message-ID: <4E248C3F.60707@g33k5.de> Hi, I would like to use PostgreSQL instead of a flat file for ACLs: http://wiki2.dovecot.org/SharedMailboxes/Shared How must a connect=-line look like to connect with TLS to a server? Thanks in advance Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From user+dovecot at localhost.localdomain.org Mon Jul 18 22:49:49 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Mon, 18 Jul 2011 21:49:49 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E248C3F.60707@g33k5.de> References: <4E248C3F.60707@g33k5.de> Message-ID: <4E248E5D.2020405@localhost.localdomain.org> On 07/18/2011 09:40 PM Christian Roessner wrote: > Hi, > > I would like to use PostgreSQL instead of a flat file for ACLs: > > http://wiki2.dovecot.org/SharedMailboxes/Shared > > How must a connect=-line look like to connect with TLS to a server? > > Thanks in advance > Christian The example configuration? mentions "For available options, see the PostgreSQL documention for the PQconnectdb function of libpq". Click here: http://google.com/search?q=PostgreSQL+PQconnectdb Regards, Pascal -- http://hg.dovecot.org/dovecot-2.0/file/e6300c6a5814/doc/example-config/dovecot-sql.conf.ext#l35 -- The trapper recommends today: f007ba11.1119921 at localdomain.org From vegard at svanberg.no Mon Jul 18 22:51:19 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Mon, 18 Jul 2011 21:51:19 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E245AA8.1020204@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> Message-ID: <20110718195119.GR3399@svanberg.no> * Ricardo Branco [2011-07-18 18:10]: > To get benefits of Dovecot indexing you would need to interface Mutt > to IMAP or else you will scan the Maildir directory each time Mutt > is started. Yes, that's more or less what I wrote / meant to write :) > You need to know more info than just 200,000 messages. > > How many mailboxes, users, messages per day etc One mailbox, one user. Messages per day varies from 200 to 1500. (I try to limit the mailbox to 200000.) -- Vegard Svanberg [*Takapa at IRC (EFnet)] From patrickdk at patrickdk.com Tue Jul 19 02:02:25 2011 From: patrickdk at patrickdk.com (Patrick Domack) Date: Mon, 18 Jul 2011 19:02:25 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718195119.GR3399@svanberg.no> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> Message-ID: <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> that is hardly worth considering the load :) Running spamassassin/clamav will use more load than dovecot would. Probably using mutt directly against the mailstore might not be good, but I have no issues with my own mailstore around that size. Quoting Vegard Svanberg : > * Ricardo Branco [2011-07-18 18:10]: > >> To get benefits of Dovecot indexing you would need to interface Mutt >> to IMAP or else you will scan the Maildir directory each time Mutt >> is started. > > Yes, that's more or less what I wrote / meant to write :) > >> You need to know more info than just 200,000 messages. >> >> How many mailboxes, users, messages per day etc > > One mailbox, one user. Messages per day varies from 200 to 1500. > > (I try to limit the mailbox to 200000.) > > -- > Vegard Svanberg [*Takapa at IRC (EFnet)] From c at g33k5.de Tue Jul 19 09:54:41 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 08:54:41 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E248E5D.2020405@localhost.localdomain.org> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> Message-ID: <4E252A31.4040509@g33k5.de> Hi, >> I would like to use PostgreSQL instead of a flat file for ACLs: >> >> http://wiki2.dovecot.org/SharedMailboxes/Shared >> >> How must a connect=-line look like to connect with TLS to a server? >> >> Thanks in advance >> Christian > > The example configuration? mentions "For available options, see the > PostgreSQL documention for the PQconnectdb function of libpq". > Click here: http://google.com/search?q=PostgreSQL+PQconnectdb first of all thanks for your answer. After reading the documentation, I end up in a problem: Jul 19 08:31:52 mx0 dovecot: imap(de10015 at service.intern): Fatal: Unknown ACL backend: pgsql Am I pgsql missing? ldd /usr/lib/dovecot/imap linux-gate.so.1 => (0x00e94000) libdovecot-storage.so.0 => /usr/lib/dovecot/libdovecot-storage.so.0 (0x00161000) libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00760000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00110000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00b2c000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00220000) /lib/ld-linux.so.2 (0x00acd000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00114000) I can not see it here, but: ldd dict linux-gate.so.1 => (0x00440000) libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00d43000) libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00485000) libmysqlclient.so.16 => /usr/lib/libmysqlclient.so.16 (0x00110000) libpq.so.5 => /usr/lib/libpq.so.5 (0x00304000) libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00df3000) libz.so.1 => /lib/libz.so.1 (0x0080b000) librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0066a000) libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00489000) /lib/ld-linux.so.2 (0x00f3d000) libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00327000) libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0x00340000) libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0x00372000) libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00797000) libssl.so.0.9.8 => /lib/i686/cmov/libssl.so.0.9.8 (0x00a81000) libcrypto.so.0.9.8 => /lib/i686/cmov/libcrypto.so.0.9.8 (0x00ac9000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00389000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x0062c000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00711000) libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x008e1000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00441000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x006d6000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x00ef8000) libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x00f27000) liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x00465000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x005e3000) has libpq.so. I have these configure options in my debian/rules file: ./configure --with-ldap \ --with-ssl=openssl \ --with-pgsql \ --with-mysql \ --with-sqlite \ --with-gssapi \ --with-ioloop=best \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ --sysconfdir=/etc \ --libexecdir=\$${prefix}/lib \ --localstatedir=/var \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info \ --with-moduledir=\$${prefix}/lib/dovecot/modules and libpq-dev is listed in the control file. So I am pretty sure the package was built cleanly. My dovecot installation is completely bound to OpenLDAP. The only exception is ACL, where I want to use PostgreSQL. I tried adding something like "driver=pgsql" to the plugin section, but this does nothing. So what am I missing here? 90-acl.conf: plugin { acl_shared_dict = file:/var/mail/virtual/shared-mailboxes.db # acl_shared_dict = proxy::acl } plugin { acl = vfile # acl = pgsql:/etc/dovecot/dovecot-dict-sql.conf.ext } Right now, I use vfile as a workaround. So please don't get confused, if you have a look at doveadm config -n. It's clear that I enabled the lines for pgsql, when trying to get things working ;-) Anything else is working like a charm :-) Thanks a lot in advance for helping me on this topic Best wishes Christian doveadm config -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-33-generic-pae i686 Ubuntu 10.04.3 LTS auth_cache_size = 10 M auth_default_realm = roessner-net.de auth_master_user_separator = * auth_mechanisms = plain login digest-md5 cram-md5 ntlm auth_realms = roessner-net.de auth_verbose = yes lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes mail_access_groups = vmail mail_gid = vmail mail_location = mdbox:~/mdbox mail_plugins = quota acl mail_privileged_group = mail mail_uid = vmail managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date namespace { inbox = yes location = prefix = separator = / type = private } namespace { list = children location = mdbox:%%h/mdbox prefix = shared/%%u/ separator = / subscriptions = no type = shared } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile acl_shared_dict = file:/var/mail/virtual/shared-mailboxes.db quota = dict:User quota::file:%h/mdbox/dovecot-quota quota_rule = *:storage=300M:messages=20000 quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u recipient_delimiter = + sieve = ~/.dovecot.sieve sieve_dir = ~/sieve sieve_extensions = -reject } postmaster_address = postmaster at mx0.roessner-net.de protocols = imap pop3 sieve lmtp service auth-worker { unix_listener auth-worker { user = vmail } user = vmail } service auth { unix_listener auth-userdb { mode = 0600 user = vmail } user = vmail } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { service_count = 0 vsz_limit = 64 M } service lmtp { inet_listener lmtp { address = ::1 port = 24 } } service managesieve-login { service_count = 0 } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = dovecot } ssl_cert = From tomislav.mihalicek at gmail.com Tue Jul 19 11:49:31 2011 From: tomislav.mihalicek at gmail.com (Tomislav Mihalicek) Date: Tue, 19 Jul 2011 01:49:31 -0700 (PDT) Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip Message-ID: <32089318.post@talk.nabble.com> Hi i have a nice working proxy setup and postlogin script that is doing logging logs. echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> /var/log/mail/logins.info 2>&1 is it possible that i recieve a remote ip of user client on proxied internal machine, cause i have only the proxy one, and that date is not a relevant to me thanx t. -- View this message in context: http://old.nabble.com/Dovecot-1.2.17%2C-Proxy-and-forwarding-of-remote-ip-tp32089318p32089318.html Sent from the Dovecot mailing list archive at Nabble.com. From bind at enas.net Tue Jul 19 12:19:45 2011 From: bind at enas.net (Urban Loesch) Date: Tue, 19 Jul 2011 11:19:45 +0200 Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip In-Reply-To: <32089318.post@talk.nabble.com> References: <32089318.post@talk.nabble.com> Message-ID: <4E254C31.7060605@enas.net> Hi, try to put your proxy ip's in the "login_trusted_networks" configuration option. ... # Space separated list of trusted network ranges. Connections from these # IPs are allowed to override their IP addresses and ports (for logging and # for authentication checks). disable_plaintext_auth is also ignored for # these networks. Typically you'd specify your IMAP proxy servers here. login_trusted_networks = ... Regards Urban Tomislav Mihalicek wrote: > Hi > > i have a nice working proxy setup and postlogin script that is doing logging > logs. > echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> > /var/log/mail/logins.info 2>&1 > > is it possible that i recieve a remote ip of user client on proxied internal > machine, cause i have only the proxy one, and that date is not a relevant to > me > > thanx > > t. From vegard at svanberg.no Tue Jul 19 12:44:24 2011 From: vegard at svanberg.no (Vegard Svanberg) Date: Tue, 19 Jul 2011 11:44:24 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> Message-ID: <20110719094424.GZ3399@svanberg.no> * Patrick Domack [2011-07-19 01:03]: > that is hardly worth considering the load :) I'm actually not concerned about the load, but about Dovecot's (or the system's) ability to handle many thousand messages in one Maildir. In other words how I should expect the user experience to be. -- Vegard Svanberg [*Takapa at IRC (EFnet)] From ricardo at wenn.com Tue Jul 19 12:54:39 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Tue, 19 Jul 2011 10:54:39 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110719094424.GZ3399@svanberg.no> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> Message-ID: <4E25545F.7000303@wenn.com> If you have 200k all within one folder progs like TB will have issues loading it all up and may hang when you try to do moves/deletes etc, not sure if mutt stores a local cache of headers, thats the biggest worry. Biggest single folder ive seen at our office had 60k messages, it loads slowly on a cold cache in TB. Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats across several folders. Mailserver is on VMware server (local drives), datastore (with maildirs) is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for other things). If you have it spread out in different folders then it wont be so bad. Vegard Svanberg wrote, On 19/07/2011 10:44: > * Patrick Domack [2011-07-19 01:03]: > >> that is hardly worth considering the load :) > I'm actually not concerned about the load, but about Dovecot's (or the > system's) ability to handle many thousand messages in one Maildir. In > other words how I should expect the user experience to be. > From tomislav.mihalicek at gmail.com Tue Jul 19 13:14:53 2011 From: tomislav.mihalicek at gmail.com (Tomislav Mihalicek) Date: Tue, 19 Jul 2011 03:14:53 -0700 (PDT) Subject: [Dovecot] Dovecot 1.2.17, Proxy and forwarding of remote ip In-Reply-To: <4E254C31.7060605@enas.net> References: <32089318.post@talk.nabble.com> <4E254C31.7060605@enas.net> Message-ID: <32089740.post@talk.nabble.com> Yes, that solved the problem. I just putted login_trusted_networks = x.x.x.70, x.x.x.71 in dovecot.conf, restarted and that's it :P Thanx Urban Loesch-2 wrote: > > Hi, > > try to put your proxy ip's in the "login_trusted_networks" configuration > option. > > ... > # Space separated list of trusted network ranges. Connections from these > # IPs are allowed to override their IP addresses and ports (for logging > and > # for authentication checks). disable_plaintext_auth is also ignored for > # these networks. Typically you'd specify your IMAP proxy servers here. > login_trusted_networks = > ... > > Regards > Urban > > Tomislav Mihalicek wrote: >> Hi >> >> i have a nice working proxy setup and postlogin script that is doing >> logging >> logs. >> echo "$(date +%Y.%m.%d-%H:%M:%S), $USER, $IP, ${1}" >> >> /var/log/mail/logins.info 2>&1 >> >> is it possible that i recieve a remote ip of user client on proxied >> internal >> machine, cause i have only the proxy one, and that date is not a relevant >> to >> me >> >> thanx >> >> t. > > -- View this message in context: http://old.nabble.com/Dovecot-1.2.17%2C-Proxy-and-forwarding-of-remote-ip-tp32089318p32089740.html Sent from the Dovecot mailing list archive at Nabble.com. From thomas-lists at nybeta.com Tue Jul 19 18:03:32 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Tue, 19 Jul 2011 11:03:32 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25545F.7000303@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> Message-ID: <4E259CC4.8020209@nybeta.com> On 7/19/2011 5:54 AM, Ricardo Branco wrote: > If you have 200k all within one folder progs like TB will have issues > loading it all up and may hang when you try to do moves/deletes etc, not > sure if mutt stores a local cache of headers, thats the biggest worry. > Biggest single folder ive seen at our office had 60k messages, it loads > slowly on a cold cache in TB. > Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats > across several folders. > Mailserver is on VMware server (local drives), datastore (with maildirs) > is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for > other things). > If you have it spread out in different folders then it wont be so bad. > 60k in a single folder is about the upper limit for TBird (TBird v2 was actually better suited for this). But drag-n-drop breaks if you try to do more then 3-5k messages at a time. When a mailbox gets over 30-50k messages, I archive some of them off to a sub-folder in Thunderbird. One of my TBird mailboxes is about 880,000 messages, almost 6GB of email, spread across dozens of directories. Assuming MailDir storage, the bigger issue will be (a) how well the filesystem handles tens of thousands of files in a single folder (b) the physical disks / speed / number of spindles (c) how busy the CPU is on the server and maybe (d) the amount of server RAM that can be used as cache/buffer. Ext3 is probably fine as long as directory indexing is turned on, but ext4 might be better (or something else that deals well with lots of small files). The other side is how fast the disks are on the local client. An SSD drive or 10k RPM drive on the local desktop helps a lot when you get up into the larger mailboxes. From ricardo at wenn.com Tue Jul 19 18:35:42 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Tue, 19 Jul 2011 16:35:42 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E259CC4.8020209@nybeta.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> Message-ID: <4E25A44E.8080201@wenn.com> I agree with yr points on TBird, moving large amounts of messages can cause it to hang with CPU pegged at max for ages. TBird v2 was nice and nippy, v3 acceptable, v4/v5 are just awfully slow overall. TBird uses mbox storage format which probably stuffs it up on large deletes/moves etc. Just did a count on our server, 350G of email (largest single mailbox is 40G, that is 350k messages), total messages is 3.6mil+, biggest problem is on backup, ive read that the latest rsync has fast start now rather than wait to finish scanning. Im intrested in the latest mdbox format to reduce how many files we have. Try backing up small files fast enough to LTO5, tar it all up first before backup I think. Ile move all our maildirs to 10k SAS soon hopefully to lower the load on the SATA disks. Thomas Harold wrote, On 19/07/2011 16:03: > On 7/19/2011 5:54 AM, Ricardo Branco wrote: >> If you have 200k all within one folder progs like TB will have issues >> loading it all up and may hang when you try to do moves/deletes etc, not >> sure if mutt stores a local cache of headers, thats the biggest worry. >> Biggest single folder ive seen at our office had 60k messages, it loads >> slowly on a cold cache in TB. >> Biggest mailbox has over 350k, my mailbox is over 250k, ofcourse thats >> across several folders. >> Mailserver is on VMware server (local drives), datastore (with maildirs) >> is separate NFS server on 11x2TB SATA R6 array (has other SAS disks for >> other things). >> If you have it spread out in different folders then it wont be so bad. >> > > 60k in a single folder is about the upper limit for TBird (TBird v2 was actually better suited for this). But > drag-n-drop breaks if you try to do more then 3-5k messages at a time. When a mailbox gets over 30-50k messages, I > archive some of them off to a sub-folder in Thunderbird. One of my TBird mailboxes is about 880,000 messages, almost > 6GB of email, spread across dozens of directories. > > Assuming MailDir storage, the bigger issue will be (a) how well the filesystem handles tens of thousands of files in a > single folder (b) the physical disks / speed / number of spindles (c) how busy the CPU is on the server and maybe (d) > the amount of server RAM that can be used as cache/buffer. Ext3 is probably fine as long as directory indexing is > turned on, but ext4 might be better (or something else that deals well with lots of small files). > > The other side is how fast the disks are on the local client. An SSD drive or 10k RPM drive on the local desktop > helps a lot when you get up into the larger mailboxes. From thomas-lists at nybeta.com Tue Jul 19 19:45:07 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Tue, 19 Jul 2011 12:45:07 -0400 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25A44E.8080201@wenn.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> <4E25A44E.8080201@wenn.com> Message-ID: <4E25B493.2090009@nybeta.com> On 7/19/2011 11:35 AM, Ricardo Branco wrote: > I agree with yr points on TBird, moving large amounts of messages can > cause it to hang with CPU pegged at max for ages. > TBird v2 was nice and nippy, v3 acceptable, v4/v5 are just awfully slow > overall. > TBird uses mbox storage format which probably stuffs it up on large > deletes/moves etc. > It's strictly a UI issue in TBird. They changed the code for drag-n-drop in v3 betas, I reported a performance regression bug, they never really fixed it. It's just bad code in the TBird UI because the time required to drag-n-drop N messages grows much faster then O(N) or O(log N). So once you get past 2000-3000 messages, the time required is climbing into the stratosphere. (Fortunately, there are other, less easy to use ways of moving messages via the right-click, move-to menu - or the "File" menu in the search window. None of them are as convenient as drag-n-drop would be.) Dovecot itself has no issue with the bigger mailboxes, the problems are mostly either client-side or in running backups. > Just did a count on our server, 350G of email (largest single mailbox is > 40G, that is 350k messages), total messages is 3.6mil+, biggest problem > is on backup, ive read that the latest rsync has fast start now rather > than wait to finish scanning. > Im intrested in the latest mdbox format to reduce how many files we have. > Try backing up small files fast enough to LTO5, tar it all up first > before backup I think. > Ile move all our maildirs to 10k SAS soon hopefully to lower the load on > the SATA disks. We backup our Maildir users to another machine on the same network using rdiff-backup. Each user's folder gets processed individually, which keeps memory usage down and it goes faster on the little mailboxes and doesn't choke as hard on the big mailboxes. Currently we keep 27 weeks of snapshots (rdiff-backup only stores deltas each week, so it's not that much space). We randomize the order of processing so that in case it breaks halfway through then at least a different set of accounts will have been backed up this time. Takes about 20 minutes to backup that 6GB / 800,000 message mailbox. Other mailboxes take a few minutes or only a few seconds, total backup window is under 2 hours for about 50GB of mail. Just make sure on the destination volume for an rdiff-backup that you allow lots of extra inodes. Which also holds true for the Maildir store. (code snippet) # since RHEL5/CentOS5 don't have "sort -R" option to # randomize, use the following example # echo -e "2\n1\n3\n5\n4" | \ # perl -MList::Util -e 'print List::Util::shuffle <>' # yes, there's probably a better way to find MailDirs DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions | \ $GREP '/var/vmail' | \ $SED 's:^/var/vmail/::' | $SED 's:subscriptions$::' | \ perl -MList::Util -e 'print List::Util::shuffle <>'` for DIR in ${DIRS} do rdiff-backup -v3 --print-statistics \ --create-full-path /var/vmail/$DIR \ ${BKPHOST}::${BKPBASE}${DIR} rdiff-backup -v3 --force --remove-older-than 27W \ ${BKPHOST}::${BKPBASE}${DIR} done From qmail at top-consulting.net Tue Jul 19 20:16:58 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 13:16:58 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues Message-ID: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> I can't get dovecot to ignore a certain directory/namespace when calculating quotas. I am running dovecot 1.2.16 with vpopmail configured for quotas. I use the dot (.) as my separator and my user structure is as follows: ../domain.com/user/Maildir for all the user directories I also have for each user: ../domain.com/user/Maildir/Archive which is a symlink to a NFS mounted partition that holds read-only archives In dovecot.conf I have defined them as follows: mail_location = maildir:~/Maildir namespace private { separator = . prefix = ARCHIVE. inbox = no hidden = yes list = yes location = maildir:~/Maildir/Archive } namespace private { separator = . prefix = inbox = yes } This works very well, in as much as I see the Archive namespace and its folders. The problem arises in the fact that Dovecot insists on calculating the 'Archive' namespace/directory storage towards the total storage used. My Quota configuration is as follows: auth default { mechanisms = plain login digest-md5 cram-md5 passdb vpopmail { args = webmail=192.168.1.12 } userdb vpopmail { args = quota_template=quota_rule3=*:backend=%q } ... } plugin { quota = maildir quota_rule = ?:storage=0 quota_rule2 = Archive:ignore quota_rule3 = ARCHIVE:ignore } From what I've read, this is supposed to use the maildirsize file when available or otherwise return no quota. It worked just fine before this new Archive namespace. For a certain user, vpopmail writes the 'maildirsize' file in ../domain.com/user/Maildir/maildirsize and it contains the correct value ( without the /Archive directory ). The problem is that for some reason, something ( I suspect dovecot ) writes a new maildirsize file in ../domain.com/user/Maildir/Archive/maildirsize which also contains the size of Archive. Subsequently, Dovecot adds the two of them up and usually throws me over quota. To test, I have emptied the maildirsize file under Archive and changed its owner to root (perms are 755 ) so that nobody but root can write to it. Dovecot complained right away about it: Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) failed: Permission denied Despite passing the quota responsibility to vpopmail it seems that Dovecot still tries to update that file. And finally the question... How do I get dovecot to not calculate a quota for that directory/namespace ? From yzhou at medplus.com Tue Jul 19 21:51:20 2011 From: yzhou at medplus.com (Zhou, Yan) Date: Tue, 19 Jul 2011 14:51:20 -0400 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? Message-ID: Hi there, I am aware of the "Quota" plugin, but is there any way that DoveCot will place a warning message in user mailbox if it is getting close to its mail quota (but have not exceeded yet)? Thanks, Yan Confidentiality Notice: The information contained in this electronic transmission is confidential and may be legally privileged. It is intended only for the addressee(s) named above. If you are not an intended recipient, be aware that any disclosure, copying, distribution or use of the information contained in this transmission is prohibited and may be unlawful. If you have received this transmission in error, please notify us by telephone (513) 229-5500 or by email (postmaster at MedPlus.com). After replying, please erase it from your computer system. From dovecot.fdop at tagged.lorens.org Tue Jul 19 21:56:40 2011 From: dovecot.fdop at tagged.lorens.org (Lorens Kockum) Date: Tue, 19 Jul 2011 20:56:40 +0200 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <4E25B493.2090009@nybeta.com> References: <20110718102734.GW3598@svanberg.no> <4E245AA8.1020204@wenn.com> <20110718195119.GR3399@svanberg.no> <20110718190225.Horde.5_VJUZLnE6FOJLuBfMzTAEA@mail.patrickdk.com> <20110719094424.GZ3399@svanberg.no> <4E25545F.7000303@wenn.com> <4E259CC4.8020209@nybeta.com> <4E25A44E.8080201@wenn.com> <4E25B493.2090009@nybeta.com> Message-ID: <20110719185640.GA24256@tagged.lorens.org> On Tue, Jul 19, 2011 at 12:45:07PM -0400, Thomas Harold wrote: > Dovecot itself has no issue with the bigger mailboxes, the problems are > mostly either client-side or in running backups. Some filesystems have issues with that many files in a single directory. I'm thinking of ext2, but I'm sure there are others. The "HTree" feature of ext3 corrects or at least betters that (by a factor of 50 to 100 in some cases). I hope nobody is installing ext2 today, but I'm sure there are old machines that have not been upgraded. A litte OT on sed, just for the fun: > DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions | \ > $GREP '/var/vmail' | \ > $SED 's:^/var/vmail/::' | $SED 's:subscriptions$::' | \ That would probably give unexpected results when confronted with $BASE/tmp/var/mail or directories (users?) named "subscriptions" :-) I like sed's -n option. It lets one integrate a previous grep by only outputting the line if it matches: DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions \ | $SED -n 's:^/var/mail/::p' | $SED 's:/subscriptions$:/:' | \ or DIRS=`$FIND $BASE -maxdepth 3 -name subscriptions \ | $SED -n 's:^/var/mail/\(.*/\)subscriptions$:\1:p' From joh.hendriks at gmail.com Tue Jul 19 22:07:46 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Tue, 19 Jul 2011 21:07:46 +0200 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? In-Reply-To: References: Message-ID: <4E25D602.7080503@gmail.com> Zhou, Yan schreef: > Hi there, > > I am aware of the "Quota" plugin, but is there any way that DoveCot will > place a warning message in user mailbox if it is getting close to its > mail quota (but have not exceeded yet)? > > Thanks, > > Yan > > > > > > Confidentiality Notice: The information contained in this electronic transmission is confidential and may be legally privileged. It is intended only for the addressee(s) named above. If you are not an intended recipient, be aware that any disclosure, copying, distribution or use of the information contained in this transmission is prohibited and may be unlawful. If you have received this transmission in error, please notify us by telephone (513) 229-5500 or by email (postmaster at MedPlus.com). After replying, please erase it from your computer system. Try this page and search for quota_warning regards Johan Hendriks Double L Automatisering From user+dovecot at localhost.localdomain.org Tue Jul 19 22:38:19 2011 From: user+dovecot at localhost.localdomain.org (Pascal Volk) Date: Tue, 19 Jul 2011 21:38:19 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E252A31.4040509@g33k5.de> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> Message-ID: <4E25DD2B.1000008@localhost.localdomain.org> On 07/19/2011 08:54 AM Christian Roessner wrote: > first of all thanks for your answer. After reading the documentation, I > end up in a problem: > > Jul 19 08:31:52 mx0 dovecot: imap(de10015 at service.intern): Fatal: > Unknown ACL backend: pgsql ,--[ http://wiki2.dovecot.org/ACL ]-- | ? but currently Dovecot supports only virtual ACL files. ? `-- > Am I pgsql missing? > > ldd /usr/lib/dovecot/imap > linux-gate.so.1 => (0x00e94000) > libdovecot-storage.so.0 => /usr/lib/dovecot/libdovecot-storage.so.0 > (0x00161000) > libdovecot.so.0 => /usr/lib/dovecot/libdovecot.so.0 (0x00760000) > libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00110000) > librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x00b2c000) > libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00220000) > /lib/ld-linux.so.2 (0x00acd000) > libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00114000) No, imap doesn't communicate with your database host. > I can not see it here, but: > > ldd dict > ? > libpq.so.5 => /usr/lib/libpq.so.5 (0x00304000) > ? > has libpq.so. I have these configure options in my debian/rules file: Yes, dictionaries can be stored in sql backends. > ./configure --with-ldap \ > --with-ssl=openssl \ > --with-pgsql \ > --with-mysql \ > --with-sqlite \ > --with-gssapi \ > --with-ioloop=best \ > --host=$(DEB_HOST_GNU_TYPE) \ > --build=$(DEB_BUILD_GNU_TYPE) \ > --prefix=/usr \ > --sysconfdir=/etc \ > --libexecdir=\$${prefix}/lib \ > --localstatedir=/var \ > --mandir=\$${prefix}/share/man \ > --infodir=\$${prefix}/share/info \ > --with-moduledir=\$${prefix}/lib/dovecot/modules You could remove --with-mysql and --with-sqlite when you are using ldap and pgsql only. > My dovecot installation is completely bound to OpenLDAP. The only > exception is ACL, where I want to use PostgreSQL. I tried adding > something like "driver=pgsql" to the plugin section, but this does > nothing. So what am I missing here? See the web page mentioned above. Regards, Pascal -- The trapper recommends today: fabaceae.1120021 at localdomain.org From c at g33k5.de Tue Jul 19 22:50:33 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 21:50:33 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E25DD2B.1000008@localhost.localdomain.org> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> <4E25DD2B.1000008@localhost.localdomain.org> Message-ID: <4E25E009.50505@g33k5.de> Hi, > ,--[ http://wiki2.dovecot.org/ACL ]-- > | ? but currently Dovecot supports only virtual ACL files. ? > `-- I did not see this line ;-) > > Yes, dictionaries can be stored in sql backends. Yes, ldd told me > >> ./configure --with-ldap \ >> --with-ssl=openssl \ >> --with-pgsql \ >> --with-mysql \ >> --with-sqlite \ >> --with-gssapi \ >> --with-ioloop=best \ >> --host=$(DEB_HOST_GNU_TYPE) \ >> --build=$(DEB_BUILD_GNU_TYPE) \ >> --prefix=/usr \ >> --sysconfdir=/etc \ >> --libexecdir=\$${prefix}/lib \ >> --localstatedir=/var \ >> --mandir=\$${prefix}/share/man \ >> --infodir=\$${prefix}/share/info \ >> --with-moduledir=\$${prefix}/lib/dovecot/modules > > You could remove --with-mysql and --with-sqlite when you are using ldap > and pgsql only. Currently I provide Ubuntu/lucid packages for Dovecot/Pigeonhole in my Launchpad-PPA, therefor I need support for all kind of databases ;-) While you answered this mail, I debugged the whole source and saw that under src/plugins/acl no sql backends exist :-) So if you would not had pointed me to the fact that there is no support yet, I would had asked this question next :-) Thanks very much for your helful answer Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From c at g33k5.de Tue Jul 19 22:53:26 2011 From: c at g33k5.de (Christian Roessner) Date: Tue, 19 Jul 2011 21:53:26 +0200 Subject: [Dovecot] PgSQL+TLS In-Reply-To: <4E25E009.50505@g33k5.de> References: <4E248C3F.60707@g33k5.de> <4E248E5D.2020405@localhost.localdomain.org> <4E252A31.4040509@g33k5.de> <4E25DD2B.1000008@localhost.localdomain.org> <4E25E009.50505@g33k5.de> Message-ID: <4E25E0B6.7000807@g33k5.de> > Thanks very much for your helful answer Ups, typo :-) Sorry helpful. Not hel(l)ful *g* > > Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From qmail at top-consulting.net Tue Jul 19 22:57:51 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 15:57:51 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues In-Reply-To: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> References: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> Message-ID: <20110719155751.80281q9qj224wou8@mail.top-consulting.net> I made a bit of headway but not too much. I discovered that the order of the namespaces is very important. The reason why dovecot was updating the maildirsize file under Archive was because the Archive namespace was defined first. I now define the root inbox first and Archive second and dovecot properly updates the same maildirsize file as vpopmail in domain.com/user/Maildir/maildirsize However, there are two key differences still: 1. Vpopmail does not calculate the storage under domain.com/user/Maildir/Archive when it updates the maildirsize file. This is exactly what I want. Vpopmail reports the proper size. 2. Dovecot DOES calculate the storage taken up by: domain.com/user/Maildir/Archive despite the fact that '/' is not my default separator. I think vpopmail acts properly and calculates the file sizes in properly formatted maildirs. For some reason dovecot does not .. or am I wrong ? I've tried many configs to get dovecot to ignore the Archive folder but none of them works. The only thing that works is if I specifically write the name of each folder in the quota ignore definitions. If my structure is as follows: domain.com/user/Maildir/Archive/.Folder1/cur domain.com/user/Maildir/Archive/.Folder1/new domain.com/user/Maildir/Archive/.Folder1/tmp Folder1 is a proper maildir and Archive is a \NoSelect folder. I want dovecot quota to ignore ALL the possible folders under Archive without mentioning them one by one. This works for example: quota = maildir quota_rule = ?:storage=0 quota_rule2 = Folder1:ignore This does not: quota = maildir quota_rule = ?:storage=0 quota_rule2 = Archive:ignore How can I get dovecot to ignore the quota for all the possible folders under Archive ? is different fr Quoting qmail at top-consulting.net: > I can't get dovecot to ignore a certain directory/namespace when > calculating quotas. > > > I am running dovecot 1.2.16 with vpopmail configured for quotas. > > I use the dot (.) as my separator and my user structure is as follows: > > ../domain.com/user/Maildir for all the user directories > > I also have for each user: > > ../domain.com/user/Maildir/Archive which is a symlink to a NFS > mounted partition that holds read-only archives > > In dovecot.conf I have defined them as follows: > > > mail_location = maildir:~/Maildir > > namespace private { > separator = . > prefix = ARCHIVE. > inbox = no > hidden = yes > list = yes > location = maildir:~/Maildir/Archive > } > > namespace private { > separator = . > prefix = > inbox = yes > } > > This works very well, in as much as I see the Archive namespace and > its folders. > > The problem arises in the fact that Dovecot insists on calculating > the 'Archive' namespace/directory storage towards the total storage > used. > > My Quota configuration is as follows: > > auth default { > mechanisms = plain login digest-md5 cram-md5 > > passdb vpopmail { > args = webmail=192.168.1.12 > } > > userdb vpopmail { > args = quota_template=quota_rule3=*:backend=%q > } > ... > } > > plugin { > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Archive:ignore > quota_rule3 = ARCHIVE:ignore > } > > From what I've read, this is supposed to use the maildirsize file > when available or otherwise return no quota. It worked just fine > before this new Archive namespace. > > For a certain user, vpopmail writes the 'maildirsize' file in > ../domain.com/user/Maildir/maildirsize and it contains the correct > value ( without the /Archive directory ). > > The problem is that for some reason, something ( I suspect dovecot ) > writes a new maildirsize file in > ../domain.com/user/Maildir/Archive/maildirsize which also contains > the size of Archive. Subsequently, Dovecot adds the two of them up > and usually throws me over quota. > > To test, I have emptied the maildirsize file under Archive and > changed its owner to root (perms are 755 ) so that nobody but root > can write to it. Dovecot complained right away about it: > > Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): > open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) > failed: Permission denied > > Despite passing the quota responsibility to vpopmail it seems that > Dovecot still tries to update that file. > > And finally the question... How do I get dovecot to not calculate a > quota for that directory/namespace ? > > > > From qmail at top-consulting.net Wed Jul 20 00:09:40 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Tue, 19 Jul 2011 17:09:40 -0400 Subject: [Dovecot] Dovecot + Vpopmail quota issues In-Reply-To: <20110719155751.80281q9qj224wou8@mail.top-consulting.net> References: <20110719131658.579877n25o0skt0c@mail.top-consulting.net> <20110719155751.80281q9qj224wou8@mail.top-consulting.net> Message-ID: <20110719170940.10374cj6lxm83yqs@mail.top-consulting.net> I've done it. Thank you list for letting me bounce my ideas off you :) This stuff should be documented somewhere and save someone else a lot of work. Here are the crucial steps you need to remember. 1. Namespace order is very important in the config file. Always keep your default namespace first since that's where the maildirsize file will be created 2. You have to define the quota rules for your main namespace which is usually defined like so: namespace private { separator = . prefix = inbox = yes } To assign quota only to this namespace, you have to use this line: quota = maildir:User Space:ns= The important part is the "ns=" Usually something follows after the = sign but since our default namespace has no name we have to leave it empty. Took me a lot of trial & error to figure this out. Quoting qmail at top-consulting.net: > I made a bit of headway but not too much. > > I discovered that the order of the namespaces is very important. > > The reason why dovecot was updating the maildirsize file under > Archive was because the Archive namespace was defined first. > > I now define the root inbox first and Archive second and dovecot > properly updates the same maildirsize file as vpopmail in > domain.com/user/Maildir/maildirsize > > However, there are two key differences still: > > 1. Vpopmail does not calculate the storage under > domain.com/user/Maildir/Archive when it updates the maildirsize > file. This is exactly what I want. Vpopmail reports the proper size. > > 2. Dovecot DOES calculate the storage taken up by: > domain.com/user/Maildir/Archive despite the fact that '/' is not my > default separator. > > I think vpopmail acts properly and calculates the file sizes in > properly formatted maildirs. > > For some reason dovecot does not .. or am I wrong ? > > I've tried many configs to get dovecot to ignore the Archive folder > but none of them works. The only thing that works is if I > specifically write the name of each folder in the quota ignore > definitions. > > If my structure is as follows: > > domain.com/user/Maildir/Archive/.Folder1/cur > domain.com/user/Maildir/Archive/.Folder1/new > domain.com/user/Maildir/Archive/.Folder1/tmp > > Folder1 is a proper maildir and Archive is a \NoSelect folder. > > I want dovecot quota to ignore ALL the possible folders under > Archive without mentioning them one by one. > > This works for example: > > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Folder1:ignore > > This does not: > > quota = maildir > quota_rule = ?:storage=0 > quota_rule2 = Archive:ignore > > How can I get dovecot to ignore the quota for all the possible > folders under Archive ? > > > > > > > > > is different fr > Quoting qmail at top-consulting.net: > >> I can't get dovecot to ignore a certain directory/namespace when >> calculating quotas. >> >> >> I am running dovecot 1.2.16 with vpopmail configured for quotas. >> >> I use the dot (.) as my separator and my user structure is as follows: >> >> ../domain.com/user/Maildir for all the user directories >> >> I also have for each user: >> >> ../domain.com/user/Maildir/Archive which is a symlink to a NFS >> mounted partition that holds read-only archives >> >> In dovecot.conf I have defined them as follows: >> >> >> mail_location = maildir:~/Maildir >> >> namespace private { >> separator = . >> prefix = ARCHIVE. >> inbox = no >> hidden = yes >> list = yes >> location = maildir:~/Maildir/Archive >> } >> >> namespace private { >> separator = . >> prefix = >> inbox = yes >> } >> >> This works very well, in as much as I see the Archive namespace and >> its folders. >> >> The problem arises in the fact that Dovecot insists on calculating >> the 'Archive' namespace/directory storage towards the total storage >> used. >> >> My Quota configuration is as follows: >> >> auth default { >> mechanisms = plain login digest-md5 cram-md5 >> >> passdb vpopmail { >> args = webmail=192.168.1.12 >> } >> >> userdb vpopmail { >> args = quota_template=quota_rule3=*:backend=%q >> } >> ... >> } >> >> plugin { >> quota = maildir >> quota_rule = ?:storage=0 >> quota_rule2 = Archive:ignore >> quota_rule3 = ARCHIVE:ignore >> } >> >> From what I've read, this is supposed to use the maildirsize file >> when available or otherwise return no quota. It worked just fine >> before this new Archive namespace. >> >> For a certain user, vpopmail writes the 'maildirsize' file in >> ../domain.com/user/Maildir/maildirsize and it contains the correct >> value ( without the /Archive directory ). >> >> The problem is that for some reason, something ( I suspect dovecot >> ) writes a new maildirsize file in >> ../domain.com/user/Maildir/Archive/maildirsize which also contains >> the size of Archive. Subsequently, Dovecot adds the two of them up >> and usually throws me over quota. >> >> To test, I have emptied the maildirsize file under Archive and >> changed its owner to root (perms are 755 ) so that nobody but root >> can write to it. Dovecot complained right away about it: >> >> Jul 19 12:55:21 pop1 dovecot: IMAP(user at domain.com): >> open(/home/vpopmail/domains/B/domain.com/user/Maildir/Archive/maildirsize) >> failed: Permission denied >> >> Despite passing the quota responsibility to vpopmail it seems that >> Dovecot still tries to update that file. >> >> And finally the question... How do I get dovecot to not calculate a >> quota for that directory/namespace ? >> >> >> >> > > > > > From toaster at chef-ingenieur.de Wed Jul 20 00:12:44 2011 From: toaster at chef-ingenieur.de (Thomas Krause) Date: Tue, 19 Jul 2011 23:12:44 +0200 Subject: [Dovecot] quota-warning.sh not working (lda problem?) In-Reply-To: <4E248596.7050103@chef-ingenieur.de> References: <4E248596.7050103@chef-ingenieur.de> Message-ID: <4E25F34C.5050900@chef-ingenieur.de> For testing I replaced /usr/local/libexec/dovecot/dovecot-lda -d $USER with /usr/sbin/sendmail $USER in the quota-warning.sh script. Now the mail is delivered when 80% or 95% of quota is reached. Any idea, why dovecot-lda doesn't deliver the warning mail? Regards, Thomas. > Hi, > I setup a new mailserver with dovecot 2.0.12. Everything is working > fine (including quota) - except of sending quota warning mails. > > When running > /usr/local/bin/quota-warning.sh 95 user at domain.de > manually as root or user vmail, the mail is delivered. > > content of /usr/local/bin/quota-warning.sh > > #!/bin/sh > PERCENT=$1 > USER=$2 > logger -p mail.info "$PERCENT% Quota-warning sent to $USER" > cat << EOF | /usr/local/libexec/dovecot/dovecot-lda -d $USER -o > "plugin/quota=maildir:User quota:noenforcing" > From: postmaster at domain.de > Subject: $PERCENT% Mail quota warning > Content-Type: text/plain; charset=ISO-8859-15; format=flowed > Content-Transfer-Encoding: 8bit > > Der Speicherplatz Ihres E-Mail-Postfaches ist zu $PERCENT% gef?llt. > Bitte l?schen Sie alte und unerw?nschte E-Mails vom Server, um den > Emfang neuer E-Mails aufgrund Speicherplatzmangels nicht zu behindern. > > Your mailbox with us is now more than $PERCENT% full. > To avoid mail loss due to lack of sufficient space, please remove > old and unwanted mails from the server. > EOF > > Because of line 4 of the script I see in maillog, that the script is > executed, but no mail is delivered? Any ideas? > > Regards, > Tom. From joh.hendriks at gmail.com Wed Jul 20 01:19:58 2011 From: joh.hendriks at gmail.com (Johan Hendriks) Date: Wed, 20 Jul 2011 00:19:58 +0200 Subject: [Dovecot] DoveCot plugin "mailbox approaching limit" warning? In-Reply-To: References: Message-ID: <4E26030E.7000907@gmail.com> Zhou, Yan schreef: > Hi there, > > I am aware of the "Quota" plugin, but is there any way that DoveCot will > place a warning message in user mailbox if it is getting close to its > mail quota (but have not exceeded yet)? > > Thanks, > > Yan > Sorry forgot the URL in my first answer http://wiki2.dovecot.org/Quota/Configuration And look for quota_warning. regards Johan Hendriks Double L Automatisering From compconsultant at yahoo.com Wed Jul 20 01:56:31 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Tue, 19 Jul 2011 15:56:31 -0700 (PDT) Subject: [Dovecot] Dovecot 2, Imap service, client_limit Message-ID: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> I see back in November of last year, a thread about using client_limit in the imap service (not imap-login) that would allow each imap process serve more than one connection. Sounded good, until I tried it! When I did, unlike the OP of that thread, I got: dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb lookup) failed with euid=501(links): Operation not permitted (This binary should probably be called with process user set to 503(submit.user) instead of 501(links)) So, it would appear that this does not work. Still, the thread was posting results of their testing even that showed it worked. Sample message within the thread, read for more: http://www.dovecot.org/list/dovecot/2010-November/054893.html I'd love to be able to use a single imap process for more than one connection. Is this still possible, or, not? If so, how? Steve From moseleymark at gmail.com Wed Jul 20 02:08:24 2011 From: moseleymark at gmail.com (Mark Moseley) Date: Tue, 19 Jul 2011 16:08:24 -0700 Subject: [Dovecot] Dovecot 2, Imap service, client_limit In-Reply-To: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: On Tue, Jul 19, 2011 at 3:56 PM, Steve Fatula wrote: > I see back in November of last year, a thread about using client_limit in the > imap service (not imap-login) that would allow each imap process serve more than > one connection. Sounded good, until I tried it! > > When I did, unlike the OP of that thread, I got: > > dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb lookup) > failed with euid=501(links): Operation not permitted (This binary should > probably be called with process user set to 503(submit.user) instead of > 501(links)) > > So, it would appear that this does not work. Still, the thread was posting > results of their testing even that showed it worked. > > Sample message within the thread, read for more: > > http://www.dovecot.org/list/dovecot/2010-November/054893.html > > I'd love to be able to use a single imap process for more than one connection. > Is this still possible, or, not? If so, how? > > Steve > > In my case, we use a single shared user for all mailboxes, so there's no UID issue. The imap process is always running as that one UID, so it doesn't ever try to setuid to something else. Timo, is there some way/setting to only let client_limit != 1 apply to processes running as the same user? I.e. if a imap process (with client_limit > 1) was running as UID 501 (to use the OP's uids), and imap-login needed to send UID 503 to an imap process, it wouldn't send it to the one running as UID 501, but rather either create new imap proc or if UID 503 already had a imap proc running, then send UID 503 to that one. (I realize that makes almost no grammatical sense, but hopefully you know what I mean). From compconsultant at yahoo.com Wed Jul 20 02:22:45 2011 From: compconsultant at yahoo.com (Steve) Date: Tue, 19 Jul 2011 23:22:45 +0000 (UTC) Subject: [Dovecot] =?utf-8?q?Dovecot_2=2C_Imap_service=2C_client=5Flimit?= References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: Mark Moseley gmail.com> writes: > Timo, is there some way/setting to only let client_limit != 1 apply to > processes running as the same user? I.e. if a imap process (with > client_limit > 1) was running as UID 501 (to use the OP's uids), and > imap-login needed to send UID 503 to an imap process, it wouldn't send > it to the one running as UID 501, but rather either create new imap > proc or if UID 503 already had a imap proc running, then send UID 503 > to that one. That would be wonderful since then, clients with 5 connections say, would all go to one imap process instead of 5. From GN0073081 at TechMahindra.com Wed Jul 20 06:58:12 2011 From: GN0073081 at TechMahindra.com (Guruprasad S N) Date: Wed, 20 Jul 2011 09:28:12 +0530 Subject: [Dovecot] Dovecot 2, Imap service, client_limit In-Reply-To: References: <1311116191.3977.YahooMailRC@web39412.mail.mud.yahoo.com> Message-ID: <4EF08D039CC31244AB37BF0F569D280A03A7D3BD@SINBNGEX001.TechMahindra.com> Hi All Exchange meeting plugin is not working , I am not able to save calendar request .. need help . Can some one help me -----Original Message----- From: dovecot-bounces at dovecot.org [mailto:dovecot-bounces at dovecot.org] On Behalf Of Mark Moseley Sent: Wednesday, July 20, 2011 4:38 AM Cc: dovecot at dovecot.org Subject: Re: [Dovecot] Dovecot 2, Imap service, client_limit On Tue, Jul 19, 2011 at 3:56 PM, Steve Fatula wrote: > I see back in November of last year, a thread about using client_limit > in the imap service (not imap-login) that would allow each imap > process serve more than one connection. Sounded good, until I tried it! > > When I did, unlike the OP of that thread, I got: > > dovecot: imap(submit.user): Fatal: setuid(503(submit.user) from userdb > lookup) failed with euid=501(links): Operation not permitted (This > binary should probably be called with process user set to > 503(submit.user) instead of > 501(links)) > > So, it would appear that this does not work. Still, the thread was > posting results of their testing even that showed it worked. > > Sample message within the thread, read for more: > > http://www.dovecot.org/list/dovecot/2010-November/054893.html > > I'd love to be able to use a single imap process for more than one connection. > Is this still possible, or, not? If so, how? > > Steve > > In my case, we use a single shared user for all mailboxes, so there's no UID issue. The imap process is always running as that one UID, so it doesn't ever try to setuid to something else. Timo, is there some way/setting to only let client_limit != 1 apply to processes running as the same user? I.e. if a imap process (with client_limit > 1) was running as UID 501 (to use the OP's uids), and imap-login needed to send UID 503 to an imap process, it wouldn't send it to the one running as UID 501, but rather either create new imap proc or if UID 503 already had a imap proc running, then send UID 503 to that one. (I realize that makes almost no grammatical sense, but hopefully you know what I mean). ============================================================================================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html externally and http://tim.techmahindra.com/Disclaimer.html internally within Tech Mahindra. ============================================================================================================================ From mnavaki at gmail.com Wed Jul 20 08:51:11 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 20 Jul 2011 10:21:11 +0430 Subject: [Dovecot] Dovecot Notification Plugin Message-ID: Hi, I need to know how notfiy plugin works?who will be informed by this plugin?Is it configurable? -- *Regards Meisam Navaki*, From edgrootjans at versatel.nl Wed Jul 20 10:53:59 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Wed, 20 Jul 2011 09:53:59 +0200 Subject: [Dovecot] passwd not found Message-ID: <980B3A5ECA0E4C5F8F79700A6245127B@enterprise> If I use in dovecot.conf passdb passwd-file { args = /etc/dovecot/vhosts/%d/etc/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } I get an authorisation failure in my mail.log file. If I use passdb passwd-file { args = /etc/dovecot/vhosts/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } This works !!! (without the %d) in the passdb passwd-file Than the %d/%u is correctly rewritten in the userdb static. PS I have in the passwd-file the username at domain and the username documented for testing. I think there is some problem with the %d (DOMAIN) How can I check if %d is filled ?? And how can i make different authorisationdirs and files per domain. Thanks Erik My config # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login passdb: driver: passwd-file args: /etc/dovecot/vhosts/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From bill+dovecot at blunn.org Wed Jul 20 11:13:48 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Wed, 20 Jul 2011 09:13:48 +0100 Subject: [Dovecot] Performance with 200k messages in Maildir In-Reply-To: <20110718102734.GW3598@svanberg.no> References: <20110718102734.GW3598@svanberg.no> Message-ID: <4E268E3C.1040000@blunn.org> On 18/07/2011 11:27, Vegard Svanberg wrote: > What should I expect performance-wise if I put 200000 messages in a > Maildir store and use two or three MUAs (mutt and Thunderbird), on an > Athlon dual core 2GHz with SATA drives in software RAID (Linux)? > > Like; would it be useless/crawling, usable or pretty fast. I imagine > MUA startup / first time folder read would be slow, but daily use more > or less ok. > > Thanks to Dovecot's indexing, I imagine I would be better off > interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing > Maildir/ directly? 200,000 messages under Maildir in a single folder. You will tend to have a relatively large number of inodes compared to the relative overall scale of the system. This will tend to make backing-up a nuisance. One thing you could consider is storing your mail under "mdbox". This should drastically reduce the number of inodes. Just remember that under "mdbox" the so-called "indexes" are actually critical data files (i.e. they cannot be re-created like they could be with Maildir or mbox). Bill From jmDS at hampshire.edu Tue Jul 19 23:55:50 2011 From: jmDS at hampshire.edu (Jeremy Maryott) Date: Tue, 19 Jul 2011 16:55:50 -0400 Subject: [Dovecot] Problem with zlib plugin and flags Message-ID: <4E25EF56.90607@hampshire.edu> Hi, I'm working on enabling the zlib plugin and compressing most of the mail on my mail server, and I've run into a bit of a problem with doing things as described on the wiki's zlib plugin page (here: http://wiki.dovecot.org/Plugins/Zlib). I'm using Dovecot 1.2.15 and maildir as a mailbox format on Debian 5. I have a script that implements the steps listed at the bottom of the wiki page. The problem has to do with step 5, which recommends that you add a 'Z' flag to each email that you compress so that you don't compress it again. The problem that I ran into is that when you move an email to another mail folder, this flag appears to go away. As a result, my script has compressed some emails that were already compressed, rendering them unreadable by Dovecot. I've mostly solved that problem, and my compression script now runs 'file' and looks to see if it's gzipped already for each file that's a candidate for compression. I'm not sure this is the best solution (it's definitely slower than just checking the filename), so I'm open to better alternatives. Reading http://wiki.dovecot.org/MailboxFormat/Maildir, I see that Dovecot supports 'non-standard fields' specified after normal flags and a comma. It seems like that might be a better place to put the 'Z' flag, if Dovecot won't retain it when places with the normal flags. I'm unsure how the filename would look if it doesn't currently have any flags, though. Would there just be two commas in a row, followed by my non-standard flag? If I haven't missed or misconfigured anything and what I said above is correct, the wiki should be changed so others don't run into the same problems I have. I'm happy to do so, but I didn't want to make any changes without making sure I was right about what was going on. Thanks, Jeremy From eleuzzi at v-power.sm Wed Jul 20 12:32:19 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Wed, 20 Jul 2011 11:32:19 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done Message-ID: <4E26A0A3.1000402@v-power.sm> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck downloading IMAP header every 10-15' Until the FETCH is done from 1 to 76687 (it's needs a looong time), my client isn't usable Could you help me to fix this issue? Below the log. Thank you 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded \*)] Flags permitted. 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 FETCH (FLAGS (\Seen) UID 1) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 FETCH (FLAGS (\Seen) UID 2) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 FETCH (FLAGS (\Seen unknown-1) UID 3) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (FLAGS (\Seen) UID 4) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (FLAGS (\Seen) UID 5) _cut_ 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76685 FETCH (FLAGS (\Seen) UID 76748) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76686 FETCH (FLAGS (\Seen) UID 76749) 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 76687 EXISTS 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK Fetch completed. -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Wed Jul 20 12:38:57 2011 From: robert at schetterer.org (Robert Schetterer) Date: Wed, 20 Jul 2011 11:38:57 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E26A0A3.1000402@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> Message-ID: <4E26A231.9090205@schetterer.org> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: > I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck > downloading IMAP header every 10-15' Until the FETCH is done from 1 to > 76687 (it's needs a looong time), my client isn't usable > > Could you help me to fix this issue? > > Below the log. > > Thank you > > > > > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS > (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 > unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 > NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK > [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 > unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 > unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded > \*)] Flags permitted. > 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 > FETCH (FLAGS (\Seen) UID 1) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 > FETCH (FLAGS (\Seen) UID 2) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 > FETCH (FLAGS (\Seen unknown-1) UID 3) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 > FETCH (FLAGS (\Seen) UID 4) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 > FETCH (FLAGS (\Seen) UID 5) > > _cut_ > > > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76685 FETCH (FLAGS (\Seen) UID 76748) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76686 FETCH (FLAGS (\Seen) UID 76749) > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * > 76687 EXISTS > > 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] > 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK > Fetch completed. > you should upgrade to dove 2.x no problem tb5 here withit, for more debug you dove conf might be helpfull -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From mnavaki at gmail.com Wed Jul 20 15:50:43 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Wed, 20 Jul 2011 17:20:43 +0430 Subject: [Dovecot] Writing a Dovecot Plugin Message-ID: Hi, I'm going to write a plugin like mail_log.How can I write a plugin for dovecot?Is there any tutorial or sample for it? -- -- *Regards Meisam Navaki Arefi, * From nicolas.greneche at gmail.com Wed Jul 20 16:02:58 2011 From: nicolas.greneche at gmail.com (Nicolas GRENECHE) Date: Wed, 20 Jul 2011 15:02:58 +0200 Subject: [Dovecot] GSSAPI makes webmail access really slow Message-ID: Hello, I use dovecot 1.2.15 as an IMAP backend for Horde webmail. When I enable PLAIN and GSSAPI as authentication mecanisms, it makes Horde very slow. If I enable only PLAIN it is a lot more fast. Do you have a clue to solve this issue ? Here is my dovecot.conf : protocols = imap imaps pop3s managesieve mail_location = maildir:/ext/spool/imap/%1Mu/%u first_valid_uid=97 last_valid_uid=97 ssl_cert_file = /usr/local/cert/mailper/cert.pem ssl_key_file = /usr/local/cert/mailper/mail.key ssl_ca_file = /usr/local/cert/mailper/chain.pem auth_debug = yes disable_plaintext_auth = no ## tuning ## login_process_size = 64 login_max_processes_count = 196 login_max_connections = 384 auth_worker_max_count = 30 ## fin tuning ## protocol imap { mail_plugins = quota imap_quota ## tuning ## login_processes_count = 4 ## fin tunning ## } protocol pop3 { mail_plugins = quota ## tuning ## login_processes_count = 3 ## fin tunning ## } auth_cache_size = 4096 auth_cache_ttl = 1800 protocol lda { mail_plugins = quota sieve postmaster_address = root at example.fr } protocol managesieve { listen = *:2000 } mail_uid = vmail mail_gid = vmail auth_krb5_keytab = /etc/dovecot/keytab/pop-imap.mail.keytab auth default { socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } } mechanisms = plain passdb pam { args = max_requests=50 cache_key=%u%r dovecot } userdb static { args = uid=vmail gid=vmail allow_all_users=yes } user = root } dict { } plugin { quota = maildir:User quota quota_rule = *:storage=1G # The location of the user's active script: sieve_dir = /ext/spool/sieve/%1Mu/%u sieve = /ext/spool/sieve/%1Mu/%u/dovecot.sieve } From info at netocean.de Wed Jul 20 16:03:48 2011 From: info at netocean.de (Leander S.) Date: Wed, 20 Jul 2011 15:03:48 +0200 Subject: [Dovecot] Writing a Dovecot Plugin In-Reply-To: References: Message-ID: <4E26D234.8000805@netocean.de> Am 20.07.2011 14:50, schrieb Meisam Navaki: > Hi, > I'm going to write a plugin like mail_log.How can I write a plugin for > dovecot?Is there any tutorial or sample for it? > Out of curiosity: What will it do other than already existing "mail_log"? Some references: http://wiki.dovecot.org/Plugins http://wiki.dovecot.org/Design/Plugins http://www.dovecot.org/list/dovecot/2007-November/ http://www.dovecot.org/list/dovecot/2007-November/026795.html http://www.dovecot.org/list/dovecot/2007-November/026796.html http://www.dovecot.org/list/dovecot/2007-November/026825.html Regards From lists at truthisfreedom.org.uk Wed Jul 20 21:27:45 2011 From: lists at truthisfreedom.org.uk (Matthew Macdonald-Wallace) Date: Wed, 20 Jul 2011 19:27:45 +0100 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1310450636.2578.0.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> <1310450636.2578.0.camel@lappy.edison.local> Message-ID: <1311186465.2530.10.camel@lappy.edison.local> On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote: > On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: > > Are these virtual machines? You didn't state so previously. Running > > 2.6.18 as a VM guest on these machines may also be part of the incorrect > > load reporting problem. If so, run the data collector daemon inside the > > hypervisor itself so you get actual load figures. You'll never get > > accurate performance metrics for a whole box from a kernel/daemon inside > > a VM guest. > > > > Nope, all on the bare metal in our own datacentre. > > I'll let you know how the HT switchoff goes. > > M. Hi all, Just to let you all know that once we upgraded to Dovecot 1.2 (and enabled attribute caching on the NFS devices!) the loads settled down. We've seen a drop in 15 minute load average from 12 to 2 and a drop in NFS I/O from 30K I/OPS to 3K I/OPS whilst continuing to serve the same number of queries - quite a difference! Thanks to all who helped, Kind regards, Matt From denis at opensource.lv Wed Jul 20 22:28:41 2011 From: denis at opensource.lv (Denis J. Cirulis) Date: Wed, 20 Jul 2011 22:28:41 +0300 Subject: [Dovecot] dovecot2 on Snow Leopard trouble Message-ID: <20110720192841.GB11775@tun-4-11.vpn.greis.lv> Hello list, I have one task to complete - to install and configure imap server on Mac Mini OS X 10.6.8. I'm not new to dovecot, so the favorite imap server is dovecot. Are there any special settings running dovecot on OS X ? I've compiled dovecot 2.0.13 with mysql5 and openssl via macports. Configured virtual users from mysql and turned on all debug, but when I connect to this server via MUA I'm receiving the message "Mailbox locked. Next try in XX seconds" or something like that. No errors in dovecot.log, clean auth process, correct data (passwords,spool dirs) from mysql. Same configuration works on Linux,FreeBSD and Solaris like a charm. What can be a problem running on OS X ? From marc at perkel.com Thu Jul 21 00:52:27 2011 From: marc at perkel.com (Marc Perkel) Date: Wed, 20 Jul 2011 14:52:27 -0700 Subject: [Dovecot] Connection dropped by IMAP server Message-ID: <4E274E1B.80006@perkel.com> Some time people running Squirrelmail get connection dropped by imap server. Anyone know what causes this? Thanks in advance. From marc at perkel.com Thu Jul 21 00:56:20 2011 From: marc at perkel.com (Marc Perkel) Date: Wed, 20 Jul 2011 14:56:20 -0700 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <4E274E1B.80006@perkel.com> References: <4E274E1B.80006@perkel.com> Message-ID: <4E274F04.6060106@perkel.com> On 7/20/2011 2:52 PM, Marc Perkel wrote: > Some time people running Squirrelmail get connection dropped by imap > server. Anyone know what causes this? > > Thanks in advance. > > More details. It only happens occasionally and restarting Dovecot fixes it. It's as if I'm running out of something. From duane at duanemail.org Thu Jul 21 03:21:54 2011 From: duane at duanemail.org (Duane Hill) Date: Wed, 20 Jul 2011 19:21:54 -0500 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <4E274F04.6060106@perkel.com> References: <4E274E1B.80006@perkel.com> <4E274F04.6060106@perkel.com> Message-ID: <965531083.20110720192154@duanemail.org> Wednesday, July 20, 2011, 4:56:20 PM, you wrote: > On 7/20/2011 2:52 PM, Marc Perkel wrote: >> Some time people running Squirrelmail get connection dropped by imap >> server. Anyone know what causes this? >> >> Thanks in advance. > More details. It only happens occasionally and restarting Dovecot fixes > it. It's as if I'm running out of something. Without knowing more system and configuration details, it would be tricky to guess. From f.bonnet at esiee.fr Thu Jul 21 07:08:31 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 21 Jul 2011 06:08:31 +0200 Subject: [Dovecot] Connection dropped by IMAP server In-Reply-To: <965531083.20110720192154@duanemail.org> References: <4E274E1B.80006@perkel.com> <4E274F04.6060106@perkel.com> <965531083.20110720192154@duanemail.org> Message-ID: <4E27A63F.4010606@esiee.fr> Le 21/07/2011 02:21, Duane Hill a ?crit : > Wednesday, July 20, 2011, 4:56:20 PM, you wrote: > >> On 7/20/2011 2:52 PM, Marc Perkel wrote: >>> Some time people running Squirrelmail get connection dropped by imap >>> server. Anyone know what causes this? >>> >>> Thanks in advance. > >> More details. It only happens occasionally and restarting Dovecot fixes >> it. It's as if I'm running out of something. > > Without knowing more system and configuration details, it would be > tricky to guess. > I had the same problem it seems squirrelmail open too much sessions ( one at each user's request ), I solved it bye installing imapproxy between the webmail and the imap server to cache sessions. hope this help From eleuzzi at v-power.sm Thu Jul 21 10:20:39 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 09:20:39 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E26B28E.9000603@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> Message-ID: <4E27D347.4070904@v-power.sm> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: > > > Il 20/07/2011 12:04, Robert Schetterer ha scritto: >> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>> I'm following the debian (lenny) repository.... >>> >>> dovecot -n >>> >>> hercules:/home/eleuzzi# dovecot -n >>> # 1.0.15: /etc/dovecot/dovecot.conf >>> base_dir: /var/run/dovecot/ >>> log_timestamp: %Y-%m-%d %H:%M:%S >>> protocols: pop3s imaps imap pop3 >>> listen(default): hidden:10143 >>> listen(imap): hidden:10143 >>> listen(pop3): * >>> ssl_listen: hidden >>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>> login_dir: /var/run/dovecot/login >>> login_executable(default): /usr/lib/dovecot/imap-login >>> login_executable(imap): /usr/lib/dovecot/imap-login >>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>> login_greeting_capability(default): yes >>> login_greeting_capability(imap): yes >>> login_greeting_capability(pop3): no >>> login_max_processes_count: 512 >>> first_valid_uid: 150 >>> last_valid_uid: 1500 >>> mail_privileged_group: mail >>> mail_location: maildir:~/Maildir >>> maildir_copy_with_hardlinks: yes >>> umask: 2 >>> mail_executable(default): /usr/lib/dovecot/imap >>> mail_executable(imap): /usr/lib/dovecot/imap >>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>> imap_client_workarounds(pop3): outlook-idle >>> pop3_uidl_format(default): >>> pop3_uidl_format(imap): >>> pop3_uidl_format(pop3): %08Xu%08Xv >>> auth default: >>> mechanisms: plain login cram-md5 >>> passdb: >>> driver: passwd-file >>> args: /etc/cram-md5.pwd >>> passdb: >>> driver: pam >>> passdb: >>> driver: sql >>> args: /etc/dovecot/dovecot-sql.conf >>> userdb: >>> driver: passwd >>> userdb: >>> driver: sql >>> args: /etc/dovecot/dovecot-sql.conf >>> socket: >>> type: listen >>> client: >>> path: /var/spool/postfix/private/auth >>> mode: 432 >>> user: postfix >>> group: postfix >>> master: >>> path: /var/run/dovecot/auth-master >>> mode: 384 >>> user: vmail >>> group: mail >>> >>> >>> Thank you >>> >>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>> 1 to >>>>> 76687 (it's needs a looong time), my client isn't usable >>>>> >>>>> Could you help me to fix this issue? >>>>> >>>>> Below the log. >>>>> >>>>> Thank you >>>>> >>>>> >>>>> >>>>> >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>> unknown-7 >>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>> unknown-11 >>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>> \*)] Flags permitted. >>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>> EXISTS >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 1 >>>>> FETCH (FLAGS (\Seen) UID 1) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 2 >>>>> FETCH (FLAGS (\Seen) UID 2) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 3 >>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 4 >>>>> FETCH (FLAGS (\Seen) UID 4) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> * 5 >>>>> FETCH (FLAGS (\Seen) UID 5) >>>>> >>>>> _cut_ >>>>> >>>>> >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>> 76687 EXISTS >>>>> >>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>> 8 OK >>>>> Fetch completed. >>>>> >>>> you should upgrade to dove 2.x >>>> no problem tb5 here withit, for more debug you dove conf might be >>>> helpfull >>>> >> sorry i am to far with 1.x versions >> >> but try to disable tb-extra-mailbox-sep >> you shouldnt need it >> >> do you use maildir ? >> guess your using local users ? >> >> i guess your problems are >> somewhere with uids an local users >> >> i never had such setups >> wait for others on the list response you might get more qualified >> answers >> but i am nearly sure it has nothing to to with tb5 >> >> --- >> Best Regards >> >> MfG Robert Schetterer >> >> Germany/Munich/Bavaria > > However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. > > I'm using maildir to local users. I've upgradeted to 2.0.13, but the problems didn't solved... It seems that the server returns flags for all of the messages in that folder when you select it. Do you know how fix it? > > -- > --------------------------------------------------- > Emanuele Leuzzi > Responsabile Sistemi Informativi > > Email: eleuzzi at v-power.sm > Skype: e.leuzzi > Tel: (+378) 0549 960606 > Fax: (+378) 0549 954984 > > V-Power S.r.l. > Via ulivo di Avoltrone, 2/B > 47899 Serravalle > Republic of San Marino > > http://www.v-power.sm > --------------------------------------------------- > Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle > sola/e persone/e sopraindicate. Se veniste per errore in possesso di > questa e-mail, non copiatela, distribuitela o reinoltratela: > distruggetela immediatamente e notificatelo al mittente a mezzo > e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che > verr? fatto di questa email dai destinatari, se la mail ? sprovvista > di firma digitale il mittente non garantisce per la sua autenticit? > dopo la partenza. Il testo della email potrebbe contenere opinioni > personali e non necessariamente riconducibili a quelle di V-Power srl. > > Tutela della Privacy: Si ricorda che qualora non desideriate ricevere > pi? informazioni di questo genere, Vi preghiamo di inviare una email > all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il > Vostro nominativo sar? rimosso dalle nostre rubriche. > > Notice: This message is intended only for the named recipient and may > contain confidential, proprietary or legally privileged information. > Any forward, distribution, or copying of this information is strictly > prohibited. If you have received this message in error, do not > forward, distribute, or copy it: please advise the sender by reply > e-mail, and delete this message. Sender is not responsible of any > misuse of this e-mail message. If this e-mail message arrive not > digitally signed, sender can?t guarantee authenticity after the > departure of this e-mail. Opinions contained herein may be the > personal opinion of the sender and do not necessarily represent the > views of V-Power srl. > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Thu Jul 21 11:19:54 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 10:19:54 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27D347.4070904@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> Message-ID: <4E27E12A.6060009@schetterer.org> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: > > > Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >> >> >> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>> I'm following the debian (lenny) repository.... >>>> >>>> dovecot -n >>>> >>>> hercules:/home/eleuzzi# dovecot -n >>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>> base_dir: /var/run/dovecot/ >>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>> protocols: pop3s imaps imap pop3 >>>> listen(default): hidden:10143 >>>> listen(imap): hidden:10143 >>>> listen(pop3): * >>>> ssl_listen: hidden >>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>> login_dir: /var/run/dovecot/login >>>> login_executable(default): /usr/lib/dovecot/imap-login >>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>> login_greeting_capability(default): yes >>>> login_greeting_capability(imap): yes >>>> login_greeting_capability(pop3): no >>>> login_max_processes_count: 512 >>>> first_valid_uid: 150 >>>> last_valid_uid: 1500 >>>> mail_privileged_group: mail >>>> mail_location: maildir:~/Maildir >>>> maildir_copy_with_hardlinks: yes >>>> umask: 2 >>>> mail_executable(default): /usr/lib/dovecot/imap >>>> mail_executable(imap): /usr/lib/dovecot/imap >>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>> imap_client_workarounds(pop3): outlook-idle >>>> pop3_uidl_format(default): >>>> pop3_uidl_format(imap): >>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>> auth default: >>>> mechanisms: plain login cram-md5 >>>> passdb: >>>> driver: passwd-file >>>> args: /etc/cram-md5.pwd >>>> passdb: >>>> driver: pam >>>> passdb: >>>> driver: sql >>>> args: /etc/dovecot/dovecot-sql.conf >>>> userdb: >>>> driver: passwd >>>> userdb: >>>> driver: sql >>>> args: /etc/dovecot/dovecot-sql.conf >>>> socket: >>>> type: listen >>>> client: >>>> path: /var/spool/postfix/private/auth >>>> mode: 432 >>>> user: postfix >>>> group: postfix >>>> master: >>>> path: /var/run/dovecot/auth-master >>>> mode: 384 >>>> user: vmail >>>> group: mail >>>> >>>> >>>> Thank you >>>> >>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>> 1 to >>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>> >>>>>> Could you help me to fix this issue? >>>>>> >>>>>> Below the log. >>>>>> >>>>>> Thank you >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>> unknown-7 >>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>> unknown-11 >>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>>> \*)] Flags permitted. >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>>> EXISTS >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 1 >>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 2 >>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 3 >>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 4 >>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> * 5 >>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>> >>>>>> _cut_ >>>>>> >>>>>> >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>> 76687 EXISTS >>>>>> >>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>> 8 OK >>>>>> Fetch completed. >>>>>> >>>>> you should upgrade to dove 2.x >>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>> helpfull >>>>> >>> sorry i am to far with 1.x versions >>> >>> but try to disable tb-extra-mailbox-sep >>> you shouldnt need it >>> >>> do you use maildir ? >>> guess your using local users ? >>> >>> i guess your problems are >>> somewhere with uids an local users >>> >>> i never had such setups >>> wait for others on the list response you might get more qualified >>> answers >>> but i am nearly sure it has nothing to to with tb5 >>> >>> --- >>> Best Regards >>> >>> MfG Robert Schetterer >>> >>> Germany/Munich/Bavaria >> >> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >> >> I'm using maildir to local users. > > I've upgradeted to 2.0.13, but the problems didn't solved... It seems > that the server returns flags for all of the messages in that folder > when you select it. Do you know how fix it? sorry, you should post again now your recent dove conf, and logs as iam using 2.0.13 with tb5 and maildir without any problems there shouldnt be any at your side too, so its in your conf as i said before guess its something with uids of your local users ( which i dont use ), but someone with your setup alike on the list may find your problem by short looks on your conf, at last Timo does , if he has time to answer > > >> >> -- >> --------------------------------------------------- >> Emanuele Leuzzi >> Responsabile Sistemi Informativi >> >> Email: eleuzzi at v-power.sm >> Skype: e.leuzzi >> Tel: (+378) 0549 960606 >> Fax: (+378) 0549 954984 >> >> V-Power S.r.l. >> Via ulivo di Avoltrone, 2/B >> 47899 Serravalle >> Republic of San Marino >> >> http://www.v-power.sm >> --------------------------------------------------- >> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >> questa e-mail, non copiatela, distribuitela o reinoltratela: >> distruggetela immediatamente e notificatelo al mittente a mezzo >> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >> di firma digitale il mittente non garantisce per la sua autenticit? >> dopo la partenza. Il testo della email potrebbe contenere opinioni >> personali e non necessariamente riconducibili a quelle di V-Power srl. >> >> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >> pi? informazioni di questo genere, Vi preghiamo di inviare una email >> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >> Vostro nominativo sar? rimosso dalle nostre rubriche. >> >> Notice: This message is intended only for the named recipient and may >> contain confidential, proprietary or legally privileged information. >> Any forward, distribution, or copying of this information is strictly >> prohibited. If you have received this message in error, do not >> forward, distribute, or copy it: please advise the sender by reply >> e-mail, and delete this message. Sender is not responsible of any >> misuse of this e-mail message. If this e-mail message arrive not >> digitally signed, sender can?t guarantee authenticity after the >> departure of this e-mail. Opinions contained herein may be the >> personal opinion of the sender and do not necessarily represent the >> views of V-Power srl. >> > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From Ralf.Hildebrandt at charite.de Thu Jul 21 11:41:37 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 10:41:37 +0200 Subject: [Dovecot] BUG: Unknown internal error Message-ID: <20110721084137.GK32542@charite.de> With a recent checkout of dovecot-2 I'm getting a few "BUG: Unknown internal error" messages. The log for one such incident: Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6385, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6386, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 What's up here? -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From eleuzzi at v-power.sm Thu Jul 21 11:47:51 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 10:47:51 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27E12A.6060009@schetterer.org> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> Message-ID: <4E27E7B7.4060509@v-power.sm> Il 21/07/2011 10:19, Robert Schetterer ha scritto: > Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >> >> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>> >>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>> I'm following the debian (lenny) repository.... >>>>> >>>>> dovecot -n >>>>> >>>>> hercules:/home/eleuzzi# dovecot -n >>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>> base_dir: /var/run/dovecot/ >>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>> protocols: pop3s imaps imap pop3 >>>>> listen(default): hidden:10143 >>>>> listen(imap): hidden:10143 >>>>> listen(pop3): * >>>>> ssl_listen: hidden >>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>> login_dir: /var/run/dovecot/login >>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>> login_greeting_capability(default): yes >>>>> login_greeting_capability(imap): yes >>>>> login_greeting_capability(pop3): no >>>>> login_max_processes_count: 512 >>>>> first_valid_uid: 150 >>>>> last_valid_uid: 1500 >>>>> mail_privileged_group: mail >>>>> mail_location: maildir:~/Maildir >>>>> maildir_copy_with_hardlinks: yes >>>>> umask: 2 >>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>> imap_client_workarounds(pop3): outlook-idle >>>>> pop3_uidl_format(default): >>>>> pop3_uidl_format(imap): >>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>> auth default: >>>>> mechanisms: plain login cram-md5 >>>>> passdb: >>>>> driver: passwd-file >>>>> args: /etc/cram-md5.pwd >>>>> passdb: >>>>> driver: pam >>>>> passdb: >>>>> driver: sql >>>>> args: /etc/dovecot/dovecot-sql.conf >>>>> userdb: >>>>> driver: passwd >>>>> userdb: >>>>> driver: sql >>>>> args: /etc/dovecot/dovecot-sql.conf >>>>> socket: >>>>> type: listen >>>>> client: >>>>> path: /var/spool/postfix/private/auth >>>>> mode: 432 >>>>> user: postfix >>>>> group: postfix >>>>> master: >>>>> path: /var/run/dovecot/auth-master >>>>> mode: 384 >>>>> user: vmail >>>>> group: mail >>>>> >>>>> >>>>> Thank you >>>>> >>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>> 1 to >>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>> >>>>>>> Could you help me to fix this issue? >>>>>>> >>>>>>> Below the log. >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS >>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>> unknown-7 >>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>> unknown-11 >>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 >>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded >>>>>>> \*)] Flags permitted. >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 >>>>>>> EXISTS >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 1 >>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 2 >>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 3 >>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 4 >>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> * 5 >>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>> >>>>>>> _cut_ >>>>>>> >>>>>>> >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>> 76687 EXISTS >>>>>>> >>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>> 8 OK >>>>>>> Fetch completed. >>>>>>> >>>>>> you should upgrade to dove 2.x >>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>> helpfull >>>>>> >>>> sorry i am to far with 1.x versions >>>> >>>> but try to disable tb-extra-mailbox-sep >>>> you shouldnt need it >>>> >>>> do you use maildir ? >>>> guess your using local users ? >>>> >>>> i guess your problems are >>>> somewhere with uids an local users >>>> >>>> i never had such setups >>>> wait for others on the list response you might get more qualified >>>> answers >>>> but i am nearly sure it has nothing to to with tb5 >>>> >>>> --- >>>> Best Regards >>>> >>>> MfG Robert Schetterer >>>> >>>> Germany/Munich/Bavaria >>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>> >>> I'm using maildir to local users. >> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >> that the server returns flags for all of the messages in that folder >> when you select it. Do you know how fix it? > sorry, you should post again now your recent dove conf, and logs > as iam using 2.0.13 with tb5 and maildir without any problems > there shouldnt be any at your side too, so its in your conf > as i said before guess its something with uids of your local users > ( which i dont use ), but someone with your setup alike on the list > may find your problem by short looks on your conf, at last Timo > does , if he has time to answer No problem here the new config: hercules:/# dovecot -n # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 auth_mechanisms = plain login cram-md5 base_dir = /var/run/dovecot/ first_valid_uid = 150 last_valid_uid = 1500 log_timestamp = "%Y-%m-%d %H:%M:%S " mail_location = maildir:~/Maildir mail_privileged_group = mail maildir_very_dirty_syncs = yes passdb { args = /etc/cram-md5.pwd driver = passwd-file } passdb { driver = pam } passdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } protocols = imap pop3 service anvil { client_limit = 8000 } service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-master { group = mail mode = 0600 user = vmail } user = root } service imap-login { client_limit = 256 inet_listener imap { address = hidden port = 10143 } inet_listener imaps { address = hidden port = 993 } process_limit = 512 } service pop3-login { client_limit = 256 executable = /usr/lib/dovecot/pop3-login inet_listener pop3s { address = hiddem } process_limit = 512 } service pop3 { executable = /usr/lib/dovecot/pop3 } ssl_cert = >> >>> -- >>> --------------------------------------------------- >>> Emanuele Leuzzi >>> Responsabile Sistemi Informativi >>> >>> Email: eleuzzi at v-power.sm >>> Skype: e.leuzzi >>> Tel: (+378) 0549 960606 >>> Fax: (+378) 0549 954984 >>> >>> V-Power S.r.l. >>> Via ulivo di Avoltrone, 2/B >>> 47899 Serravalle >>> Republic of San Marino >>> >>> http://www.v-power.sm >>> --------------------------------------------------- >>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>> distruggetela immediatamente e notificatelo al mittente a mezzo >>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>> di firma digitale il mittente non garantisce per la sua autenticit? >>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>> >>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>> >>> Notice: This message is intended only for the named recipient and may >>> contain confidential, proprietary or legally privileged information. >>> Any forward, distribution, or copying of this information is strictly >>> prohibited. If you have received this message in error, do not >>> forward, distribute, or copy it: please advise the sender by reply >>> e-mail, and delete this message. Sender is not responsible of any >>> misuse of this e-mail message. If this e-mail message arrive not >>> digitally signed, sender can?t guarantee authenticity after the >>> departure of this e-mail. Opinions contained herein may be the >>> personal opinion of the sender and do not necessarily represent the >>> views of V-Power srl. >>> > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From info at netocean.de Thu Jul 21 12:14:02 2011 From: info at netocean.de (Leander S.) Date: Thu, 21 Jul 2011 11:14:02 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721084137.GK32542@charite.de> References: <20110721084137.GK32542@charite.de> Message-ID: <4E27EDDA.3070703@netocean.de> Am 21.07.2011 10:41, schrieb Ralf Hildebrandt: > With a recent checkout of dovecot-2 I'm getting a few "BUG: Unknown > internal error" messages. > > The log for one such incident: > > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6385, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): copy from INBOX: box=INBOX.Trash, uid=6386, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): delete: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5426, msgid=<4DA3E334.000005.02956 at ILONA-PC>, size=90980 > Jul 21 10:21:38 postamt dovecot: imap(ikurzweg): expunge: box=INBOX, uid=5427, msgid=<4DA3ECDD.000008.02956 at ILONA-PC>, size=103191 > Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 > Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 > > What's up here? Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Error: Corrupted index cache file /home/i/k/ikurzweg/Maildir/dovecot.index.cache: Broken MIME parts for mail UID 4433 Jul 21 10:21:53 postamt dovecot: imap(ikurzweg): Disconnected: BUG: Unknown internal error bytes=5689/114139 Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? Dovecot usually uses internal "self-healing" feature to fixe broken indexes ... For testing purposes you could try to entierly delete Users root mailfolder and recreate it or let it recreate by Dovecot and see what happens ... obviously it would make sense to back up old root mailfoder in case there is important data ... From Ralf.Hildebrandt at charite.de Thu Jul 21 12:15:26 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 11:15:26 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27EDDA.3070703@netocean.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> Message-ID: <20110721091526.GP32542@charite.de> * Leander S. : > Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. > > Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? Nothing like that :) > Dovecot usually uses internal "self-healing" feature to fixe broken > indexes ... For testing purposes you could try to entierly delete Users > root mailfolder and recreate it or let it recreate by Dovecot and see > what happens ... obviously it would make sense to back up old root > mailfoder in case there is important data ... -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From mnavaki at gmail.com Thu Jul 21 12:16:33 2011 From: mnavaki at gmail.com (Meisam Navaki) Date: Thu, 21 Jul 2011 13:46:33 +0430 Subject: [Dovecot] Writing a Dovecot Plugin In-Reply-To: <4E26D234.8000805@netocean.de> References: <4E26D234.8000805@netocean.de> Message-ID: How should i add this plugin to dovecot source file?I wrote a simple plugin,but I don't know how should i integrate it with dovecot. On Wed, Jul 20, 2011 at 5:33 PM, Leander S. wrote: > Am 20.07.2011 14:50, schrieb Meisam Navaki: > > Hi, >> I'm going to write a plugin like mail_log.How can I write a plugin for >> dovecot?Is there any tutorial or sample for it? >> >> Out of curiosity: What will it do other than already existing "< > http://wiki.dovecot.org/**Plugins/MailLog > >mail_log"? > > Some references: > http://wiki.dovecot.org/**Plugins > http://wiki.dovecot.org/**Design/Plugins > > http://www.dovecot.org/list/**dovecot/2007-November/ > http://www.dovecot.org/list/**dovecot/2007-November/026795.**html > http://www.dovecot.org/list/**dovecot/2007-November/026796.**html > http://www.dovecot.org/list/**dovecot/2007-November/026825.**html > > > Regards > -- -- *Regards Meisam Navaki Arefi, * From info at netocean.de Thu Jul 21 12:26:50 2011 From: info at netocean.de (Leander S.) Date: Thu, 21 Jul 2011 11:26:50 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721091526.GP32542@charite.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> Message-ID: <4E27F0DA.1040200@netocean.de> Am 21.07.2011 11:15, schrieb Ralf Hildebrandt: > * Leander S.: > >> Index is corrupt. Dovecot seems only to see 5689 of actually indexed 114139 bytes as far as I understand the log. >> >> Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? FS/User Quota over limit? > Nothing like that :) > >> Dovecot usually uses internal "self-healing" feature to fixe broken >> indexes ... For testing purposes you could try to entierly delete Users >> root mailfolder and recreate it or let it recreate by Dovecot and see >> what happens ... obviously it would make sense to back up old root >> mailfoder in case there is important data ... see how it goes if Dovecot recreates folders and indexes itself again ... is Ilona the only student with that issue? What Version of Dovecot are you using? ... and maybe also post Dovecot's config to mailinglist?! From robert at schetterer.org Thu Jul 21 12:32:49 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 11:32:49 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27F0DA.1040200@netocean.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> Message-ID: <4E27F241.2000906@schetterer.org> Am 21.07.2011 11:26, schrieb Leander S.: > Am 21.07.2011 11:15, schrieb Ralf Hildebrandt: >> * Leander S.: >> >>> Index is corrupt. Dovecot seems only to see 5689 of actually indexed >>> 114139 bytes as far as I understand the log. >>> >>> Hardware fine / HDD is fine? No 'cold' shutdowns? FS out of Space? >>> FS/User Quota over limit? >> Nothing like that :) >> >>> Dovecot usually uses internal "self-healing" feature to fixe broken >>> indexes ... For testing purposes you could try to entierly delete Users >>> root mailfolder and recreate it or let it recreate by Dovecot and see >>> what happens ... obviously it would make sense to back up old root >>> mailfoder in case there is important data ... > see how it goes if Dovecot recreates folders and indexes itself again > ... is Ilona the only student with that issue? > What Version of Dovecot are you using? ... and maybe also post Dovecot's > config to mailinglist?! as i understood , its a recent checkout version from latest dove hg i looked if i found equal errors in mine stable version, so the problem might be anywhere in the patches since the last stable ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From Ralf.Hildebrandt at charite.de Thu Jul 21 12:40:45 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 11:40:45 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <4E27F241.2000906@schetterer.org> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> <4E27F241.2000906@schetterer.org> Message-ID: <20110721094045.GV32542@charite.de> * Robert Schetterer : > as i understood , its a recent checkout version from latest dove hg > i looked if i found equal errors in mine stable version, > so the problem might be anywhere in the patches since the last stable ? Yes; I just upgraded to see if it's gone :) -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From robert at schetterer.org Thu Jul 21 12:44:29 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 11:44:29 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27E7B7.4060509@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> Message-ID: <4E27F4FD.8080309@schetterer.org> Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: > > > Il 21/07/2011 10:19, Robert Schetterer ha scritto: >> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>> >>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>> >>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>> I'm following the debian (lenny) repository.... >>>>>> >>>>>> dovecot -n >>>>>> >>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>> base_dir: /var/run/dovecot/ >>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>> protocols: pop3s imaps imap pop3 >>>>>> listen(default): hidden:10143 >>>>>> listen(imap): hidden:10143 >>>>>> listen(pop3): * >>>>>> ssl_listen: hidden >>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>> login_dir: /var/run/dovecot/login >>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>> login_greeting_capability(default): yes >>>>>> login_greeting_capability(imap): yes >>>>>> login_greeting_capability(pop3): no >>>>>> login_max_processes_count: 512 >>>>>> first_valid_uid: 150 >>>>>> last_valid_uid: 1500 >>>>>> mail_privileged_group: mail >>>>>> mail_location: maildir:~/Maildir >>>>>> maildir_copy_with_hardlinks: yes >>>>>> umask: 2 >>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>> pop3_uidl_format(default): >>>>>> pop3_uidl_format(imap): >>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>> auth default: >>>>>> mechanisms: plain login cram-md5 >>>>>> passdb: >>>>>> driver: passwd-file >>>>>> args: /etc/cram-md5.pwd >>>>>> passdb: >>>>>> driver: pam >>>>>> passdb: >>>>>> driver: sql >>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>> userdb: >>>>>> driver: passwd >>>>>> userdb: >>>>>> driver: sql >>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>> socket: >>>>>> type: listen >>>>>> client: >>>>>> path: /var/spool/postfix/private/auth >>>>>> mode: 432 >>>>>> user: postfix >>>>>> group: postfix >>>>>> master: >>>>>> path: /var/run/dovecot/auth-master >>>>>> mode: 384 >>>>>> user: vmail >>>>>> group: mail >>>>>> >>>>>> >>>>>> Thank you >>>>>> >>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>> 1 to >>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>> >>>>>>>> Could you help me to fix this issue? >>>>>>>> >>>>>>>> Below the log. >>>>>>>> >>>>>>>> Thank you >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>> FLAGS >>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>> unknown-7 >>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>> unknown-11 >>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>> unknown-8 >>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>> $Forwarded >>>>>>>> \*)] Flags permitted. >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>> 76686 >>>>>>>> EXISTS >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 1 >>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 2 >>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 3 >>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 4 >>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> * 5 >>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>> >>>>>>>> _cut_ >>>>>>>> >>>>>>>> >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>> 2680[9cc6d00]: >>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>> 76687 EXISTS >>>>>>>> >>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>> 8 OK >>>>>>>> Fetch completed. >>>>>>>> >>>>>>> you should upgrade to dove 2.x >>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>> helpfull >>>>>>> >>>>> sorry i am to far with 1.x versions >>>>> >>>>> but try to disable tb-extra-mailbox-sep >>>>> you shouldnt need it >>>>> >>>>> do you use maildir ? >>>>> guess your using local users ? >>>>> >>>>> i guess your problems are >>>>> somewhere with uids an local users >>>>> >>>>> i never had such setups >>>>> wait for others on the list response you might get more qualified >>>>> answers >>>>> but i am nearly sure it has nothing to to with tb5 >>>>> >>>>> --- >>>>> Best Regards >>>>> >>>>> MfG Robert Schetterer >>>>> >>>>> Germany/Munich/Bavaria >>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>> >>>> I'm using maildir to local users. >>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>> that the server returns flags for all of the messages in that folder >>> when you select it. Do you know how fix it? >> sorry, you should post again now your recent dove conf, and logs >> as iam using 2.0.13 with tb5 and maildir without any problems >> there shouldnt be any at your side too, so its in your conf >> as i said before guess its something with uids of your local users >> ( which i dont use ), but someone with your setup alike on the list >> may find your problem by short looks on your conf, at last Timo >> does , if he has time to answer > No problem here the new config: > hercules:/# dovecot -n > # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf > # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 > auth_mechanisms = plain login cram-md5 > base_dir = /var/run/dovecot/ > first_valid_uid = 150 > last_valid_uid = 1500 hm is your testing youser between 150-1500 > log_timestamp = "%Y-%m-%d %H:%M:%S " > mail_location = maildir:~/Maildir > mail_privileged_group = mail dont think your need this > maildir_very_dirty_syncs = yes disable this for testing > passdb { > args = /etc/cram-md5.pwd > driver = passwd-file > } > passdb { > driver = pam > } > passdb { > args = /etc/dovecot/dovecot-sql.conf > driver = sql > } for what reason do you need sql ? with local users > protocols = imap pop3 > service anvil { > client_limit = 8000 > } > service auth { > unix_listener /var/spool/postfix/private/auth { > group = postfix > mode = 0660 > user = postfix > } > unix_listener auth-master { > group = mail > mode = 0600 > user = vmail > } > user = root > } > service imap-login { > client_limit = 256 > inet_listener imap { > address = hidden > port = 10143 > } > inet_listener imaps { > address = hidden > port = 993 > } > process_limit = 512 > } > service pop3-login { > client_limit = 256 > executable = /usr/lib/dovecot/pop3-login > inet_listener pop3s { > address = hiddem > } > process_limit = 512 > } > service pop3 { > executable = /usr/lib/dovecot/pop3 > } > ssl_cert = ssl_key = userdb { > driver = passwd > } > userdb { > args = /etc/dovecot/dovecot-sql.conf > driver = sql > } > protocol pop3 { > pop3_uidl_format = %08Xu%08Xv > } > protocol lda { > auth_socket_path = /var/run/dovecot/auth-master > postmaster_address = hidden > sendmail_path = /usr/lib/sendmail > } > cant see your namespaces do dovecot -a what are in your logs did you try testing pop3/imap i.e with telnet with some actions turn on verbose debug read i.e http://wiki2.dovecot.org/AuthDatabase/Passwd http://wiki2.dovecot.org/AuthDatabase/PasswdFile as i said, i am not familar with passwd setups > >> >>> >>>> -- >>>> --------------------------------------------------- >>>> Emanuele Leuzzi >>>> Responsabile Sistemi Informativi >>>> >>>> Email: eleuzzi at v-power.sm >>>> Skype: e.leuzzi >>>> Tel: (+378) 0549 960606 >>>> Fax: (+378) 0549 954984 >>>> >>>> V-Power S.r.l. >>>> Via ulivo di Avoltrone, 2/B >>>> 47899 Serravalle >>>> Republic of San Marino >>>> >>>> http://www.v-power.sm >>>> --------------------------------------------------- >>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>>> >>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>> >>>> Notice: This message is intended only for the named recipient and may >>>> contain confidential, proprietary or legally privileged information. >>>> Any forward, distribution, or copying of this information is strictly >>>> prohibited. If you have received this message in error, do not >>>> forward, distribute, or copy it: please advise the sender by reply >>>> e-mail, and delete this message. Sender is not responsible of any >>>> misuse of this e-mail message. If this e-mail message arrive not >>>> digitally signed, sender can?t guarantee authenticity after the >>>> departure of this e-mail. Opinions contained herein may be the >>>> personal opinion of the sender and do not necessarily represent the >>>> views of V-Power srl. >>>> >> > -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From eleuzzi at v-power.sm Thu Jul 21 12:55:40 2011 From: eleuzzi at v-power.sm (Emanuele Leuzzi) Date: Thu, 21 Jul 2011 11:55:40 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27F4FD.8080309@schetterer.org> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> <4E27F4FD.8080309@schetterer.org> Message-ID: <4E27F79C.8050503@v-power.sm> Il 21/07/2011 11:44, Robert Schetterer ha scritto: > Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: >> >> Il 21/07/2011 10:19, Robert Schetterer ha scritto: >>> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>>> I'm following the debian (lenny) repository.... >>>>>>> >>>>>>> dovecot -n >>>>>>> >>>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>>> base_dir: /var/run/dovecot/ >>>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>>> protocols: pop3s imaps imap pop3 >>>>>>> listen(default): hidden:10143 >>>>>>> listen(imap): hidden:10143 >>>>>>> listen(pop3): * >>>>>>> ssl_listen: hidden >>>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>>> login_dir: /var/run/dovecot/login >>>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>>> login_greeting_capability(default): yes >>>>>>> login_greeting_capability(imap): yes >>>>>>> login_greeting_capability(pop3): no >>>>>>> login_max_processes_count: 512 >>>>>>> first_valid_uid: 150 >>>>>>> last_valid_uid: 1500 >>>>>>> mail_privileged_group: mail >>>>>>> mail_location: maildir:~/Maildir >>>>>>> maildir_copy_with_hardlinks: yes >>>>>>> umask: 2 >>>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>>> pop3_uidl_format(default): >>>>>>> pop3_uidl_format(imap): >>>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>>> auth default: >>>>>>> mechanisms: plain login cram-md5 >>>>>>> passdb: >>>>>>> driver: passwd-file >>>>>>> args: /etc/cram-md5.pwd >>>>>>> passdb: >>>>>>> driver: pam >>>>>>> passdb: >>>>>>> driver: sql >>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>> userdb: >>>>>>> driver: passwd >>>>>>> userdb: >>>>>>> driver: sql >>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>> socket: >>>>>>> type: listen >>>>>>> client: >>>>>>> path: /var/spool/postfix/private/auth >>>>>>> mode: 432 >>>>>>> user: postfix >>>>>>> group: postfix >>>>>>> master: >>>>>>> path: /var/run/dovecot/auth-master >>>>>>> mode: 384 >>>>>>> user: vmail >>>>>>> group: mail >>>>>>> >>>>>>> >>>>>>> Thank you >>>>>>> >>>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>>> 1 to >>>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>>> >>>>>>>>> Could you help me to fix this issue? >>>>>>>>> >>>>>>>>> Below the log. >>>>>>>>> >>>>>>>>> Thank you >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>> FLAGS >>>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>>> unknown-7 >>>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>>> unknown-11 >>>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 >>>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>>> unknown-8 >>>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>>> $Forwarded >>>>>>>>> \*)] Flags permitted. >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>> 76686 >>>>>>>>> EXISTS >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 1 >>>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 2 >>>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 3 >>>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 4 >>>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> * 5 >>>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>>> >>>>>>>>> _cut_ >>>>>>>>> >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>>> 2680[9cc6d00]: >>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>> 76687 EXISTS >>>>>>>>> >>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>> 8 OK >>>>>>>>> Fetch completed. >>>>>>>>> >>>>>>>> you should upgrade to dove 2.x >>>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>>> helpfull >>>>>>>> >>>>>> sorry i am to far with 1.x versions >>>>>> >>>>>> but try to disable tb-extra-mailbox-sep >>>>>> you shouldnt need it >>>>>> >>>>>> do you use maildir ? >>>>>> guess your using local users ? >>>>>> >>>>>> i guess your problems are >>>>>> somewhere with uids an local users >>>>>> >>>>>> i never had such setups >>>>>> wait for others on the list response you might get more qualified >>>>>> answers >>>>>> but i am nearly sure it has nothing to to with tb5 >>>>>> >>>>>> --- >>>>>> Best Regards >>>>>> >>>>>> MfG Robert Schetterer >>>>>> >>>>>> Germany/Munich/Bavaria >>>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>>> >>>>> I'm using maildir to local users. >>>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>>> that the server returns flags for all of the messages in that folder >>>> when you select it. Do you know how fix it? >>> sorry, you should post again now your recent dove conf, and logs >>> as iam using 2.0.13 with tb5 and maildir without any problems >>> there shouldnt be any at your side too, so its in your conf >>> as i said before guess its something with uids of your local users >>> ( which i dont use ), but someone with your setup alike on the list >>> may find your problem by short looks on your conf, at last Timo >>> does , if he has time to answer >> No problem here the new config: >> hercules:/# dovecot -n >> # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf >> # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 >> auth_mechanisms = plain login cram-md5 >> base_dir = /var/run/dovecot/ >> first_valid_uid = 150 >> last_valid_uid = 1500 > hm is your testing youser between 150-1500 the user affected have uid 1005 > >> log_timestamp = "%Y-%m-%d %H:%M:%S " >> mail_location = maildir:~/Maildir >> mail_privileged_group = mail > dont think your need this I'll remove this > >> maildir_very_dirty_syncs = yes > disable this for testing I've added this now for optimization purpose > >> passdb { >> args = /etc/cram-md5.pwd >> driver = passwd-file >> } >> passdb { >> driver = pam >> } >> passdb { >> args = /etc/dovecot/dovecot-sql.conf >> driver = sql >> } > for what reason do you need sql ? > with local users I've virtual users too in this machine > >> protocols = imap pop3 >> service anvil { >> client_limit = 8000 >> } >> service auth { >> unix_listener /var/spool/postfix/private/auth { >> group = postfix >> mode = 0660 >> user = postfix >> } >> unix_listener auth-master { >> group = mail >> mode = 0600 >> user = vmail >> } >> user = root >> } >> service imap-login { >> client_limit = 256 >> inet_listener imap { >> address = hidden >> port = 10143 >> } >> inet_listener imaps { >> address = hidden >> port = 993 >> } >> process_limit = 512 >> } >> service pop3-login { >> client_limit = 256 >> executable = /usr/lib/dovecot/pop3-login >> inet_listener pop3s { >> address = hiddem >> } >> process_limit = 512 >> } >> service pop3 { >> executable = /usr/lib/dovecot/pop3 >> } >> ssl_cert => ssl_key => userdb { >> driver = passwd >> } >> userdb { >> args = /etc/dovecot/dovecot-sql.conf >> driver = sql >> } >> protocol pop3 { >> pop3_uidl_format = %08Xu%08Xv >> } >> protocol lda { >> auth_socket_path = /var/run/dovecot/auth-master >> postmaster_address = hidden >> sendmail_path = /usr/lib/sendmail >> } >> > cant see your namespaces > do dovecot -a > what are in your logs > did you try testing pop3/imap i.e with telnet with some actions > turn on verbose debug I'll try this > > read i.e > http://wiki2.dovecot.org/AuthDatabase/Passwd > http://wiki2.dovecot.org/AuthDatabase/PasswdFile > > as i said, i am not familar with passwd setups > >>>>> -- >>>>> --------------------------------------------------- >>>>> Emanuele Leuzzi >>>>> Responsabile Sistemi Informativi >>>>> >>>>> Email: eleuzzi at v-power.sm >>>>> Skype: e.leuzzi >>>>> Tel: (+378) 0549 960606 >>>>> Fax: (+378) 0549 954984 >>>>> >>>>> V-Power S.r.l. >>>>> Via ulivo di Avoltrone, 2/B >>>>> 47899 Serravalle >>>>> Republic of San Marino >>>>> >>>>> http://www.v-power.sm >>>>> --------------------------------------------------- >>>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle >>>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>>> personali e non necessariamente riconducibili a quelle di V-Power srl. >>>>> >>>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>>> >>>>> Notice: This message is intended only for the named recipient and may >>>>> contain confidential, proprietary or legally privileged information. >>>>> Any forward, distribution, or copying of this information is strictly >>>>> prohibited. If you have received this message in error, do not >>>>> forward, distribute, or copy it: please advise the sender by reply >>>>> e-mail, and delete this message. Sender is not responsible of any >>>>> misuse of this e-mail message. If this e-mail message arrive not >>>>> digitally signed, sender can?t guarantee authenticity after the >>>>> departure of this e-mail. Opinions contained herein may be the >>>>> personal opinion of the sender and do not necessarily represent the >>>>> views of V-Power srl. >>>>> > -- --------------------------------------------------- Emanuele Leuzzi Responsabile Sistemi Informativi Email: eleuzzi at v-power.sm Skype: e.leuzzi Tel: (+378) 0549 960606 Fax: (+378) 0549 954984 V-Power S.r.l. Via ulivo di Avoltrone, 2/B 47899 Serravalle Republic of San Marino http://www.v-power.sm --------------------------------------------------- Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata alle sola/e persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e notificatelo al mittente a mezzo e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che verr? fatto di questa email dai destinatari, se la mail ? sprovvista di firma digitale il mittente non garantisce per la sua autenticit? dopo la partenza. Il testo della email potrebbe contenere opinioni personali e non necessariamente riconducibili a quelle di V-Power srl. Tutela della Privacy: Si ricorda che qualora non desideriate ricevere pi? informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sar? rimosso dalle nostre rubriche. Notice: This message is intended only for the named recipient and may contain confidential, proprietary or legally privileged information. Any forward, distribution, or copying of this information is strictly prohibited. If you have received this message in error, do not forward, distribute, or copy it: please advise the sender by reply e-mail, and delete this message. Sender is not responsible of any misuse of this e-mail message. If this e-mail message arrive not digitally signed, sender can?t guarantee authenticity after the departure of this e-mail. Opinions contained herein may be the personal opinion of the sender and do not necessarily represent the views of V-Power srl. From robert at schetterer.org Thu Jul 21 13:07:03 2011 From: robert at schetterer.org (Robert Schetterer) Date: Thu, 21 Jul 2011 12:07:03 +0200 Subject: [Dovecot] Thundebird 5.0 stuck until FETCH is done In-Reply-To: <4E27F79C.8050503@v-power.sm> References: <4E26A0A3.1000402@v-power.sm> <4E26A231.9090205@schetterer.org> <4E26A641.4000409@v-power.sm> <4E26A832.1000900@schetterer.org> <4E26B28E.9000603@v-power.sm> <4E27D347.4070904@v-power.sm> <4E27E12A.6060009@schetterer.org> <4E27E7B7.4060509@v-power.sm> <4E27F4FD.8080309@schetterer.org> <4E27F79C.8050503@v-power.sm> Message-ID: <4E27FA47.8000104@schetterer.org> Am 21.07.2011 11:55, schrieb Emanuele Leuzzi: > > > Il 21/07/2011 11:44, Robert Schetterer ha scritto: >> Am 21.07.2011 10:47, schrieb Emanuele Leuzzi: >>> >>> Il 21/07/2011 10:19, Robert Schetterer ha scritto: >>>> Am 21.07.2011 09:20, schrieb Emanuele Leuzzi: >>>>> Il 20/07/2011 12:48, Emanuele Leuzzi ha scritto: >>>>>> Il 20/07/2011 12:04, Robert Schetterer ha scritto: >>>>>>> Am 20.07.2011 11:56, schrieb Emanuele Leuzzi: >>>>>>>> I'm following the debian (lenny) repository.... >>>>>>>> >>>>>>>> dovecot -n >>>>>>>> >>>>>>>> hercules:/home/eleuzzi# dovecot -n >>>>>>>> # 1.0.15: /etc/dovecot/dovecot.conf >>>>>>>> base_dir: /var/run/dovecot/ >>>>>>>> log_timestamp: %Y-%m-%d %H:%M:%S >>>>>>>> protocols: pop3s imaps imap pop3 >>>>>>>> listen(default): hidden:10143 >>>>>>>> listen(imap): hidden:10143 >>>>>>>> listen(pop3): * >>>>>>>> ssl_listen: hidden >>>>>>>> ssl_cert_file: /etc/ssl/v-power/mailserver/mail-cert.pem >>>>>>>> ssl_key_file: /etc/ssl/v-power/mailserver/mail-key.pem >>>>>>>> login_dir: /var/run/dovecot/login >>>>>>>> login_executable(default): /usr/lib/dovecot/imap-login >>>>>>>> login_executable(imap): /usr/lib/dovecot/imap-login >>>>>>>> login_executable(pop3): /usr/lib/dovecot/pop3-login >>>>>>>> login_greeting_capability(default): yes >>>>>>>> login_greeting_capability(imap): yes >>>>>>>> login_greeting_capability(pop3): no >>>>>>>> login_max_processes_count: 512 >>>>>>>> first_valid_uid: 150 >>>>>>>> last_valid_uid: 1500 >>>>>>>> mail_privileged_group: mail >>>>>>>> mail_location: maildir:~/Maildir >>>>>>>> maildir_copy_with_hardlinks: yes >>>>>>>> umask: 2 >>>>>>>> mail_executable(default): /usr/lib/dovecot/imap >>>>>>>> mail_executable(imap): /usr/lib/dovecot/imap >>>>>>>> mail_executable(pop3): /usr/lib/dovecot/pop3 >>>>>>>> mail_plugin_dir(default): /usr/lib/dovecot/modules/imap >>>>>>>> mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap >>>>>>>> mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 >>>>>>>> imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep >>>>>>>> imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep >>>>>>>> imap_client_workarounds(pop3): outlook-idle >>>>>>>> pop3_uidl_format(default): >>>>>>>> pop3_uidl_format(imap): >>>>>>>> pop3_uidl_format(pop3): %08Xu%08Xv >>>>>>>> auth default: >>>>>>>> mechanisms: plain login cram-md5 >>>>>>>> passdb: >>>>>>>> driver: passwd-file >>>>>>>> args: /etc/cram-md5.pwd >>>>>>>> passdb: >>>>>>>> driver: pam >>>>>>>> passdb: >>>>>>>> driver: sql >>>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>>> userdb: >>>>>>>> driver: passwd >>>>>>>> userdb: >>>>>>>> driver: sql >>>>>>>> args: /etc/dovecot/dovecot-sql.conf >>>>>>>> socket: >>>>>>>> type: listen >>>>>>>> client: >>>>>>>> path: /var/spool/postfix/private/auth >>>>>>>> mode: 432 >>>>>>>> user: postfix >>>>>>>> group: postfix >>>>>>>> master: >>>>>>>> path: /var/run/dovecot/auth-master >>>>>>>> mode: 384 >>>>>>>> user: vmail >>>>>>>> group: mail >>>>>>>> >>>>>>>> >>>>>>>> Thank you >>>>>>>> >>>>>>>> Il 20/07/2011 11:38, Robert Schetterer ha scritto: >>>>>>>>> Am 20.07.2011 11:32, schrieb Emanuele Leuzzi: >>>>>>>>>> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck >>>>>>>>>> downloading IMAP header every 10-15' Until the FETCH is done from >>>>>>>>>> 1 to >>>>>>>>>> 76687 (it's needs a looong time), my client isn't usable >>>>>>>>>> >>>>>>>>>> Could you help me to fix this issue? >>>>>>>>>> >>>>>>>>>> Below the log. >>>>>>>>>> >>>>>>>>>> Thank you >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>>> FLAGS >>>>>>>>>> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 >>>>>>>>>> unknown-7 >>>>>>>>>> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 >>>>>>>>>> unknown-11 >>>>>>>>>> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded) >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK >>>>>>>>>> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft >>>>>>>>>> unknown-1 >>>>>>>>>> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 >>>>>>>>>> unknown-8 >>>>>>>>>> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 >>>>>>>>>> $Forwarded >>>>>>>>>> \*)] Flags permitted. >>>>>>>>>> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * >>>>>>>>>> 76686 >>>>>>>>>> EXISTS >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 1 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 1) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 2 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 2) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 3 >>>>>>>>>> FETCH (FLAGS (\Seen unknown-1) UID 3) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 4 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 4) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> * 5 >>>>>>>>>> FETCH (FLAGS (\Seen) UID 5) >>>>>>>>>> >>>>>>>>>> _cut_ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76685 FETCH (FLAGS (\Seen) UID 76748) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76686 FETCH (FLAGS (\Seen) UID 76749) >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * >>>>>>>>>> 76687 EXISTS >>>>>>>>>> >>>>>>>>>> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0] >>>>>>>>>> 2680[9cc6d00]: >>>>>>>>>> 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: >>>>>>>>>> 8 OK >>>>>>>>>> Fetch completed. >>>>>>>>>> >>>>>>>>> you should upgrade to dove 2.x >>>>>>>>> no problem tb5 here withit, for more debug you dove conf might be >>>>>>>>> helpfull >>>>>>>>> >>>>>>> sorry i am to far with 1.x versions >>>>>>> >>>>>>> but try to disable tb-extra-mailbox-sep >>>>>>> you shouldnt need it >>>>>>> >>>>>>> do you use maildir ? >>>>>>> guess your using local users ? >>>>>>> >>>>>>> i guess your problems are >>>>>>> somewhere with uids an local users >>>>>>> >>>>>>> i never had such setups >>>>>>> wait for others on the list response you might get more qualified >>>>>>> answers >>>>>>> but i am nearly sure it has nothing to to with tb5 >>>>>>> >>>>>>> --- >>>>>>> Best Regards >>>>>>> >>>>>>> MfG Robert Schetterer >>>>>>> >>>>>>> Germany/Munich/Bavaria >>>>>> However I've just upgraded to 2.x and disabled tb-extra-mailbox-sep. >>>>>> >>>>>> I'm using maildir to local users. >>>>> I've upgradeted to 2.0.13, but the problems didn't solved... It seems >>>>> that the server returns flags for all of the messages in that folder >>>>> when you select it. Do you know how fix it? >>>> sorry, you should post again now your recent dove conf, and logs >>>> as iam using 2.0.13 with tb5 and maildir without any problems >>>> there shouldnt be any at your side too, so its in your conf >>>> as i said before guess its something with uids of your local users >>>> ( which i dont use ), but someone with your setup alike on the list >>>> may find your problem by short looks on your conf, at last Timo >>>> does , if he has time to answer >>> No problem here the new config: >>> hercules:/# dovecot -n >>> # 2.0.13 (537d4b6d9a7a): /etc/dovecot/dovecot.conf >>> # OS: Linux 2.6.26-2-amd64 x86_64 Debian 5.0.8 >>> auth_mechanisms = plain login cram-md5 >>> base_dir = /var/run/dovecot/ >>> first_valid_uid = 150 >>> last_valid_uid = 1500 >> hm is your testing youser between 150-1500 > the user affected have uid 1005 >> >>> log_timestamp = "%Y-%m-%d %H:%M:%S " >>> mail_location = maildir:~/Maildir >>> mail_privileged_group = mail >> dont think your need this > I'll remove this >> >>> maildir_very_dirty_syncs = yes >> disable this for testing > I've added this now for optimization purpose >> >>> passdb { >>> args = /etc/cram-md5.pwd >>> driver = passwd-file >>> } >>> passdb { >>> driver = pam >>> } >>> passdb { >>> args = /etc/dovecot/dovecot-sql.conf >>> driver = sql >>> } >> for what reason do you need sql ? >> with local users > I've virtual users too in this machine >> >>> protocols = imap pop3 >>> service anvil { >>> client_limit = 8000 >>> } >>> service auth { >>> unix_listener /var/spool/postfix/private/auth { >>> group = postfix >>> mode = 0660 >>> user = postfix >>> } >>> unix_listener auth-master { >>> group = mail >>> mode = 0600 >>> user = vmail >>> } >>> user = root >>> } >>> service imap-login { >>> client_limit = 256 >>> inet_listener imap { >>> address = hidden >>> port = 10143 >>> } >>> inet_listener imaps { >>> address = hidden >>> port = 993 >>> } >>> process_limit = 512 >>> } >>> service pop3-login { >>> client_limit = 256 >>> executable = /usr/lib/dovecot/pop3-login >>> inet_listener pop3s { >>> address = hiddem >>> } >>> process_limit = 512 >>> } >>> service pop3 { >>> executable = /usr/lib/dovecot/pop3 >>> } >>> ssl_cert =>> ssl_key =>> userdb { >>> driver = passwd >>> } >>> userdb { >>> args = /etc/dovecot/dovecot-sql.conf >>> driver = sql >>> } >>> protocol pop3 { >>> pop3_uidl_format = %08Xu%08Xv >>> } >>> protocol lda { >>> auth_socket_path = /var/run/dovecot/auth-master >>> postmaster_address = hidden >>> sendmail_path = /usr/lib/sendmail >>> } >>> >> cant see your namespaces >> do dovecot -a >> what are in your logs >> did you try testing pop3/imap i.e with telnet with some actions >> turn on verbose debug > I'll try this >> >> read i.e >> http://wiki2.dovecot.org/AuthDatabase/Passwd >> http://wiki2.dovecot.org/AuthDatabase/PasswdFile >> >> as i said, i am not familar with passwd setups >> >>>>>> -- >>>>>> --------------------------------------------------- >>>>>> Emanuele Leuzzi >>>>>> Responsabile Sistemi Informativi >>>>>> >>>>>> Email: eleuzzi at v-power.sm >>>>>> Skype: e.leuzzi >>>>>> Tel: (+378) 0549 960606 >>>>>> Fax: (+378) 0549 954984 >>>>>> >>>>>> V-Power S.r.l. >>>>>> Via ulivo di Avoltrone, 2/B >>>>>> 47899 Serravalle >>>>>> Republic of San Marino >>>>>> >>>>>> http://www.v-power.sm >>>>>> --------------------------------------------------- >>>>>> Avviso: Questa e-mail ? strettamente confidenziale ed ? destinata >>>>>> alle >>>>>> sola/e persone/e sopraindicate. Se veniste per errore in possesso di >>>>>> questa e-mail, non copiatela, distribuitela o reinoltratela: >>>>>> distruggetela immediatamente e notificatelo al mittente a mezzo >>>>>> e-mail. Il mittente non ? responsabile per l'eventuale utilizzo che >>>>>> verr? fatto di questa email dai destinatari, se la mail ? sprovvista >>>>>> di firma digitale il mittente non garantisce per la sua autenticit? >>>>>> dopo la partenza. Il testo della email potrebbe contenere opinioni >>>>>> personali e non necessariamente riconducibili a quelle di V-Power >>>>>> srl. >>>>>> >>>>>> Tutela della Privacy: Si ricorda che qualora non desideriate ricevere >>>>>> pi? informazioni di questo genere, Vi preghiamo di inviare una email >>>>>> all'indirizzo info at v-power.sm citando CANCELLAZIONE nell'Oggetto. Il >>>>>> Vostro nominativo sar? rimosso dalle nostre rubriche. >>>>>> >>>>>> Notice: This message is intended only for the named recipient and may >>>>>> contain confidential, proprietary or legally privileged information. >>>>>> Any forward, distribution, or copying of this information is strictly >>>>>> prohibited. If you have received this message in error, do not >>>>>> forward, distribute, or copy it: please advise the sender by reply >>>>>> e-mail, and delete this message. Sender is not responsible of any >>>>>> misuse of this e-mail message. If this e-mail message arrive not >>>>>> digitally signed, sender can?t guarantee authenticity after the >>>>>> departure of this e-mail. Opinions contained herein may be the >>>>>> personal opinion of the sender and do not necessarily represent the >>>>>> views of V-Power srl. >>>>>> >> > my bet goes that you have some uid clash at local and virtual users -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From mail at tomsommer.dk Thu Jul 21 15:24:26 2011 From: mail at tomsommer.dk (Tom Sommer) Date: Thu, 21 Jul 2011 14:24:26 +0200 Subject: [Dovecot] %w variable is missing Message-ID: Hi, I just noticed that the %w variable is now empty, after upgrading to version 2.0.11? I can still find references to it in the documentation, and in doc/wiki/Variables.txt - but the variable is empty and I can't find any references to it in the sourcecode. Was it overlooked or has it been removed? I'm in need of it :) Thanks. // Tom From Ralf.Hildebrandt at charite.de Thu Jul 21 15:27:15 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Thu, 21 Jul 2011 14:27:15 +0200 Subject: [Dovecot] BUG: Unknown internal error In-Reply-To: <20110721094045.GV32542@charite.de> References: <20110721084137.GK32542@charite.de> <4E27EDDA.3070703@netocean.de> <20110721091526.GP32542@charite.de> <4E27F0DA.1040200@netocean.de> <4E27F241.2000906@schetterer.org> <20110721094045.GV32542@charite.de> Message-ID: <20110721122715.GP32542@charite.de> * Ralf Hildebrandt : > * Robert Schetterer : > > > as i understood , its a recent checkout version from latest dove hg > > i looked if i found equal errors in mine stable version, > > so the problem might be anywhere in the patches since the last stable ? > > Yes; I just upgraded to see if it's gone :) Let me rephrase this: * the error was there before installing the latest checkout * the error was still there AFTER installing the latest checkout It's not really critical, I was just wondering if the index is broken OR the maildir files itself... -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From stan at hardwarefreak.com Thu Jul 21 15:40:28 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 21 Jul 2011 07:40:28 -0500 Subject: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15 In-Reply-To: <1311186465.2530.10.camel@lappy.edison.local> References: <20110708104857.a5k7n6ahc8ko4sgw@webmail.truthisfreedom.org.uk> <1310365485.2536.11.camel@lappy.edison.local> <4E1AA5D1.6000601@hardwarefreak.com> <20110711102823.auhxc9x2s80ow80k@webmail.truthisfreedom.org.uk> <4E1AEA03.8080206@hardwarefreak.com> <20110711142040.o4x2v1mm84gokk84@webmail.truthisfreedom.org.uk> <4E1B10DC.3020307@hardwarefreak.com> <20110711172245.7enuli2m848ckw0o@webmail.truthisfreedom.org.uk> <4E1B454C.2020504@hardwarefreak.com> <1310414256.2650.7.camel@lappy.edison.local> <4E1BD9C9.1030407@hardwarefreak.com> <1310450636.2578.0.camel@lappy.edison.local> <1311186465.2530.10.camel@lappy.edison.local> Message-ID: <4E281E3C.5050401@hardwarefreak.com> On 7/20/2011 1:27 PM, Matthew Macdonald-Wallace wrote: > On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote: >> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote: >>> Are these virtual machines? You didn't state so previously. Running >>> 2.6.18 as a VM guest on these machines may also be part of the incorrect >>> load reporting problem. If so, run the data collector daemon inside the >>> hypervisor itself so you get actual load figures. You'll never get >>> accurate performance metrics for a whole box from a kernel/daemon inside >>> a VM guest. >>> >> >> Nope, all on the bare metal in our own datacentre. >> >> I'll let you know how the HT switchoff goes. >> >> M. > > Hi all, > > Just to let you all know that once we upgraded to Dovecot 1.2 (and > enabled attribute caching on the NFS devices!) the loads settled down. If you're running with NFS caching enabled in v1.x you need to read: http://wiki.dovecot.org/NFS > We've seen a drop in 15 minute load average from 12 to 2 and a drop in > NFS I/O from 30K I/OPS to 3K I/OPS whilst continuing to serve the same > number of queries - quite a difference! Great. Glad to see you're making some headway. Worth noting, this is the first time in this thread that you've mentioned your NFS load. Up to now you mentioned only CPU and memory consumption as problem areas. > Thanks to all who helped, The suggestion to upgrade to 1.2 was made very early on. Which helped more, v1.2 or enabling NFS caching? Also, did you test any machines with hyper-threading disabled? If so, what effect did it have, if any? -- Stan From mail at tomsommer.dk Thu Jul 21 15:53:45 2011 From: mail at tomsommer.dk (Tom Sommer) Date: Thu, 21 Jul 2011 14:53:45 +0200 Subject: [Dovecot] %w variable is missing In-Reply-To: References: Message-ID: <7d9eb05afae95bd59c605143f58bea33.squirrel@webmail.dreamcoder.dk> Nevermind, the user was using *-MD5 auth mech - so the password wasn't availiable. Sorry for the noise. // Tom On Thu, July 21, 2011 14:24, Tom Sommer wrote: > Hi, > > > I just noticed that the %w variable is now empty, after upgrading to > version 2.0.11? > > I can still find references to it in the documentation, and in > doc/wiki/Variables.txt - but the variable is empty and I can't find any > references to it in the sourcecode. > > Was it overlooked or has it been removed? > > > I'm in need of it :) > > > Thanks. > > > // Tom > > > From lists at penpal4u.net Thu Jul 21 18:24:21 2011 From: lists at penpal4u.net (Christian Lerrahn) Date: Fri, 22 Jul 2011 01:24:21 +1000 Subject: [Dovecot] Shared folders and home directories Message-ID: <20110722012421.27179f1a@buub> Hi, I've recently migrated a server from a Qmail/VPOPMail setup to a Postfix/system accounts setup. Everything worked pretty much out of the box after just changing the passdb and userdb to pam and passwd. However, I cannot get my shared folders to work. In the logs I will always see something like Jul 21 07:24:10 mybox dovecot: IMAP(foobar): Namespace 'shared/': Could not lookup home for user bla Jul 21 07:24:11 mybox dovecot: IMAP(foobar): userdb lookup: connect(/var/run/dovecot/auth-master) failed: No such file or directory Now, I don't understand why I need auth-master to find the home directory of user "bla" (who owns the shared folder). However, even if I configure auth-master, only the error messages will go away but I still can't see the shared folders. The configuration (as shown below) worked fine with vpopmail and is just taken from http://wiki.dovecot.org/SharedMailboxes/Shared . What do I have to change to make this work with passwd instead? Do I really need auth-master? If yes, how do I need to set it up to do the job properly? Cheers, Christian # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-xen-686 i686 Debian 6.0.2 protocols: imaps pop3s login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): acl imap_acl mail_plugins(imap): acl imap_acl mail_plugins(pop3): mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: shared separator: / prefix: shared/%%n/ location: maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u list: children lda: mail_plugins: acl auth default: username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@% passdb: driver: pam userdb: driver: passwd plugin: acl: vfile acl_anyone: allow acl_shared_dict: file:/var/lib/dovecot/shared-mailboxes From qmail at top-consulting.net Thu Jul 21 21:38:37 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 21 Jul 2011 14:38:37 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages Message-ID: <20110721143837.142820688hi09z6s@mail.top-consulting.net> Are there any mail clients that automatically pull in folder contents even though they don't have a subscription to that folder ? I have defined a namespace with subscriptions=yes, hidden=yes and list=yes. There are no subscriptions files for any of the users yet they are still pulling data from the folders in that namespace. What gives ? From CMarcus at Media-Brokers.com Thu Jul 21 21:51:36 2011 From: CMarcus at Media-Brokers.com (Charles Marcus) Date: Thu, 21 Jul 2011 14:51:36 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <20110721143837.142820688hi09z6s@mail.top-consulting.net> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> Message-ID: <4E287538.5000305@Media-Brokers.com> On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: > Are there any mail clients that automatically pull in folder contents > even though they don't have a subscription to that folder ? > > I have defined a namespace with subscriptions=yes, hidden=yes and > list=yes. There are no subscriptions files for any of the users yet they > are still pulling data from the folders in that namespace. > > What gives ? Thunderbird has an option 'Show only subscribed folders' that can be disabled... -- Best regards, Charles From qmail at top-consulting.net Thu Jul 21 22:57:29 2011 From: qmail at top-consulting.net (qmail at top-consulting.net) Date: Thu, 21 Jul 2011 15:57:29 -0400 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <4E287538.5000305@Media-Brokers.com> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> <4E287538.5000305@Media-Brokers.com> Message-ID: <20110721155729.396018k4jqe81va8@mail.top-consulting.net> So let me ask another way then.. can you have folders visible when doing LIST "" % but which won't be used by the e-mail client unless subscribed to ? I mean, what is the point of subscriptions if the e-mail client pulls in everything anyways ? Quoting Charles Marcus : > On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: >> Are there any mail clients that automatically pull in folder contents >> even though they don't have a subscription to that folder ? >> >> I have defined a namespace with subscriptions=yes, hidden=yes and >> list=yes. There are no subscriptions files for any of the users yet they >> are still pulling data from the folders in that namespace. >> >> What gives ? > > Thunderbird has an option 'Show only subscribed folders' that can be > disabled... > > -- > > Best regards, > > Charles > From compconsultant at yahoo.com Fri Jul 22 01:09:13 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Thu, 21 Jul 2011 15:09:13 -0700 (PDT) Subject: [Dovecot] Dovecot2 Antispam plugin questions Message-ID: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> Tried to find some doc on this (other than the c code), couldn't, so, asking. I do almost every programming language, except C! When using DSPAM backend with this tool, will the plugin send ONLY the signature and not the entire message to dspam for retraining? Concerned about very large emails. If this is the case, I'd rather do this than use say the mailtrain backend which I presume would send the entire message.? Having some permission problems though with the dspam binary since regular users can't execute dspam the way it is currently set up. Any security reason to not allow regular users to run the binary? ? Steve From gfinch at ldmltd.ca Fri Jul 22 01:32:34 2011 From: gfinch at ldmltd.ca (Gregory Finch) Date: Thu, 21 Jul 2011 15:32:34 -0700 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> Message-ID: <4E28A902.8010401@ldmltd.ca> I use the dspam plugin on my install: it only sends the signature. -Greg On 2011-07-21 3:09 PM, Steve Fatula wrote: > Tried to find some doc on this (other than the c code), couldn't, so, asking. I do almost every programming language, except C! > > When using DSPAM backend with this tool, will the plugin send ONLY the signature and not the entire message to dspam for retraining? Concerned about very large emails. If this is the case, I'd rather do this than use say the mailtrain backend which I presume would send the entire message. > > Having some permission problems though with the dspam binary since regular users can't execute dspam the way it is currently set up. Any security reason to not allow regular users to run the binary? > > Steve -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From compconsultant at yahoo.com Fri Jul 22 02:02:19 2011 From: compconsultant at yahoo.com (Steve Fatula) Date: Thu, 21 Jul 2011 16:02:19 -0700 (PDT) Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <4E28A902.8010401@ldmltd.ca> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> Message-ID: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> > I use the dspam plugin on my install: it only sends the signature. Cool, so, this is efficient then though not instant of course.? I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. From tom at whyscream.net Fri Jul 22 02:24:06 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Fri, 22 Jul 2011 01:24:06 +0200 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> Message-ID: <4E28B516.3030900@whyscream.net> On 22/07/11 01:02, Steve Fatula wrote: >> I use the dspam plugin on my install: it only sends the signature. > > > Cool, so, this is efficient then though not instant of course. > > I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. > If you want an efficient and fast setup, you'll probably want to run dspam as a daemon process. This means you can use dspamc as the client binary for the plugin config. This gives the plugin better response times (small binary), and the dspamc binary needs no fiddling with permissions in order to let it switch uids (as the daemon does all the hard work). -- Regards, Tom From gfinch at ldmltd.ca Fri Jul 22 02:30:27 2011 From: gfinch at ldmltd.ca (Gregory Finch) Date: Thu, 21 Jul 2011 16:30:27 -0700 Subject: [Dovecot] Dovecot2 Antispam plugin questions In-Reply-To: <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> References: <1311286153.36689.YahooMailNeo@web39422.mail.mud.yahoo.com> <4E28A902.8010401@ldmltd.ca> <1311289339.17181.YahooMailNeo@web39424.mail.mud.yahoo.com> Message-ID: <4E28B693.2030907@ldmltd.ca> All my users are virtual, using single uid on the server, so I haven't had to deal with that issue. -Greg On 2011-07-21 4:02 PM, Steve Fatula wrote: >> I use the dspam plugin on my install: it only sends the signature. > > Cool, so, this is efficient then though not instant of course. > > I had to change permissions of the dspam binary to 4511. Is that what you had to do? Otherwise, the logged in user couldn't run dspam. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From berni at birkenwald.de Fri Jul 22 09:42:33 2011 From: berni at birkenwald.de (Bernhard Schmidt) Date: Fri, 22 Jul 2011 06:42:33 +0000 (UTC) Subject: [Dovecot] Parallel auth Message-ID: Hello, we run a Dovecot 2.0.13 instance purely as SASL backend for Postfix, authenticating against a local passwd-file and our central LDAP database. # dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32.36-0.5-default x86_64 SUSE Linux Enterprise Server 11 # (x86_64) auth_mechanisms = plain login auth_verbose = yes passdb { args = /etc/dovecot/dovecot-passwd driver = passwd-file } passdb { args = /etc/dovecot/dovecot-ldap-simauth.conf.ext driver = ldap } protocols = none service auth { unix_listener /var/spool/postfix-postout/private/auth { group = postfix mode = 0660 user = postfix } } ssl = no There is only a single user in the passwd-file for monitoring. We monitor authentication delays for both this local user and one user from LDAP. Due to a firmware bug, our six-figures NAS causes extremely high LDAP delays (in the range of 20-60 seconds, instead of the usual 50ms) once an hour. The weird thing is, I also see these delays in the graph for the local user. Which got me thinking * are authentication requests handled serially by dovecot/auth? * any way to solve this situation for the local user (not to be blocked by the delayed LDAP query)? * any way to solve this situation for LDAP users? We could possibly do some loadbalancing if the auth-daemon opened several LDAP connections Thanks, Bernhard From jkuhn at gmx.at Fri Jul 22 10:16:33 2011 From: jkuhn at gmx.at (server_lion) Date: Fri, 22 Jul 2011 00:16:33 -0700 (PDT) Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account Message-ID: <32113267.post@talk.nabble.com> Hello! I am a beginner! 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User Account. 2. I created a new user account. The new user got a new mail-folder. 3. I am using an inbox with subfolders. i logged on as a root user and copied everything from the old mail folder to the new mail folder. this works for almost all emails except from the inbox itself. the mail appear first and after running the client mail for about 1 minute, they all disappear. i think its all about the right or maybe the IDs. i just found out, that the same thing happens to new emails. when i receive them the appear and after some seconds the disappear again!!! anyone knows some help? thnak you johannes -- View this message in context: http://old.nabble.com/OS-X-Lion-Server-%2B-Dovecot-Problem-User-Account-tp32113267p32113267.html Sent from the Dovecot mailing list archive at Nabble.com. From robert at schetterer.org Fri Jul 22 11:51:14 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 22 Jul 2011 10:51:14 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <32113267.post@talk.nabble.com> References: <32113267.post@talk.nabble.com> Message-ID: <4E293A02.7060200@schetterer.org> Am 22.07.2011 09:16, schrieb server_lion: > > Hello! > > I am a beginner! > > 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User > Account. > 2. I created a new user account. The new user got a new mail-folder. > > 3. I am using an inbox with subfolders. i logged on as a root user and > copied everything from the old mail folder to the new mail folder. this > works for almost all emails except from the inbox itself. the mail appear > first and after running the client mail for about 1 minute, they all > disappear. > > i think its all about the right or maybe the IDs. > > > i just found out, that the same thing happens to new emails. when i receive > them the appear and after some seconds the disappear again!!! > > anyone knows some help? > > thnak you > johannes > guess youre talking about apple mail client so look for support at apple dovecot is a imap/pop3 server -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From robert at schetterer.org Fri Jul 22 11:55:02 2011 From: robert at schetterer.org (Robert Schetterer) Date: Fri, 22 Jul 2011 10:55:02 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <4E293A02.7060200@schetterer.org> References: <32113267.post@talk.nabble.com> <4E293A02.7060200@schetterer.org> Message-ID: <4E293AE6.7090105@schetterer.org> Am 22.07.2011 10:51, schrieb Robert Schetterer: > Am 22.07.2011 09:16, schrieb server_lion: >> >> Hello! >> >> I am a beginner! >> >> 1. I was upgrading from OS X 10.6 to 10.7 Lion. The Upgrade killed my User >> Account. >> 2. I created a new user account. The new user got a new mail-folder. >> >> 3. I am using an inbox with subfolders. i logged on as a root user and >> copied everything from the old mail folder to the new mail folder. this >> works for almost all emails except from the inbox itself. the mail appear >> first and after running the client mail for about 1 minute, they all >> disappear. >> >> i think its all about the right or maybe the IDs. >> >> >> i just found out, that the same thing happens to new emails. when i receive >> them the appear and after some seconds the disappear again!!! >> >> anyone knows some help? >> >> thnak you >> johannes >> > guess youre talking about apple mail client > so look for support at apple > dovecot is a imap/pop3 server > in case you have installed dovecot on your lion server post your logs and conf, after all , it may not work just copy mails looking in my crystal ball i feel you may have to change uids/ownership etc of your mails but thats all speculate without looking to logs anyway i have no idea from apple servers -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From f.bonnet at esiee.fr Fri Jul 22 12:23:48 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Fri, 22 Jul 2011 11:23:48 +0200 Subject: [Dovecot] Dovecot server shared mailboxes only Message-ID: <4E2941A4.9080100@esiee.fr> Hello For internal use I need to setup an imap server that will ONLY runs SHARED mailboxes. Is there anything particuliar to run such server ? I plan to use maildir on this one to get advantage of the "last seen" flag Thanks for any light. From c at g33k5.de Fri Jul 22 12:29:42 2011 From: c at g33k5.de (Christian Roessner) Date: Fri, 22 Jul 2011 11:29:42 +0200 Subject: [Dovecot] OS X Lion Server + Dovecot Problem User Account In-Reply-To: <4E293AE6.7090105@schetterer.org> References: <32113267.post@talk.nabble.com> <4E293A02.7060200@schetterer.org> <4E293AE6.7090105@schetterer.org> Message-ID: <4E294306.2070600@g33k5.de> Hi, >> guess youre talking about apple mail client >> so look for support at apple >> dovecot is a imap/pop3 server >> > in case you have installed dovecot on your lion server > post your logs and conf, after all , it may not work just copy mails > looking in my crystal ball i feel you may have to change > uids/ownership etc of your mails > but thats all speculate without looking to logs > anyway i have no idea from apple servers It might be user permissions, yes. Which mail client are you using? In case of Mail.app, you might like to have a look under /Users/youruser/Library/Mail and /Users/youruser/Library/Mail\ Downloads. Maybe this does not fit your needs. And maybe check your subscription file. We really need more information to give proper help. Some logs would be nice, too ;-) Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From kzorba at otenet.gr Fri Jul 22 13:02:40 2011 From: kzorba at otenet.gr (Kostas Zorbadelos) Date: Fri, 22 Jul 2011 13:02:40 +0300 Subject: [Dovecot] Bug report v2.0.13 - CentOS x86_64 - NFS - mbox Message-ID: <4E294AC0.2060706@otenet.gr> Greetings to all. It's my first post to the list. We just completed a migration from qpopper to dovecot for our IMAP and POP3 services. We have a rather large mail environment (we are the biggest provider in Greece). So, here are the details: - Keep getting errors like these in our production environment Jul 22 00:18:21 pop01 dovecot: master: Error: service(pop3): child 4078 killed with signal 11 (core dumps disabled) Jul 22 00:19:31 pop03 dovecot: master: Error: service(pop3): child 18849 killed with signal 11 (core dumps disabled) --------------------------------------------------------------------- dovecot -n output --------------------------------------------------------------------- /opt/dovecot/sbin/dovecot -n # 2.0.13: /opt/dovecot/etc/dovecot/dovecot.conf # OS: Linux 2.6.18-92.1.22.el5 x86_64 CentOS release 5.5 (Final) auth_cache_negative_ttl = 10 mins auth_cache_size = 5 M auth_cache_ttl = 10 mins auth_verbose = yes default_client_limit = 5000 default_process_limit = 500 disable_plaintext_auth = no first_valid_uid = 200 listen = * log_timestamp = "%Y-%m-%d %H:%M:%S " login_greeting = ready mail_access_groups = mail otemail disk root mail_fsync = always mail_location = mbox:INDEX=/var/index/dovecot/%2.16Hn/%2.254Hn/%u mail_nfs_storage = yes mbox_lock_timeout = 2 mins mbox_min_index_size = 200 k mbox_read_locks = dotlock_try fcntl mbox_write_locks = dotlock_try fcntl passdb { args = /opt/dovecot/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } protocols = imap pop3 service auth-worker { user = dovenull } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl = no userdb { args = /opt/dovecot/etc/dovecot/dovecot-ldap.conf.ext driver = ldap } verbose_proctitle = yes protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 100 } protocol pop3 { mail_max_userip_connections = 100 pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_fast_size_lookups = yes pop3_lock_session = yes pop3_reuse_xuidl = yes pop3_uidl_format = %08Xu%08Xv } I enabled core dumps in one of our backend servers and here is the relevant gdb trace: [root at pop08 ~]# gdb /opt/dovecot/libexec/dovecot/pop3 /core.9273 GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-32.el5_6.2) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: ... Reading symbols from /opt/dovecot/libexec/dovecot/pop3...(no debugging symbols found)...done. Reading symbols from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0...(no debugging symbols found)...done. Loaded symbols for /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 Reading symbols from /opt/dovecot/lib/dovecot/libdovecot.so.0...(no debugging symbols found)...done. Loaded symbols for /opt/dovecot/lib/dovecot/libdovecot.so.0 Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/librt.so.1 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib64/libpthread.so.0 Core was generated by `dovecot/pop3'. Program terminated with signal 11, Segmentation fault. #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 (gdb) bt full #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #1 0x00002b52e102b759 in ?? () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #2 0x00002b52e100a2c0 in index_mail_expunge () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 No symbol table info available. #3 0x0000000000405e9c in client_update_mails () No symbol table info available. #4 0x00000000004061c1 in client_command_execute () No symbol table info available. #5 0x00000000004045b9 in client_handle_input () No symbol table info available. #6 0x00002b52e12df698 in io_loop_call_io () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #7 0x00002b52e12e09d5 in io_loop_handler_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #8 0x00002b52e12df62d in io_loop_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #9 0x00002b52e12cdf13 in master_service_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 No symbol table info available. #10 0x0000000000403994 in main () No symbol table info available. (gdb) All traces of the crashes are identical, that is #0 0x00002b52e1027e54 in istream_raw_mbox_get_start_offset () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #1 0x00002b52e102b759 in ?? () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #2 0x00002b52e100a2c0 in index_mail_expunge () from /opt/dovecot/lib/dovecot/libdovecot-storage.so.0 #3 0x0000000000405e9c in client_update_mails () #4 0x00000000004061c1 in client_command_execute () #5 0x00000000004045b9 in client_handle_input () #6 0x00002b52e12df698 in io_loop_call_io () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #7 0x00002b52e12e09d5 in io_loop_handler_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #8 0x00002b52e12df62d in io_loop_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #9 0x00002b52e12cdf13 in master_service_run () from /opt/dovecot/lib/dovecot/libdovecot.so.0 #10 0x0000000000403994 in main () We have mboxes over NFS and we also have an ldap user backend. For now, I do not have a scenario that reproduces the problem. Any idea, or input are highly appreciated. Of course I can provide any information requested (without exposing restricted company or client data) to help trace the problem and lead to the solution. Thanks and keep up the good work! Regards, Kostas Zorbadelos From tss at iki.fi Fri Jul 22 14:49:54 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 22 Jul 2011 14:49:54 +0300 Subject: [Dovecot] My status Message-ID: <1311335394.10421.1211.camel@hurina> Hello list, In case anyone's wondering why I haven't been replying here much lately: 1. I've been busy working (you know, paid work) on full text search indexing redesign. That change was a bigger job than I realized at first (mainly due to virtual mailboxes), so I've been a bit stressed/frustrated over it. I finally finished it today though, so that's over now: http://hg.dovecot.org/dovecot-2.1/rev/7b9978eb6f91 I hope to add Antonio's Solr attachment indexing support to it once I'm a bit less busy. I'm in any case also going to add generic attachment indexing so that CLucene backend can also do it. I've also other work left to do for a few more weeks. 2. My new apartment gets too hot (30C) when it gets over about 22C outside, which is almost daily. So my brain melts in the heat and I don't have energy to do much of anything. But I finally yesterday bought an air conditioning machine, which should solve this problem. I don't know why I didn't buy it weeks ago. So .. I'll try to get back to reading and answering mails next week after I've finished some more work and don't feel like I'm lagging behind too much. From bill+dovecot at blunn.org Fri Jul 22 16:01:31 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Fri, 22 Jul 2011 14:01:31 +0100 Subject: [Dovecot] My status In-Reply-To: <1311335394.10421.1211.camel@hurina> References: <1311335394.10421.1211.camel@hurina> Message-ID: <4E2974AB.4050503@blunn.org> On 22/07/2011 12:49, Timo Sirainen wrote: > 2. My new apartment gets too hot (30C) when it gets over about 22C > outside, which is almost daily. So my brain melts in the heat and I > don't have energy to do much of anything. But I finally yesterday > bought an air conditioning machine, which should solve this problem. I > don't know why I didn't buy it weeks ago. I find that actions which involve spending money typically get delayed while I build up sufficient motivation to overcome the natural desire not to spend money. So I wonder if you might be helped by having a (PayPal) "Donate" button on the Dovecot website. If forty people donated ?10 each, then that might buy a free-standing refridgerative air cooler. OK, you've already bought an air cooler, so that's not a brilliant example. But I suspect you will likely need something else later. New laptop, new chair, something like that. Bill From tss at iki.fi Fri Jul 22 17:41:45 2011 From: tss at iki.fi (Timo Sirainen) Date: Fri, 22 Jul 2011 17:41:45 +0300 Subject: [Dovecot] My status In-Reply-To: <4E2974AB.4050503@blunn.org> References: <1311335394.10421.1211.camel@hurina> <4E2974AB.4050503@blunn.org> Message-ID: <769CD7A4-7418-417B-B806-7CEF79601FBD@iki.fi> On 22.7.2011, at 16.01, William Blunn wrote: > On 22/07/2011 12:49, Timo Sirainen wrote: >> 2. My new apartment gets too hot (30C) when it gets over about 22C outside, which is almost daily. So my brain melts in the heat and I don't have energy to do much of anything. But I finally yesterday bought an air conditioning machine, which should solve this problem. I don't know why I didn't buy it weeks ago. > > I find that actions which involve spending money typically get delayed while I build up sufficient motivation to overcome the natural desire not to spend money. > > So I wonder if you might be helped by having a (PayPal) "Donate" button on the Dovecot website. If forty people donated ?10 each, then that might buy a free-standing refridgerative air cooler. Well, nowadays I have a Dovecot related company, so I don't know if it's a good idea to mix donations with it. Of course, if you have enough extra cash you could buy a Dovecot support contract from my company :) I've also thought that maybe if there's enough interest there could be a "mini-support" contract that costs maybe 100? and is more or less a donation. > OK, you've already bought an air cooler, so that's not a brilliant example. > > But I suspect you will likely need something else later. New laptop, new chair, something like that. Yeah. There isn't really anything I need now, but there is a bunch of stuff that I want :) From stsiol at yahoo.co.uk Fri Jul 22 18:12:48 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Fri, 22 Jul 2011 16:12:48 +0100 (BST) Subject: [Dovecot] My status In-Reply-To: <1311335394.10421.1211.camel@hurina> Message-ID: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> --- On Fri, 22/7/11, Timo Sirainen wrote: > From: Timo Sirainen > Subject: [Dovecot] My status > To: dovecot at dovecot.org > Date: Friday, 22 July, 2011, 14:49 > Hello list, > > In case anyone's wondering why I haven't been replying here > much lately: > > 1. I've been busy working (you know, paid work) on full > text search > indexing redesign. That change was a bigger job than I > realized at first > (mainly due to virtual mailboxes), so I've been a bit > stressed/frustrated over it. I finally finished it today > though, so > that's over now: http://hg.dovecot.org/dovecot-2.1/rev/7b9978eb6f91 > > I hope to add Antonio's Solr attachment indexing support to > it once I'm > a bit less busy. I'm in any case also going to add generic > attachment > indexing so that CLucene backend can also do it. I've also > other work > left to do for a few more weeks. > > 2. My new apartment gets too hot (30C) when it gets over > about 22C > outside, which is almost daily. So my brain melts in the > heat and I > don't have energy to do much of anything. But I finally > yesterday bought > an air conditioning machine, which should solve this > problem. I don't > know why I didn't buy it weeks ago. > > So .. I'll try to get back to reading and answering mails > next week > after I've finished some more work and don't feel like I'm > lagging > behind too much. Timo, Believe me if I had the company and the funds I would head-hunt you :-) But seriously. Don't worry about it. We are all fine (as far as I can tell) and dovecot proceeds wonderfully. 30 Degrees Centigrade whilst 22 outside? Where the heck are you living ? s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From selcuk.yazar at gmail.com Fri Jul 22 21:24:08 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Fri, 22 Jul 2011 21:24:08 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 Message-ID: Hi, we have postifx + open ldap + Jamm + saslauthd configuration SMTP authentication working properly and we send receive mails , and mails are delivering succes. but dovecot we have problems, in dovecot debug : Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) Jul 22 20:51:04 auth: Debug: client in: AUTH 1 PLAIN service=pop3 lip=193.xxx.xxx.xxx rip=195.xxx.xxx.xxx lport=110 rport=27321 resp= Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass search: base=o=hosting,dc=myhosting,dc=example scope=subtree filter=(&(objectClass=JammMailAccount)(mail=macir at domain)(accountActive=TRUE)(delete=FALSE)) fields=mail,userPassword,cn,homeDirectory,mailbox Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ mailbox(mailbox)=domain/macir/ Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mail Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: homeDirectory Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: cn Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: userPassword Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mailbox Jul 22 20:51:06 auth: Debug: client out: FAIL 1 user=macir at domain mail=macir at domain homeDirectory=/home/vmail/domains cn=Mesut OZTURK userPassword={CRYPT}JpkzdqceMAuKQ mailbox=domain/macir/ in dovecot.info Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps disabled) Jul 22 20:51:04 auth: Info: ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): No password returned (and no nopassword) Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): user=, method=PLAIN, rip=195.xxx.xxx.xxx, lip=193.xxx.xxx.xxx What is the problem with dovecot, what is the correct conf option for OpenLdap confiuration ? why dovecot to many conf file ? thank in advance. -- Sel?uk YAZAR http://www.selcukyazar.blogspot.com From kerem.erciyes at gmail.com Fri Jul 22 21:48:03 2011 From: kerem.erciyes at gmail.com (Kerem Erciyes) Date: Fri, 22 Jul 2011 21:48:03 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: Try dovecot -n for configuration. On Fri, Jul 22, 2011 at 9:24 PM, Selcuk Yazar wrote: > Hi, > > we have postifx + open ldap + Jamm + saslauthd configuration > > SMTP authentication working properly and we send receive mails , and mails > are delivering succes. > > but dovecot we have problems, > > in dovecot debug : > > Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) > Jul 22 20:51:04 auth: Debug: client in: AUTH ? ?1 ? ? ? PLAIN ? service=pop3 > ? lip=193.xxx.xxx.xxx ? ? rip=195.xxx.xxx.xxx ? ? ?lport=110 > rport=27321 ? ? resp= > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass > search: base=o=hosting,dc=myhosting,dc=example scope=subtree > filter=(&(objectClass=JammMailAccount)(mail=macir at domain)(accountActive=TRUE)(delete=FALSE)) > fields=mail,userPassword,cn,homeDirectory,mailbox > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: > mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains > cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ > mailbox(mailbox)=domain/macir/ > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: mail > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > homeDirectory > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: cn > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > userPassword > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > mailbox > Jul 22 20:51:06 auth: Debug: client out: FAIL ? 1 ? ? ? user=macir at domain > ?mail=macir at domain ? ? homeDirectory=/home/vmail/domains ? ? ? cn=Mesut > OZTURK userPassword={CRYPT}JpkzdqceMAuKQ ? ? ? mailbox=domain/macir/ > > > in dovecot.info > > > Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps > disabled) > Jul 22 20:51:04 auth: Info: > ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): > No password returned (and no nopassword) > Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): > user=, method=PLAIN, rip=195.xxx.xxx.xxx, > lip=193.xxx.xxx.xxx > > > What is the problem with dovecot, what is the correct conf option for > OpenLdap confiuration ? why dovecot to many conf file ? > > > thank in advance. > > > -- > Sel?uk YAZAR > http://www.selcukyazar.blogspot.com > -- Kerem Erciyes - Sistem Danismani http://keremerciyes.com From selcuk.yazar at gmail.com Fri Jul 22 22:06:49 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Fri, 22 Jul 2011 22:06:49 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: dovecot -n # 2.0.9: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.el6.x86_64 x86_64 Red Hat Enterprise Linux Server release 6.0 (Santiago) auth_debug = yes auth_default_realm = domain auth_verbose = yes debug_log_path = /var/log/dovecot.debug disable_plaintext_auth = no info_log_path = /var/log/dovecot.info mail_debug = yes mail_gid = 97 mail_location = maildir:~/Maildir mail_uid = 97 mbox_write_locks = fcntl passdb { args = /etc/dovecot/conf.d/dovecot-ldap.conf.ext driver = ldap } ssl = no ssl_cert = wrote: > Try dovecot -n for configuration. > > On Fri, Jul 22, 2011 at 9:24 PM, Selcuk Yazar > wrote: > > Hi, > > > > we have postifx + open ldap + Jamm + saslauthd configuration > > > > SMTP authentication working properly and we send receive mails , and > mails > > are delivering succes. > > > > but dovecot we have problems, > > > > in dovecot debug : > > > > Jul 22 20:51:04 auth: Debug: auth client connected (pid=11848) > > Jul 22 20:51:04 auth: Debug: client in: AUTH 1 PLAIN > service=pop3 > > lip=193.xxx.xxx.xxx rip=195.xxx.xxx.xxx lport=110 > > rport=27321 resp= > > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): pass > > search: base=o=hosting,dc=myhosting,dc=example scope=subtree > > filter=(&(objectClass=JammMailAccount)(mail=macir at domain > )(accountActive=TRUE)(delete=FALSE)) > > fields=mail,userPassword,cn,homeDirectory,mailbox > > Jul 22 20:51:04 auth: Debug: ldap(macir at domain,195.xxx.xxx.xxx): result: > > mail(mail)=macir at domain homeDirectory(homeDirectory)=/home/vmail/domains > > cn(cn)=NAME SURNAME userPassword(userPassword)={CRYPT}JpkzdqceMAuKQ > > mailbox(mailbox)=domain/macir/ > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > mail > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > homeDirectory > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > cn > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > userPassword > > Jul 22 20:51:06 pop3-login: Debug: Ignoring unknown passdb extra field: > > mailbox > > Jul 22 20:51:06 auth: Debug: client out: FAIL 1 user=macir at domain > > mail=macir at domain homeDirectory=/home/vmail/domains cn=Mesut > > OZTURK userPassword={CRYPT}JpkzdqceMAuKQ mailbox=domain/macir/ > > > > > > in dovecot.info > > > > > > Jul 22 20:45:43 master: Info: Dovecot v2.0.9 starting up (core dumps > > disabled) > > Jul 22 20:51:04 auth: Info: > > ldap(macir at trakyamail.trakya.edu.tr,195.xxx.xxx.xxx): > > No password returned (and no nopassword) > > Jul 22 20:51:06 pop3-login: Info: Disconnected (auth failed, 1 attempts): > > user=, method=PLAIN, > rip=195.xxx.xxx.xxx, > > lip=193.xxx.xxx.xxx > > > > > > What is the problem with dovecot, what is the correct conf option for > > OpenLdap confiuration ? why dovecot to many conf file ? > > > > > > thank in advance. > > > > > > -- > > Sel?uk YAZAR > > http://www.selcukyazar.blogspot.com > > > > > > -- > Kerem Erciyes - Sistem Danismani > http://keremerciyes.com > -- Sel?uk YAZAR http://www.selcukyazar.blogspot.com From km at mathcs.emory.edu Fri Jul 22 23:59:17 2011 From: km at mathcs.emory.edu (Ken Mandelberg) Date: Fri, 22 Jul 2011 16:59:17 -0400 Subject: [Dovecot] failed creating protocol instance to play queued url Message-ID: <4E29E4A5.4060909@mathcs.emory.edu> I run thunderbird (both 3.x and 5.x) against dovecot 2.x and frequently see delays "loading message". I admit to having a very large mailbox and running multiple imap clients. I've turned on thunderbird debugging, and at least one pattern I see in the log during the delays (maybe a minute long) is the failed protocol message above. These are no the only delays, but are the ones that catch my eye. The thunderbird debug logs are not time stamped (that I can tell), so its difficult to go back and find the delays from the log. Here is an example of one of the delays. Any thought? -1215891312[b760f060]: considering playing queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 -1215891312[b760f060]: creating protocol instance to play queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 -1215891312[b760f060]: failed creating protocol instance to play queued url:imap://km at mailhost.mathcs.emory.edu:993/addmsgflags>UID>/INBOX>134829>1 80784240[8db84f80]: ImapThreadMainLoop leaving [this=8f345000] a Minute or so delay -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=153 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk $junk $label3 junkrecorded $label4 $label2 $label5) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=187 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk $notjunk $Forwarded $label1 $MDNSent junk $junk $label3 junkrecorded $label4 $label2 $label5 \*)] Flags permitted. -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=16 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * 60229 EXISTS -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=12 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * 0 RECENT -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=35 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UNSEEN 60218] First unseen. -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=42 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1287420195] UIDs valid -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=42 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [UIDNEXT 134841] Predicted next UID -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=36 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: * OK [HIGHESTMODSEQ 16298] Highest -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=37 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:A:CreateNewLineFromSocket: 4 OK [READ-WRITE] Select completed. -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:SendData: 5 UID fetch 134841:* (FLAGS) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=44 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: * 60229 FETCH (UID 134840 FLAGS (NonJunk)) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=23 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: 5 OK Fetch completed. -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:SendData: 6 UID fetch 134829 (UID RFC822.SIZE BODY[]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=82 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: * 60218 FETCH (UID 134829 RFC822.SIZE 16236 FLAGS (\Seen NonJunk) BODY[] {16236} -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:STREAM:OPEN Size: 16236: Begin Message Download Stream -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=50 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Return-Path: -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=68 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from mr5.cc.emory.edu (mr5.cc.emory.edu [170.140.52.94]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=77 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: by cssun.mathcs.emory.edu (8.13.8+Sun/8.13.8) with ESMTP id p6IMb4KL014274 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=67 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: for ; Mon, 18 Jul 2011 18:37:04 -0400 (EDT) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=73 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from psmtp.com (na3sys009amx258.postini.com [74.125.149.142]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=66 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: by mr5.cc.emory.edu (8.13.1/8.13.1) with SMTP id p6IMap3E019495 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=69 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=61 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: for ; Mon, 18 Jul 2011 18:36:52 -0400 -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=126 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from cora.filibeto.org ([93.123.21.207]) (using TLSv1) by na3sys009amx258.postini.com ([74.125.148.10]) with SMTP; -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=32 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Mon, 18 Jul 2011 17:36:52 CDT -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=57 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineFromSocket: Received: from cora.filibeto.org (localhost [IPv6:::1]) -1675625616[8e59a5b0]: ReadNextLine [stream=8e5049c8 nb=73 needmore=0] -1675625616[8e59a5b0]: 9023c800:mailhost.mathcs.emory.edu:S-INBOX:CreateNewLineF From selcuk.yazar at gmail.com Sat Jul 23 00:04:27 2011 From: selcuk.yazar at gmail.com (Selcuk Yazar) Date: Sat, 23 Jul 2011 00:04:27 +0300 Subject: [Dovecot] AUTH fail 2.0.9 on redhat 6 In-Reply-To: References: Message-ID: Hi, After some corrections and research my logs are change Jul 23 00:00:29 auth: Debug: master in: REQUEST 98566145 12706 1 1438c7240539fab5e151143c860bf814 Jul 23 00:00:29 auth: Debug: ldap(user at domain,::1): user search: base=o=hosting,dc=myhosting,dc=example scope=subtree filter=(&(objectClass=JammMailAccount)(mail=user at domain)(accountActive=TRUE)(delete=FALSE)) fields=homeDirectory,uidNumber,gidNumber,mailbox Jul 23 00:00:29 auth: Debug: ldap(user at domain,::1): result: homeDirectory(home)=/home/vmail/domains mailbox(mail)=domain/username/ Jul 23 00:00:29 auth: Debug: master out: USER 98566145 user at domain home=/home/vmail/domains mail=domain/username/ Jul 23 00:00:29 pop3: Debug: Added userdb setting: mail=domain/username/ when i try telnet telnet localhost 110 Trying ::1... Connected to localhost. Escape character is '^]'. +OK Dovecot ready. user ******** +OK pass plain_text Connection closed by foreign host. thanks in advance From noel.butler at ausics.net Sat Jul 23 02:49:18 2011 From: noel.butler at ausics.net (Noel Butler) Date: Sat, 23 Jul 2011 09:49:18 +1000 Subject: [Dovecot] My status In-Reply-To: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> References: <1311347568.45051.YahooMailClassic@web27202.mail.ukl.yahoo.com> Message-ID: <1311378558.6346.3.camel@tardis> On Fri, 2011-07-22 at 16:12 +0100, Spyros Tsiolis wrote: > 30 Degrees Centigrade whilst 22 outside? Where the heck are you > living ? > Indeed, at 22c I'm still wearing a jumper :) ... 30c is just right. -------------- next part -------------- A non-text attachment was scrubbed... Name: face-smile.png Type: image/png Size: 873 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From wgillespie+dovecot at es2eng.com Sat Jul 23 03:55:51 2011 From: wgillespie+dovecot at es2eng.com (Willie Gillespie) Date: Fri, 22 Jul 2011 18:55:51 -0600 Subject: [Dovecot] Automatic Client Retrieval of Messages In-Reply-To: <20110721155729.396018k4jqe81va8@mail.top-consulting.net> References: <20110721143837.142820688hi09z6s@mail.top-consulting.net> <4E287538.5000305@Media-Brokers.com> <20110721155729.396018k4jqe81va8@mail.top-consulting.net> Message-ID: <4E2A1C17.6010108@es2eng.com> On 07/21/2011 01:57 PM, qmail at top-consulting.net wrote: > So let me ask another way then.. > > can you have folders visible when doing LIST "" % but which won't be > used by the e-mail client unless subscribed to ? > > I mean, what is the point of subscriptions if the e-mail client pulls in > everything anyways ? > >> On 2011-07-21 2:38 PM, qmail at top-consulting.net wrote: >>> Are there any mail clients that automatically pull in folder contents >>> even though they don't have a subscription to that folder ? >>> >>> I have defined a namespace with subscriptions=yes, hidden=yes and >>> list=yes. There are no subscriptions files for any of the users yet they >>> are still pulling data from the folders in that namespace. iPhones and iPads pull from all folders, ignoring subscriptions. What is the point of subscriptions if the client pulls in everything anyway? There is no point in that scenario. But nowhere will it say that I am only required to read my subscribed folders either. In my usual setup, I don't subscribe to my "spam" folder because I don't usually want to see it. But, every now and then, I do go look at it. Subscriptions are the choice of the user and his MUA. From forumer at smartmobili.com Sat Jul 23 11:21:32 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 10:21:32 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package Message-ID: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Hi, I am running a server under Ubuntu 11.04(natty) and I would like to install a 2.x version but unfortunately the only package available is 1.2.15. Of course I could compile and install from sources but I would prefer to handle packages because it's a lot simpler and cleaner. After some research I found some debian packages available here : http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ So my question is would it be possible to recompile the source package to make a ubuntu one ? Or maybe could I install directly the debian package (but I suppose dependencies are not the same ...). If someone has already an experience with that and couls share his experience. Still don't understand why distros don't use dovecot 2.x ? Is it considered still as unstable ? Thanks From robert at schetterer.org Sat Jul 23 11:30:23 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 23 Jul 2011 10:30:23 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Message-ID: <4E2A869F.4090702@schetterer.org> Am 23.07.2011 10:21, schrieb Vincent Richomme: > Hi, > > I am running a server under Ubuntu 11.04(natty) and I would like to > install a 2.x version but > unfortunately the only package available is 1.2.15. > Of course I could compile and install from sources but I would prefer to > handle packages because > it's a lot simpler and cleaner. > After some research I found some debian packages available here : > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > > > So my question is would it be possible to recompile the source package > to make a ubuntu one ? > Or maybe could I install directly the debian package (but I suppose > dependencies are not the same ...). > If someone has already an experience with that and couls share his > experience. > Still don't understand why distros don't use dovecot 2.x ? Is it > considered still as unstable ? > > > Thanks i always recompile dove 2.x http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ use on lucid server, no problems so far dont know why 2.x is tagged as unstable elsewhere ask distro pack mantainer -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From forumer at smartmobili.com Sat Jul 23 11:43:34 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 10:43:34 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A869F.4090702@schetterer.org> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: On Sat, 23 Jul 2011 10:30:23 +0200, Robert Schetterer wrote: > Am 23.07.2011 10:21, schrieb Vincent Richomme: >> Hi, >> >> I am running a server under Ubuntu 11.04(natty) and I would like to >> install a 2.x version but >> unfortunately the only package available is 1.2.15. >> Of course I could compile and install from sources but I would >> prefer to >> handle packages because >> it's a lot simpler and cleaner. >> After some research I found some debian packages available here : >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> >> >> So my question is would it be possible to recompile the source >> package >> to make a ubuntu one ? >> Or maybe could I install directly the debian package (but I suppose >> dependencies are not the same ...). >> If someone has already an experience with that and couls share his >> experience. >> Still don't understand why distros don't use dovecot 2.x ? Is it >> considered still as unstable ? >> >> >> Thanks > > i always recompile dove 2.x > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > use on lucid server, no problems so far > > dont know why 2.x is tagged as unstable elsewhere > ask distro pack mantainer Thanks for answering. I am not an expert in package management so how can I regenerate a ubuntu package. Should I download dovecot_2.0.13.orig.tar.gz and dovecot_2.0.13-0~auto+61.debian.tar.gz archive, decompress them and put debian folder inside source folder ? And after what kind of magic line should I enter to regenerate a package(I already have installed all packages described in https://wiki.ubuntu.com/PackagingGuide/Complete) ? From robert at schetterer.org Sat Jul 23 12:16:15 2011 From: robert at schetterer.org (Robert Schetterer) Date: Sat, 23 Jul 2011 11:16:15 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: <4E2A915F.1030302@schetterer.org> Am 23.07.2011 10:43, schrieb Vincent Richomme: > On Sat, 23 Jul 2011 10:30:23 +0200, Robert Schetterer wrote: >> Am 23.07.2011 10:21, schrieb Vincent Richomme: >>> Hi, >>> >>> I am running a server under Ubuntu 11.04(natty) and I would like to >>> install a 2.x version but >>> unfortunately the only package available is 1.2.15. >>> Of course I could compile and install from sources but I would prefer to >>> handle packages because >>> it's a lot simpler and cleaner. >>> After some research I found some debian packages available here : >>> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >>> >>> >>> So my question is would it be possible to recompile the source package >>> to make a ubuntu one ? >>> Or maybe could I install directly the debian package (but I suppose >>> dependencies are not the same ...). >>> If someone has already an experience with that and couls share his >>> experience. >>> Still don't understand why distros don't use dovecot 2.x ? Is it >>> considered still as unstable ? >>> >>> >>> Thanks >> >> i always recompile dove 2.x >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> use on lucid server, no problems so far >> >> dont know why 2.x is tagged as unstable elsewhere >> ask distro pack mantainer > > Thanks for answering. > I am not an expert in package management so how can I regenerate a > ubuntu package. > Should I download dovecot_2.0.13.orig.tar.gz and > dovecot_2.0.13-0~auto+61.debian.tar.gz archive, > decompress them and put debian folder inside source folder ? > And after what kind of magic line should I enter to regenerate a > package(I already have installed all packages described in > https://wiki.ubuntu.com/PackagingGuide/Complete) ? > ok do it like this mkdir /usr/src/dovecot_2.0.13 cd /usr/src/dovecot_2.0.13 download i.e wget ... dovecot_2.0.13-0~auto+24_amd64.changes wget ....dovecot_2.0.13-0~auto+24.debian.tar.gz wget ....dovecot_2.0.13-0~auto+24.dsc wget ....dovecot_2.0.13-0~auto+24_i386.changes wget ....dovecot_2.0.13.orig.tar.gz dpkg-source -x *.dsc cd dovecot-2.0.13/ dpkg-buildpackage -rfakeroot -b ( get coffee, this needs time ) cd .. ls *.deb should give you i.e dovecot-common_2.0.13-0~auto+24_amd64.deb dovecot-imapd_2.0.13-0~auto+24_amd64.deb dovecot-mysql_2.0.13-0~auto+24_amd64.deb dovecot-sqlite_2.0.13-0~auto+24_amd64.deb dovecot-dbg_2.0.13-0~auto+24_amd64.deb dovecot-ldap_2.0.13-0~auto+24_amd64.deb dovecot-pgsql_2.0.13-0~auto+24_amd64.deb dovecot-dev_2.0.13-0~auto+24_amd64.deb dovecot-lmtpd_2.0.13-0~auto+24_amd64.deb dovecot-pop3d_2.0.13-0~auto+24_amd64.deb dovecot-gssapi_2.0.13-0~auto+24_amd64.deb dovecot-managesieved_2.0.13-0~auto+24_amd64.deb dovecot-sieve_2.0.13-0~auto+24_amd64.deb dpkg -i *.deb you also need all depended libs for dovecot build and dpkg building dont remember this all, but should be no problem if you are familar with apt you might also try install directly downloaded deb guess they will work out of the box at natty ( or maybe with additional few apt-gets ) you havent install all deps, perhaps you dont need ldap or sql etc sorry in a hurry now -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria From forumer at smartmobili.com Sat Jul 23 12:38:35 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 11:38:35 +0200 Subject: [Dovecot] How to "scramble" emails Message-ID: <257f8de50ff196dfc1b1daff4fb05a0e@smartmobili.com> Hi, I am working on a webmail project using dovecot as imap server and I would need to make a demo however I don't want to show all my emails addresses. So my question is knowing that I am using the maildir format, would it ne possible to do a kind of search and replace of all emails/cc/to and replace them by fake ones or will it break something like indexes ? Thanks From anfi at onet.eu Sat Jul 23 12:41:22 2011 From: anfi at onet.eu (Andrzej Adam Filip) Date: Sat, 23 Jul 2011 11:41:22 +0200 Subject: [Dovecot] Debian package for dovecot 2.0.x In-Reply-To: <4E2A869F.4090702@schetterer.org> (Robert Schetterer's message of "Sat, 23 Jul 2011 10:30:23 +0200") References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> Message-ID: Robert Schetterer wrote: > Am 23.07.2011 10:21, schrieb Vincent Richomme: >> [...] >> Still don't understand why distros don't use dovecot 2.x ? Is it >> considered still as unstable ? >> >> >> Thanks > > i always recompile dove 2.x > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > use on lucid server, no problems so far > > dont know why 2.x is tagged as unstable elsewhere > ask distro pack mantainer Debian moved Dovecot-2 from unstable to testing (wheezy) on 2011-05-07. http://packages.qa.debian.org/d/dovecot.html -- [pl>en: Andrew] Andrzej Adam Filip : anfi at onet.eu When all else fails, pour a pint of Guinness in the gas tank, advance the spark 20 degrees, cry "God Save the Queen!", and pull the starter knob. -- MG "Series MGA" Workshop Manual From c at g33k5.de Sat Jul 23 13:08:43 2011 From: c at g33k5.de (Christian Roessner) Date: Sat, 23 Jul 2011 12:08:43 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> Message-ID: <4E2A9DAB.5010202@g33k5.de> Hi, > I am running a server under Ubuntu 11.04(natty) and I would like to > install a 2.x version but > unfortunately the only package available is 1.2.15. > Of course I could compile and install from sources but I would prefer to > handle packages because > it's a lot simpler and cleaner. > After some research I found some debian packages available here : > http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ If you do not necessarrily need Natty, I can provide Lucid packages over Ubuntu PPA: https://launchpad.net/~christian-roessner-net/+archive/dovecot If more people want Natty packages, I will think about it building some. I only want to give support for the LTS versions. Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From alan.morais at sianet.com.br Fri Jul 22 23:48:36 2011 From: alan.morais at sianet.com.br (Alan Morais) Date: Fri, 22 Jul 2011 17:48:36 -0300 Subject: [Dovecot] dovecot crashes after reloading service Message-ID: Hello, I just made a fresh install of dovecot using Iredmail, and works just fine, but, after changing a parameter on /etc/dovecot.conf, and reloading service, the daemon crashes, with the message as follows: * restarting the service instead of reload works fine. ############# Error message dovecot: Panic: file dict-process.c: line 154 (dict_listener_input): assertion failed: (listener->process es == NULL) Jul 22 10:50:52 dovecot: Error: Raw backtrace: /usr/sbin/dovecot [0x805adb0] -> /usr/sbin/dovecot [0x805ae93] -> /usr/sbi n/dovecot [0x80529c6] -> /usr/sbin/dovecot [0x805a65c] -> /usr/sbin/dovecot [0x804cd60] -> /usr/sbin/dovecot [0x805ece0] -> /usr/sbin/dovecot [0x805ddc8] -> /usr/sbin/dovecot [0x805337d] -> /lib/i686/nosegneg/libc.so.6(__libc_start_main+0xdc) [0x6cce9c] -> /usr/sbin/dovecot [0x804a571] ############## Commands executed included parameter "login_greeting =xxxxxxxxxxxxxx" on dovecot.conf /etc/init.d/dovecot reload ##################### config [root at correio221 ~]# dovecot -n # 1.2.16: /etc/dovecot.conf # OS: Linux 2.6.18-128.el5xen i686 CentOS release 5.3 (Final) nfs log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps managesieve listen(default): * listen(imap): * listen(pop3): * listen(managesieve): *:2000 ssl_ca_file: /etc/pki/tls/certs/iRedMail_CA.pem ssl_cert_file: /etc/pki/tls/certs/iRedMail_CA.pem ssl_key_file: /etc/pki/tls/private/iRedMail.key login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: SIANET POP/IMAP login_process_size: 512 login_processes_count: 128 login_max_processes_count: 256 login_max_connections: 1024 max_mail_processes: 256 first_valid_uid: 5000 last_valid_uid: 5000 mail_uid: 5000 mail_gid: 5000 mail_location: maildir:/home/vmail/%d/%Ln/Maildir mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes lock_method: dotlock mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_process_size: 512 mail_plugins(default): quota imap_quota autocreate mail_plugins(imap): quota imap_quota autocreate mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve imap_client_workarounds(default): tb-extra-mailbox-sep imap_client_workarounds(imap): tb-extra-mailbox-sep imap_client_workarounds(pop3): imap_client_workarounds(managesieve): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes lda: postmaster_address: root auth_socket_path: /var/run/dovecot/auth-master mail_plugins: quota sieve autocreate sieve_global_path: /home/vmail/sieve/dovecot.sieve log_path: /var/log/sieve.log auth default: mechanisms: plain login default_realm: sianet.com.br user: vmail verbose: yes passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota_warning: storage=85%% /usr/local/bin/dovecot-quota-warning.sh 85 quota_warning2: storage=90%% /usr/local/bin/dovecot-quota-warning.sh 90 quota_warning3: storage=95%% /usr/local/bin/dovecot-quota-warning.sh 95 quota: maildir quota: dict:user::proxy::quotadict quota_rule: *:storage=0 expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire auth_socket_path: /var/run/dovecot/auth-master sieve_global_dir: /home/vmail/ sieve_before: %Lh/dovecot.sieve.before sieve: /%Lh/dovecot.sieve sieve_global_path: /home/vmail/dovecot.sieve global_script_path: /home/vmail/dovecot.sieve autocreate: INBOX autocreate2: INBOX.Sent autocreate3: INBOX.Trash autocreate4: INBOX.Drafts autocreate5: INBOX.Junk autosubscribe: INBOX autosubscribe2: INBOX.Sent autosubscribe3: INBOX.Trash autosubscribe4: INBOX.Drafts autosubscribe5: INBOX.Junk dict: expire: db:/var/lib/dovecot/expire/expire.db quotadict: mysql:/etc/dovecot-used-quota.conf Thanks in advance. -- Alan Morais Analista de Suporte Fone: (11) 2125-9222 E-mail: alan.morais at sianet.com.br [1] Links: ------ [1] http://www.sianet.com.br From forumer at smartmobili.com Sat Jul 23 13:31:57 2011 From: forumer at smartmobili.com (Vincent Richomme) Date: Sat, 23 Jul 2011 12:31:57 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A9DAB.5010202@g33k5.de> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A9DAB.5010202@g33k5.de> Message-ID: <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> On Sat, 23 Jul 2011 12:08:43 +0200, Christian Roessner wrote: > Hi, > >> I am running a server under Ubuntu 11.04(natty) and I would like to >> install a 2.x version but >> unfortunately the only package available is 1.2.15. >> Of course I could compile and install from sources but I would >> prefer to >> handle packages because >> it's a lot simpler and cleaner. >> After some research I found some debian packages available here : >> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ > > If you do not necessarrily need Natty, I can provide Lucid packages > over > Ubuntu PPA: > > https://launchpad.net/~christian-roessner-net/+archive/dovecot > > If more people want Natty packages, I will think about it building > some. > I only want to give support for the LTS versions. > Actually I have migrated my old server(running lucid) to a new one(natty) and I have hesitated a long time before reinstalling lucid or move to more recent version. But I wanted recent packages so now I am not sure I want to reinstall everything (even if it would be still possible). So I will try the given method from debian package. Thanks From c at g33k5.de Sat Jul 23 13:43:54 2011 From: c at g33k5.de (Christian Roessner) Date: Sat, 23 Jul 2011 12:43:54 +0200 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A9DAB.5010202@g33k5.de> <1be5efd73e5fbf145fb9cbe7fe836042@smartmobili.com> Message-ID: <4E2AA5EA.5050304@g33k5.de> Am 23.07.2011 12:31, schrieb Vincent Richomme: > On Sat, 23 Jul 2011 12:08:43 +0200, Christian Roessner wrote: >> Hi, >> >>> I am running a server under Ubuntu 11.04(natty) and I would like to >>> install a 2.x version but >>> unfortunately the only package available is 1.2.15. >>> Of course I could compile and install from sources but I would prefer to >>> handle packages because >>> it's a lot simpler and cleaner. >>> After some research I found some debian packages available here : >>> http://xi.rename-it.nl/debian/pool/testing-auto/dovecot-2.0/ >> >> If you do not necessarrily need Natty, I can provide Lucid packages over >> Ubuntu PPA: >> >> https://launchpad.net/~christian-roessner-net/+archive/dovecot >> >> If more people want Natty packages, I will think about it building some. >> I only want to give support for the LTS versions. >> > > Actually I have migrated my old server(running lucid) to a new > one(natty) and I have hesitated > a long time before reinstalling lucid or move to more recent version. > But I wanted recent packages so now I am not sure I want to reinstall > everything (even if > it would be still possible). > So I will try the given method from debian package. I have latest packages for postfix and dovecot for Lucid on my PPA. Only Amavis is taken directly from source. So I had no reason so switch from LTS to non-LTS. But I can understand you very well; the same thoughts were the reason to prepare my own packages (and share them with others) Christian -- Roessner-Network-Solutions Bachelor of Science Informatik 50?34.725'N, 08?40.904'O, Nahrungsberg 81, 35390 Giessen F: +49 641 5879091, M: +49 176 93118939 USt-IdNr.: DE225643613 http://www.roessner-network-solutions.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 554 bytes Desc: OpenPGP digital signature URL: From bill+dovecot at blunn.org Sat Jul 23 23:39:20 2011 From: bill+dovecot at blunn.org (William Blunn) Date: Sat, 23 Jul 2011 21:39:20 +0100 Subject: [Dovecot] Ubuntu package for dovecot 2.0.x from debian package In-Reply-To: <4E2A915F.1030302@schetterer.org> References: <73fc4d21765751744c6addfd3f47312c@smartmobili.com> <4E2A869F.4090702@schetterer.org> <4E2A915F.1030302@schetterer.org> Message-ID: <4E2B3178.6080605@blunn.org> On 23/07/2011 10:16, Robert Schetterer wrote: > mkdir /usr/src/dovecot_2.0.13 > cd /usr/src/dovecot_2.0.13 > download i.e > wget ... dovecot_2.0.13-0~auto+24_amd64.changes > wget ....dovecot_2.0.13-0~auto+24.debian.tar.gz > wget ....dovecot_2.0.13-0~auto+24.dsc > wget ....dovecot_2.0.13-0~auto+24_i386.changes > wget ....dovecot_2.0.13.orig.tar.gz > > dpkg-source -x *.dsc > Provided you have the relevant line in your apt sources deb-src http://xi.rename-it.nl/debian/ testing-auto/dovecot-2.0 main you can do all of the above with a single command apt-get source dovecot Bill From asterix at lagaule.org Sun Jul 24 11:26:53 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 10:26:53 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin Message-ID: <4E2BD74D.8040304@lagaule.org> Hi, I recently saw this a branch [1] of your git repository when dovecot-antispam has support of spamassassin. Is it intentional to not add it to the official release? Are there any plan to officially support spamassassin? [1] http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin Thanks -- Yann From trever.adams at gmail.com Sun Jul 24 16:29:50 2011 From: trever.adams at gmail.com (Trever L. Adams) Date: Sun, 24 Jul 2011 07:29:50 -0600 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2BD74D.8040304@lagaule.org> References: <4E2BD74D.8040304@lagaule.org> Message-ID: <4E2C1E4E.6040306@gmail.com> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: > Hi, > > I recently saw this a branch [1] of your git repository when > dovecot-antispam has support of spamassassin. Is it intentional to not > add it to the official release? > > Are there any plan to officially support spamassassin? > > [1] > http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin > > Thanks That tree is ANCIENT! I believe Eugene's tree does contain spamassassin code. Trever -- "Selfishness is really self-destruction in slow motion." -? Elder Neal A. Maxwell - Ensign, May 1999, 23 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 261 bytes Desc: OpenPGP digital signature URL: From dalevizo at otenet.gr Sat Jul 23 18:58:36 2011 From: dalevizo at otenet.gr (Dimos Alevizos) Date: Sat, 23 Jul 2011 15:58:36 +0000 (UTC) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir References: Message-ID: Joseph Tam gmail.com> writes: > > On Tue, 5 Jul 2011, list airstreamcomm.net wrote: > > >> I didn't do anything special other than to use > >> > >> pop3_reuse_xuidl = yes > >> > >> so that clients don't re-download all their messages. > > > > Did you convert the mbox emails to maildir format as well, or just put > > dovecot in front of the mbox files and run with the config setting you > > described above? > > No, I left the mailboxes as mbox and did not convert to maildir. I had > all sorts of mail clients and some use direct file access to their > mailbox, so it requires a lot more deep-think before I can contemplate > moving to maildir. > > Many people on this list have successfuly migrated to maildir so I don't > think you'll have too much trouble. > > You'll appreciate that dovecot avoids some of the problems I had with > qpopper: > > - qpopper made temp copies of a user's INBOX, and if you didn't put > the drop copy on another filesytem, you essentially halved a user's > quota. > - because of the above, qpopper eats I/O like candy. > - multiple client qoppper access will trouncing/locking user INBOXs. > > Joseph Tam gmail.com> > > We recently completed the migration in our company from qpopper/mbox to dovecot/mbox using only pop3_reuse_xuidl = yes and while everything went much easier than we feared we came across an interesting problem that you might want to pay attention to. We use dovecot to provide both pop3 and imap (directly and via webmail) access to our client's mailboxes and we noticed that when a client moves a mail to a different folder and then back into INBOX (say he deleted it by mistake and moves it back), dovecot inserts the same X-UIDL into it's cache, thus creating duplicate entries. When a pop3 client sees this (at least outlook in our case) it think's that there's something wrong with the server's X-UIDL handling and re-downloads the duplicate messages. EVERY time the user checks his mails. We're still in the middle of troubleshooting this, but I believe deleting dovecot's cache would solve the problem for a particular mailbox, but I can't think of anything that would solve it permenately. Dimos Alevizos From lkml at ds.gauner.org Sun Jul 24 18:22:09 2011 From: lkml at ds.gauner.org (Dominik Schulz) Date: Sun, 24 Jul 2011 17:22:09 +0200 Subject: [Dovecot] UIDVALIDITY Change Message-ID: <201107241722.12374.lkml@ds.gauner.org> Hi, I'm attempting to migrate a Courier-IMAP Server to Dovecto. I've followed the instructions in the Dovecot wiki and converted the indices using the provided perl script. Howevery I'm getting "UIDVALIDITY changed ..." messages in the logfile and some of the test clients list some messages twice. I didn't find much about this issue in the wiki. Any hints? -- Mit freundlichen Gr??en / Best Regards Dominik -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From asterix at lagaule.org Sun Jul 24 18:38:24 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 17:38:24 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C1E4E.6040306@gmail.com> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> Message-ID: <4E2C3C70.5040204@lagaule.org> On 07/24/2011 03:29 PM, Trever L. Adams wrote: > On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >> Hi, >> >> I recently saw this a branch [1] of your git repository when >> dovecot-antispam has support of spamassassin. Is it intentional to not >> add it to the official release? >> >> Are there any plan to officially support spamassassin? >> >> [1] >> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >> >> Thanks > That tree is ANCIENT! I believe Eugene's tree does contain spamassassin > code. Indeed, it seems it's possible with the pipe backend. Thanks for the reply. I cannot use it because there is no plugin for 2.x version of dovecot for the moment. I'll have to wait before testing. -- Yann From tom at whyscream.net Sun Jul 24 18:46:18 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Sun, 24 Jul 2011 17:46:18 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C3C70.5040204@lagaule.org> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> <4E2C3C70.5040204@lagaule.org> Message-ID: <4E2C3E4A.20909@whyscream.net> On 24/07/11 17:38, Yann Leboulanger wrote: > On 07/24/2011 03:29 PM, Trever L. Adams wrote: >> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >>> Hi, >>> >>> I recently saw this a branch [1] of your git repository when >>> dovecot-antispam has support of spamassassin. Is it intentional to not >>> add it to the official release? >>> >>> Are there any plan to officially support spamassassin? >>> >>> [1] >>> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >>> >>> >>> Thanks >> That tree is ANCIENT! I believe Eugene's tree does contain spamassassin >> code. > > Indeed, it seems it's possible with the pipe backend. Thanks for the reply. > > I cannot use it because there is no plugin for 2.x version of dovecot > for the moment. I'll have to wait before testing. > For 2.x, please use the tree at: http://wiki2.dovecot.org/Plugins/Antispam From asterix at lagaule.org Sun Jul 24 19:39:28 2011 From: asterix at lagaule.org (Yann Leboulanger) Date: Sun, 24 Jul 2011 18:39:28 +0200 Subject: [Dovecot] dovecot-antispam + spamassassin In-Reply-To: <4E2C3E4A.20909@whyscream.net> References: <4E2BD74D.8040304@lagaule.org> <4E2C1E4E.6040306@gmail.com> <4E2C3C70.5040204@lagaule.org> <4E2C3E4A.20909@whyscream.net> Message-ID: <4E2C4AC0.3010604@lagaule.org> On 07/24/2011 05:46 PM, Tom Hendrikx wrote: > On 24/07/11 17:38, Yann Leboulanger wrote: >> On 07/24/2011 03:29 PM, Trever L. Adams wrote: >>> On 07/24/2011 02:26 AM, Yann Leboulanger wrote: >>>> Hi, >>>> >>>> I recently saw this a branch [1] of your git repository when >>>> dovecot-antispam has support of spamassassin. Is it intentional to not >>>> add it to the official release? >>>> >>>> Are there any plan to officially support spamassassin? >>>> >>>> [1] >>>> http://www.freenux.org/cgi-bin/gitweb.cgi?p=dovecot-antispam.git;a=shortlog;h=refs/heads/spamassassin >>>> >>>> >>>> Thanks >>> That tree is ANCIENT! I believe Eugene's tree does contain spamassassin >>> code. >> >> Indeed, it seems it's possible with the pipe backend. Thanks for the reply. >> >> I cannot use it because there is no plugin for 2.x version of dovecot >> for the moment. I'll have to wait before testing. >> > > For 2.x, please use the tree at: http://wiki2.dovecot.org/Plugins/Antispam > great! It seems to work (I'm not 100% sure cause I don't know how to checkif sa-learn is correctly called, but at lease my script is called. Thanks, -- Yann From stephane at 22decembre.eu Sun Jul 24 21:51:04 2011 From: stephane at 22decembre.eu (=?utf-8?q?St=C3=A9phane_Guedon?=) Date: Sun, 24 Jul 2011 20:51:04 +0200 Subject: [Dovecot] dspam Message-ID: <201107242051.05260.stephane@22decembre.eu> I have installed dspam (from gentoo compile system) and dovecot-antispam plugin for dovecot 2.0.13. I have setup it in dovecot.conf but still have this: jul 24 20:38:19 einstein dovecot: imap(stephane): Error: antispam plugin backend is not selected for this user any explanation ? thanks for your help. -- St?phane Guedon page web : http://www.22decembre.eu/ carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf cl? publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 316 bytes Desc: This is a digitally signed message part. URL: From eugene at raptor.kiev.ua Mon Jul 25 11:04:51 2011 From: eugene at raptor.kiev.ua (Eugene Paskevich) Date: Mon, 25 Jul 2011 11:04:51 +0300 Subject: [Dovecot] dspam In-Reply-To: <201107242051.05260.stephane@22decembre.eu> References: <201107242051.05260.stephane@22decembre.eu> Message-ID: On Sun, 24 Jul 2011 21:51:04 +0300, St?phane Guedon wrote: > I have installed dspam (from gentoo compile system) and dovecot-antispam > plugin for dovecot 2.0.13. > > I have setup it in dovecot.conf but still have this: > > jul 24 20:38:19 einstein dovecot: imap(stephane): Error: antispam plugin > backend is not selected for this user > > any explanation ? A simple one, yes. :-) Pay your attention to dovecot-antispam manual page. Please keep us posted if problems remain. -- Eugene Paskevich | *==)----------- | Plug me into eugene at raptor.kiev.ua | -----------(==* | The Matrix From edgrootjans at versatel.nl Mon Jul 25 15:25:24 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Mon, 25 Jul 2011 14:25:24 +0200 Subject: [Dovecot] passwd not found Message-ID: <4AEFFEF2F22F471C926B5DD8E9C41C7D@enterprise> If I use in dovecot.conf passdb passwd-file { args = /etc/dovecot/vhosts/%d/etc/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } I get an authorisation failure in my mail.log file. If I use passdb passwd-file { args = /etc/dovecot/vhosts/shadow } userdb static { args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes } This works !!! (without the %d) in the passdb passwd-file Than the %d/%u is correctly rewritten in the userdb static. PS I have in the passwd-file the username at domain and the username documented for testing. I think there is some problem with the %d (DOMAIN) How can I check if %d is filled ?? And how can i make different authorisationdirs and files per domain. Thanks Erik My config # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login passdb: driver: passwd-file args: /etc/dovecot/vhosts/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From mimo at gn.apc.org Mon Jul 25 16:34:45 2011 From: mimo at gn.apc.org (Michael Moritz) Date: Mon, 25 Jul 2011 14:34:45 +0100 Subject: [Dovecot] drac plugin "net_ip2addr() failed: Operation not permitted" In-Reply-To: <201107111305.03226.mimo@gn.apc.org> References: <201107111305.03226.mimo@gn.apc.org> Message-ID: <201107251434.45394.mimo@gn.apc.org> Anybody? I know using pop before smtp is antiquated but we have a legacy/sustainability issue.. mimo On Monday 11 July 2011 13:05:02 Michael Moritz wrote: > Hi, I'm trying to get the drac plugin working (again) but I'm stuck with the following message: > > Restarting IMAP/POP3 mail server: dovecotEDRAC: net_ip2addr() failed: Operation not permitted > > This is on a Debian Squeeze box, dovecot version 1.2.15-7, drac version 1.12 > > Looking at the source it should print the IP in the brackets of net_ip2addr. The fact that it's just empty made me think that I may need to set an environment variable. I tried IP="127.0.0.1" in /etc/default/dovecot and as export but to no avail. > > Any ideas? > > Thanks, > > mimo > From pribeiro at net.ipl.pt Mon Jul 25 19:53:51 2011 From: pribeiro at net.ipl.pt (Pedro Ribeiro) Date: Mon, 25 Jul 2011 17:53:51 +0100 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF Message-ID: <4E2D9F9F.6070301@net.ipl.pt> Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo package) I've received a few complains of users about rejected messages. Investigating the problem, I've seen that when the external sender server publishes SPF information, when some message is sent from there to one of my users that has a Sieve redirect action active to another external system (that does SPF validation), the message is rejected because our system only changes the envelope "rcpt to" in the redirection and the "mail from" remains the original. When the end server does the SPF validation it fails because my server isn't in the IP allow list for the domain of the original sender. I never seen this problem in the old Dovecot+CMUSieve. Shouldn't the sender be changed in the envelope "mail from" from the original one to the recipient that made the Sieve redirection? Keep the excellent work with dovecot and related projects! TIA! -- Best regards, =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pedro Ribeiro IPLNet - Rede de dados e comunica??es Instituto Polit?cnico de Lisboa (IPL) Mail: mailto:pribeiro AT net.ipl.pt VoIP: sip:pribeiro AT net.ipl.pt =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From tonj at freeuk.com Mon Jul 25 21:05:11 2011 From: tonj at freeuk.com (tonjg) Date: Mon, 25 Jul 2011 11:05:11 -0700 (PDT) Subject: [Dovecot] set delay between pop3-logins Message-ID: <32134037.post@talk.nabble.com> I'm using dovecot 1.1.8 on a raq4 server running centos 4.8 Is it possible to set a time delay between all dovecot pop3-logins? say 20 - 30 seconds for example? My reason is I want to thwart the constant login attempts from hackers hunting for an open relay. It's no good blocking the ip address because every hack attempt comes in from a different address. I'm the only user on the server so no-one else would be affected by such a delay. Thanks for any pointers -- View this message in context: http://old.nabble.com/set-delay-between-pop3-logins-tp32134037p32134037.html Sent from the Dovecot mailing list archive at Nabble.com. From tom at whyscream.net Mon Jul 25 22:57:37 2011 From: tom at whyscream.net (Tom Hendrikx) Date: Mon, 25 Jul 2011 21:57:37 +0200 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <32134037.post@talk.nabble.com> References: <32134037.post@talk.nabble.com> Message-ID: <4E2DCAB1.3060702@whyscream.net> On 25/07/11 20:05, tonjg wrote: > > I'm using dovecot 1.1.8 on a raq4 server running centos 4.8 > Is it possible to set a time delay between all dovecot pop3-logins? say 20 - > 30 seconds for example? > My reason is I want to thwart the constant login attempts from hackers > hunting for an open relay. It's no good blocking the ip address because > every hack attempt comes in from a different address. I'm the only user on > the server so no-one else would be affected by such a delay. Thanks for any > pointers > Hi, dovecot 2.x has an automatic backoff system (see auth_failure_delay config option). When you're not interested in upgrading, an external tool like fail2ban can block the ip adresses for you automatically. And if you are the only user, you could also just open up your firewall for your personal ip addresses, and block access for the rest of the world. -- Regards, Tom From tonj at freeuk.com Tue Jul 26 00:07:23 2011 From: tonj at freeuk.com (tonjg) Date: Mon, 25 Jul 2011 14:07:23 -0700 (PDT) Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <4E2DCAB1.3060702@whyscream.net> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> Message-ID: <32135502.post@talk.nabble.com> Tom Hendrikx wrote: > > dovecot 2.x has an automatic backoff system (see auth_failure_delay > config option). > > When you're not interested in upgrading > I think with my old server upgrading to 2.x is not an option so I'll have to check out fail2ban. It looks a bit complicated though... I'll also have to look into restricting dovecot to just my ip address only. I might be able to do that at the router and that seems a better idea. Thanks for your help. -- View this message in context: http://old.nabble.com/set-delay-between-pop3-logins-tp32134037p32135502.html Sent from the Dovecot mailing list archive at Nabble.com. From lists at wildgooses.com Tue Jul 26 01:47:10 2011 From: lists at wildgooses.com (Ed W) Date: Mon, 25 Jul 2011 23:47:10 +0100 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <32135502.post@talk.nabble.com> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> <32135502.post@talk.nabble.com> Message-ID: <4E2DF26E.50702@wildgooses.com> On 25/07/2011 22:07, tonjg wrote: > > > Tom Hendrikx wrote: >> >> dovecot 2.x has an automatic backoff system (see auth_failure_delay >> config option). >> >> When you're not interested in upgrading >> > I think with my old server upgrading to 2.x is not an option so I'll have to > check out fail2ban. It looks a bit complicated though... > I'll also have to look into restricting dovecot to just my ip address only. > I might be able to do that at the router and that seems a better idea. > Thanks for your help. Fail2ban is not useful in your case since it only counts logins from ip addresses, not blocking user names Upgrading to dovecot 2.0 ought to be way less scary than you think... Something is wrong with your installation if not... (backup /etc/dovecot, not much else can go wrong...) The main thing you could investigate is some custom login handler, eg I think the pop before smtp is handled with some script - perhaps get that to be some more complex script which implements the behaviour you desire? I think this is an interesting area to improve - Good luck Ed W From stephan at rename-it.nl Tue Jul 26 02:13:36 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Tue, 26 Jul 2011 01:13:36 +0200 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E2D9F9F.6070301@net.ipl.pt> References: <4E2D9F9F.6070301@net.ipl.pt> Message-ID: <4E2DF8A0.3050805@rename-it.nl> Hi Pedro, On 7/25/2011 6:53 PM, Pedro Ribeiro wrote: > Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo > package) I've received a few complains of users about rejected messages. > > Investigating the problem, I've seen that when the external sender > server publishes SPF information, when some message is sent from there > to one of my users that has a Sieve redirect action active to another > external system (that does SPF validation), the message is rejected > because our system only changes the envelope "rcpt to" in the > redirection and the "mail from" remains the original. > When the end server does the SPF validation it fails because my server > isn't in the IP allow list for the domain of the original sender. Right. > I never seen this problem in the old Dovecot+CMUSieve. What version? The sources I checked (v1.1 and v1.2) use the return path of the original message, e.g.: http://hg.dovecot.org/dovecot-1.1/file/3698dfe0f21c/src/deliver/mail-send.c#l186 > > Shouldn't the sender be changed in the envelope "mail from" from the > original one to the recipient that made the Sieve redirection? The now obsolete RFC3028 only mentions modifying the envelope recipient, which is probably what the CMUSieve plugin is based on. The behavior of Pigeonhole Sieve in such ambiguous cases is mostly derived from CMUSieve for backwards compatibility, which is why - indeed - only the envelope recipient is modified. However, the new RFC5228 is not very strict on this point (Section 4.2): The envelope sender address on the outgoing message is chosen by the sieve implementation. It MAY be copied from the message being processed. However, if the message being processed has an empty envelope sender address the outgoing message MUST also have an empty envelope sender address. This last requirement is imposed to prevent loops in the case where a message is redirected to an invalid address when then returns a delivery status notification that also ends up being redirected to the same invalid address. This suggests making this configurable, which I think would be no problem. Its a bit late, I'll give this a look later. Also, do others have a view on this? Is there perhaps an easier way to fix this issue, other than adding a config option? Regards, Stephan. From stan at hardwarefreak.com Tue Jul 26 05:04:38 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Mon, 25 Jul 2011 21:04:38 -0500 Subject: [Dovecot] phantom new message notification Message-ID: <4E2E20B6.5030802@hardwarefreak.com> I've developed a phantom new message notification on a single IMAP folder in Thunderbird. I've deleted the Dovecot index files for this problematic folder, and I've deleted the .msf file in the Tbird profile. Neither of which solved the problem. The only other time I've run into something similar was with CONDSTORE quite a long time ago, but that affected all folders, not just one. Any ideas? -- Stan From jtam.home at gmail.com Tue Jul 26 05:34:49 2011 From: jtam.home at gmail.com (Joseph Tam) Date: Mon, 25 Jul 2011 19:34:49 -0700 (PDT) Subject: [Dovecot] Converting from qpopper mbox to dovecot maildir In-Reply-To: References: Message-ID: Dimos Alevizos wrote: > We recently completed the migration in our company from qpopper/mbox to > dovecot/mbox using only pop3_reuse_xuidl = yes and while everything went much > easier than we feared we came across an interesting problem that you might want > to pay attention to. > > We use dovecot to provide both pop3 and imap (directly and via webmail) access > to our client's mailboxes and we noticed that when a client moves a mail to a > different folder and then back into INBOX (say he deleted it by mistake and > moves it back), dovecot inserts the same X-UIDL into it's cache, thus creating > duplicate entries. > > When a pop3 client sees this (at least outlook in our case) it think's that > there's something wrong with the server's X-UIDL handling and re-downloads the > duplicate messages. EVERY time the user checks his mails. I haven't heard any user complaint about this, but perhaps nobody tried this before. I recreated this situation (copy old qpopper message INBOX -> tmpbox -> INBOX) and produced two messages with identical X-UIDL headers, but according to the Wikipedia entry for POP3: Comparison with IMAP Clients that leave mail on servers generally use the UIDL command to get the current association of message-numbers to message identified by its unique identifier. The unique identifier is arbitrary, and might be repeated if the mailbox contains identical messages. This is echoed in RFC1939 (page 11-12) While it is generally preferable for server implementations to store arbitrarily assigned unique-ids in the maildrop, this specification is intended to permit unique-ids to be calculated as a hash of the message. Clients should be able to handle a situation where two identical copies of a message in a maildrop have the same unique-id. So POP3 UIDLs are not guaranteed to be unique, especially if the messages are the same. Perhaps some mail readers are making unwarranted assumptions about the uniqueness of UIDLs: http://www.eggheadcafe.com/software/aspnet/33485042/duplicate-messageiduidlleave-on-serverrepeated-downloads-of-em.aspx https://www.ritlabs.com/bt/view.php?id=3599 Joseph Tam From koshikov at gmail.com Tue Jul 26 09:37:00 2011 From: koshikov at gmail.com (Nikita Koshikov) Date: Tue, 26 Jul 2011 09:37:00 +0300 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E2DF8A0.3050805@rename-it.nl> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> Message-ID: <20110726093700.6343d0dc@jimbo> On Tue, 26 Jul 2011 01:13:36 +0200 Stephan Bosch wrote: > Hi Pedro, > > On 7/25/2011 6:53 PM, Pedro Ribeiro wrote: > > Since I've upgraded to dovecot 2.0.13 + Pigeonhole 0.2.3 (Gentoo > > package) I've received a few complains of users about rejected messages. > > > > Investigating the problem, I've seen that when the external sender > > server publishes SPF information, when some message is sent from there > > to one of my users that has a Sieve redirect action active to another > > external system (that does SPF validation), the message is rejected > > because our system only changes the envelope "rcpt to" in the > > redirection and the "mail from" remains the original. > > When the end server does the SPF validation it fails because my server > > isn't in the IP allow list for the domain of the original sender. > > Right. > > > I never seen this problem in the old Dovecot+CMUSieve. > > What version? The sources I checked (v1.1 and v1.2) use the return path > of the original message, e.g.: > > http://hg.dovecot.org/dovecot-1.1/file/3698dfe0f21c/src/deliver/mail-send.c#l186 > > > > > Shouldn't the sender be changed in the envelope "mail from" from the > > original one to the recipient that made the Sieve redirection? > > The now obsolete RFC3028 only mentions modifying the envelope recipient, > which is probably what the CMUSieve plugin is based on. The behavior of > Pigeonhole Sieve in such ambiguous cases is mostly derived from CMUSieve > for backwards compatibility, which is why - indeed - only the envelope > recipient is modified. > > However, the new RFC5228 is not very strict on this point (Section 4.2): > > The envelope sender address on the outgoing message is chosen by the > sieve implementation. It MAY be copied from the message being > processed. However, if the message being processed has an empty > envelope sender address the outgoing message MUST also have an empty > envelope sender address. This last requirement is imposed to prevent > loops in the case where a message is redirected to an invalid address > when then returns a delivery status notification that also ends up > being redirected to the same invalid address. > > This suggests making this configurable, which I think would be no problem. > > Its a bit late, I'll give this a look later. > > Also, do others have a view on this? Is there perhaps an easier way to > fix this issue, other than adding a config option? > > Regards, > > Stephan. > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story... From per at computer.org Tue Jul 26 16:42:11 2011 From: per at computer.org (Per Jessen) Date: Tue, 26 Jul 2011 15:42:11 +0200 Subject: [Dovecot] sieve, vacation - lda-dupes being ignored? Message-ID: Environment: dovecot 2.0.9, postfix 2.6, Pigeonhole 0.2.2 I'm in the process of setting up vacation auto-reply for the first time, (it's that time of the year) and it looks like .dovecot.lda-dupes is being updated, but not read (or just ignored). my vacation script: require ["vacation","variables"]; # get hold of the subject if header :matches "Subject" "*" { set "subj" "${1}"; } vacation # Reply at most once a week to a same sender :days 7 :subject "Re: ${subj} (automatic reply; I am out of the office)" :addresses "pjessen at example.com" :mime text: The script works fine, but I get a reply for every msg sent: # grep sieve.*sent /var/log/mail Jul 26 10:17:26 neon dovecot: lmtp(4367, per.acm at example.com): Pj0iEbx3Lk4PEQAA0G3O/A: sieve: msgid=<4E2E7807.8000301 at example.com>: sent vacation response to Jul 26 10:29:06 neon dovecot: lmtp(10165, per.acm at example.com): Hbm3DhJ6Lk61JwAA0G3O/A: sieve: msgid=<4E2E7ABF.3090804 at example.com>: sent vacation response to Jul 26 11:09:41 neon dovecot: lmtp(2496, per.acm at example.com): WPtRMVWELk7ACQAA0G3O/A: sieve: msgid=<4E2E8447.9070007 at example.com>: sent vacation response to Jul 26 11:32:26 neon dovecot: lmtp(15648, per.acm at example.com): 7pQrLKqJLk4gPQAA0G3O/A: sieve: msgid=<4E2E8999.8040800 at example.com>: sent vacation response to Jul 26 11:39:12 neon dovecot: lmtp(18845, per.acm at example.com): ds9CDfeKLk6dSQAA0G3O/A: sieve: msgid=<4E2E8B30.1070804 at example.com>: sent vacation response to Jul 26 11:42:40 neon dovecot: lmtp(21484, per.acm at example.com): eXZHOw+MLk7sUwAA0G3O/A: sieve: msgid=<4E2E8BF9.7010301 at example.com>: sent vacation response to Jul 26 15:26:25 neon dovecot: lmtp(19216, per.acm at example.com): Wma/OIDALk4QSwAA0G3O/A: sieve: msgid=<4E2EC06F.5060307 at example.com>: sent vacation response to Is there a way to dump the contents of lda-dupes in clear text? thanks Per Jessen, Z?rich From per at computer.org Wed Jul 27 11:59:56 2011 From: per at computer.org (Per Jessen) Date: Wed, 27 Jul 2011 10:59:56 +0200 Subject: [Dovecot] sieve, vacation - lda-dupes being ignored? References: Message-ID: Per Jessen wrote: > Environment: dovecot 2.0.9, postfix 2.6, Pigeonhole 0.2.2 > > I'm in the process of setting up vacation auto-reply for the first > time, (it's that time of the year) and it looks like > .dovecot.lda-dupes is being updated, but not read (or just ignored). > > my vacation script: > > require ["vacation","variables"]; > > # get hold of the subject > if header :matches "Subject" "*" { set "subj" "${1}"; } > > vacation > # Reply at most once a week to a same sender > :days 7 > :subject "Re: ${subj} (automatic reply; I am out of the office)" > :addresses "pjessen at example.com" > :mime text: > > The script works fine, but I get a reply for every msg sent: Not sure what the problem was here, but it's working now. Sorry about the noise. /Per Jessen, Z?rich From tss at iki.fi Wed Jul 27 15:23:44 2011 From: tss at iki.fi (Timo Sirainen) Date: Wed, 27 Jul 2011 15:23:44 +0300 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> Message-ID: <1311769424.10421.1218.camel@hurina> On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > that starting using inetd doesn't work anymore : I only get a strange > error message if I try to connect using telnet : Yeah, won't work. > Is dovecot indeed ignoring hosts.allow/deny ? Yes. But you can enable tcpwrappers with: login_access_sockets = tcpwrap > BTW: I tried to post on the mailinglist but it seems I can't access > them it the moment, altough I did subscribe and login. Is there > anything wrong ? Nothing's wrong as far as I know.. From C.W.J.Lemmens at ewi.tudelft.nl Wed Jul 27 15:16:35 2011 From: C.W.J.Lemmens at ewi.tudelft.nl (Kees Lemmens) Date: Wed, 27 Jul 2011 14:16:35 +0200 Subject: [Dovecot] dovecot and tcpwrappers Message-ID: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> Hi, I used dovecot 1.x for quite a while and it worked fine. However, I used it through inetd and used hosts.allow/deny to restrict access to only certain groups of systems. Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems that starting using inetd doesn't work anymore : I only get a strange error message if I try to connect using telnet : telnet localhost imap doveconf: Fatal: execvp(imap-login) failed: No such file or directory I tried a lot of things but couldn't get it going over inetd so I decided to start it directly using an init script, also because you say in the wiki this is (now) the preferred method. That indeed works fine, but I realised today that dovecot is now completely ignoring all my hosts.allow/deny settings and so is worldwide accessible ! Is dovecot indeed ignoring hosts.allow/deny ? And if so, how can I have the same amount of protection as I previously had with dovecot 1.x over inetd ? BTW: I tried to post on the mailinglist but it seems I can't access them it the moment, altough I did subscribe and login. Is there anything wrong ? Thanks for your reply ! -- With best regards, Kees Lemmens. ----------------------------------------------------------------------- Delft Institute of Applied Mathematics (DIAM), Faculty Electrical Engineering, Mathematics and Computer Science, Delft University of Technology, Delft, The Netherlands, From john at whitesmiths.com Wed Jul 27 15:22:18 2011 From: john at whitesmiths.com (John O'Brien) Date: Wed, 27 Jul 2011 22:22:18 +1000 Subject: [Dovecot] Problem with client login in 1.2.17 Message-ID: Hi, I have been using CentOS 5.5 with Dovecot 1.0.7. My client apps login with TLS/SSL using an postgres database for username and password authentication. I developed a plugin that added an additional IMAP command. I want to eventually migrate to release 2.0 but have decided to make this a two step process. I have started with 1.2.17 as I hope this would be a smaller step along the way. I have installed 1.2.17 from source an installed. Rebuilt my plugin and installed and set about updating the dovecot.conf file. Installing the SSL certificate etc..... I have tested the 1.0.7 configuration previously using a standard IMAP mail client. When I try with 1.2.17 I can't seem to get logged in. ==> /var/log/maillog <== Jul 27 21:48:26 email dovecot: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=192.168.1.10 rip=202.81.69.135 lport=10143 rport=58641 resp=ADYxNDE0NjI3NDM2AFExcjQwNHVD Jul 27 21:48:26 email dovecot: auth-worker(default): pam(john,202.81.69.135): lookup service=dovecot Jul 27 21:48:26 email dovecot: auth-worker(default): pam(john,202.81.69.135): #1/1 style=1 msg=Password: Jul 27 21:48:28 email dovecot: auth-worker(default): pam(john,202.81.69.135): unknown user Jul 27 21:48:28 email dovecot: auth(default): sql(john,202.81.69.135): query: SELECT password FROM ivms_iphone WHERE username='john' Jul 27 21:48:28 email dovecot: auth(default): client out: OK 1 user=john Jul 27 21:48:28 email dovecot: auth(default): master in: REQUEST 2 28178 1 Jul 27 21:48:28 email dovecot: auth(default): passwd(john,202.81.69.135): lookup Jul 27 21:48:28 email dovecot: auth(default): passwd(john,202.81.69.135): unknown user Jul 27 21:48:28 email dovecot: auth(default): sql(john,202.81.69.135): SELECT home, uid, gid FROM users WHERE username='john' Jul 27 21:48:28 email dovecot: auth(default): master out: USER 2 john home=/var/imap_mail/john uid=50gid=500 Jul 27 21:48:28 email dovecot: IMAP(john): Loading modules from directory: /usr/local/lib/dovecot/imap/ Jul 27 21:48:28 email dovecot: IMAP(john): Module loaded: /usr/local/lib/dovecot/imap//lib20_mail_log_plugin.so Jul 27 21:48:28 email dovecot: IMAP(john): Module loaded: /usr/local/lib/dovecot/imap//change_passwd_plugin.so Jul 27 21:48:28 email dovecot: IMAP(john): Effective uid=500, gid=500, home=/var/imap_mail/john Jul 27 21:48:28 email dovecot: IMAP(john): maildir: data=john Jul 27 21:48:28 email dovecot: IMAP(john): maildir++: root=john, index=, control=, inbox=john Jul 27 21:48:28 email dovecot: imap-login: Login: user=, method=PLAIN, rip=202.81.69.135, lip=192.168.1.10, TLS Jul 27 21:48:28 email dovecot: IMAP(john): Namespace : Using permissions from john: mode=0700 gid=-1 ==> /var/log/secure <== Jul 27 21:48:26 email dovecot-auth: pam_unix(dovecot:auth): check pass; user unknown Jul 27 21:48:26 email dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=john rhost=202.81.69.135 Jul 27 21:48:26 email dovecot-auth: pam_succeed_if(dovecot:auth): error retrieving information about user john I have the following in the .conf file auth_verbose=yes auth_debug=yes auth_debug_passwords=yes mail_debug=yes verbose_ssl=yes Also note the following differences in behaviour between Dovecot 1.0.7 and 1.2.17 $ telnet new_system_1.2.17 10143 Trying 192.168.1.10... Connected to new_system.com.au. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE STARTTLS LOGINDISABLED] Dovecot ready. A001 LOGIN john Q1r404uC * BAD [ALERT] Plaintext authentication not allowed without SSL/TLS, but your client did it anyway. If anyone was listening, the password was exposed. A001 NO [CLIENTBUG] Plaintext authentication disallowed on non-secure (SSL/TLS) connections. telnet> quit Connection closed. $ telnet old_system_1.0.7 10143 Trying 192.168.1.4... Connected to new_system.com.au Escape character is '^]'. * OK Dovecot ready. A001 LOGIN john Q1r404uC A001 OK Logged in. Can anyone suggest what else I can enable to assist in determining why I can't appear to login. Its appears related to SSL/TLS but I don't seem to have enough to go on. I'm probably doing something stupid as usual. Regards John From lemmens_kees at yahoo.co.uk Wed Jul 27 15:35:22 2011 From: lemmens_kees at yahoo.co.uk (Kees Lemmens) Date: Wed, 27 Jul 2011 14:35:22 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <1311769424.10421.1218.camel@hurina> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> Message-ID: <201107271435.22784.lemmens_kees@yahoo.co.uk> Hi Timo, Thanks for the prompt answer ! This solves a large security for me ;-) Any idea why the inetd path is not working anymore in 2.x or is that already somewhere else in the list ? On Wednesday, July 27, 2011, Timo Sirainen wrote: > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > > that starting using inetd doesn't work anymore : I only get a strange > > > error message if I try to connect using telnet : > Yeah, won't work. > > > Is dovecot indeed ignoring hosts.allow/deny ? > > Yes. But you can enable tcpwrappers with: > > login_access_sockets = tcpwrap > > > BTW: I tried to post on the mailinglist but it seems I can't access > > them it the moment, altough I did subscribe and login. Is there > > anything wrong ? > > Nothing's wrong as far as I know.. I can access the archives and receive the mailings now but if I click on http://dovecot.org/mailman/listinfo (which is somewhere on the starting page) I only get this : Not Found The requested URL /mailman/listinfo was not found on this server. Apache/2.2.3 (CentOS) Server at dovecot.org Port 80 -- With best regards, Kees Lemmens. From C.W.J.Lemmens at ewi.tudelft.nl Wed Jul 27 16:12:53 2011 From: C.W.J.Lemmens at ewi.tudelft.nl (Kees Lemmens) Date: Wed, 27 Jul 2011 15:12:53 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <1311769424.10421.1218.camel@hurina> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> Message-ID: <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> Hi Timo,others, Adding login_access_sockets = tcpwrap wasn't enough : I also had to recompile dovecot 2.0.13 with the --with-libwrap option. Then linking failed as it didn't link with libnsl.so but that was easily fixed. However, if I try to connect now with tcpwrap switched on I still have a problem. It doesn't connect and shows the following error message : tail /var/log/dovecot.log Jul 27 15:05:42 auth: Debug: Loading modules from directory: /opt64/dovecot-2.0.13/lib/dovecot/auth Jul 27 15:05:44 auth: Debug: auth client connected (pid=20071) Jul 27 15:05:44 imap-login: Error: connect(tcpwrap) failed: No such file or directory Any idea what I might have forgotten ? Thanks a lot for the response ! regards, Kees Lemmens. On Wednesday, July 27, 2011, Timo Sirainen wrote: > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it seems > > that starting using inetd doesn't work anymore : I only get a strange > > > error message if I try to connect using telnet : > Yeah, won't work. > > > Is dovecot indeed ignoring hosts.allow/deny ? > > Yes. But you can enable tcpwrappers with: > > login_access_sockets = tcpwrap > > > BTW: I tried to post on the mailinglist but it seems I can't access > > them it the moment, altough I did subscribe and login. Is there > > anything wrong ? > > Nothing's wrong as far as I know.. -- With best regards, Kees Lemmens. ----------------------------------------------------------------------- Delft Institute of Applied Mathematics (DIAM), Faculty Electrical Engineering, Mathematics and Computer Science, Delft University of Technology, PO Box 5031, NL-2600 GA, Delft, The Netherlands, PHONE: +3115-2787224, ROOM: 05.140. From lemmens_kees at yahoo.co.uk Wed Jul 27 16:39:42 2011 From: lemmens_kees at yahoo.co.uk (Kees Lemmens) Date: Wed, 27 Jul 2011 15:39:42 +0200 Subject: [Dovecot] dovecot and tcpwrappers In-Reply-To: <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> References: <201107271416.36017.C.W.J.Lemmens@ewi.tudelft.nl> <1311769424.10421.1218.camel@hurina> <201107271512.54139.C.W.J.Lemmens@ewi.tudelft.nl> Message-ID: <201107271539.43111.lemmens_kees@yahoo.co.uk> Hi, I think I sorted it out : I also had to add a service section to dovecot.conf and I had to change the old "imap-login" settings in /etc./hosts.allow to be simply "imap" now. service tcpwrap { unix_listener login/tcpwrap { group = $default_login_user mode = 0600 user = $default_login_user } } After this it seems to work fine ! Timo : maybe this could be documented a little better ? It took me quite a while now to figure it all out. About the "not running from inetd" problem : would it be enough to copy the modules to the chrooted directory to avoid this connect(imap-login) problem ? regards, Kees Lemmens. On Wednesday, July 27, 2011, Kees Lemmens wrote: > Hi Timo,others, > > Adding login_access_sockets = tcpwrap wasn't enough : I also had to > recompile dovecot 2.0.13 with the --with-libwrap option. Then linking > failed as it didn't link with libnsl.so but that was easily fixed. > > However, if I try to connect now with tcpwrap switched on I still have a > problem. It doesn't connect and shows the following error message : > > tail /var/log/dovecot.log > Jul 27 15:05:42 auth: Debug: Loading modules from directory: > /opt64/dovecot-2.0.13/lib/dovecot/auth > Jul 27 15:05:44 auth: Debug: auth client connected (pid=20071) > Jul 27 15:05:44 imap-login: Error: connect(tcpwrap) failed: No such file > or directory > > Any idea what I might have forgotten ? > > Thanks a lot for the response ! > > regards, > Kees Lemmens. > > On Wednesday, July 27, 2011, Timo Sirainen wrote: > > On Wed, 2011-07-27 at 14:16 +0200, Kees Lemmens wrote: > > > Since yesterday I have dovecot 2.0.13. But in version 2.0.13 it > > > seems that starting using inetd doesn't work anymore : I only get a > > > strange > > > > > error message if I try to connect using telnet : > > Yeah, won't work. > > > > > Is dovecot indeed ignoring hosts.allow/deny ? > > > > Yes. But you can enable tcpwrappers with: > > > > login_access_sockets = tcpwrap > > > > > BTW: I tried to post on the mailinglist but it seems I can't access > > > them it the moment, altough I did subscribe and login. Is there > > > anything wrong ? > > > > Nothing's wrong as far as I know.. -- With best regards, Kees Lemmens. Email : lemmenskeesyahoocouk ----------------------------------------------------------------------- NOTICE : to minimize spam I'll trash HTML based email immediately ... BTW : Ceterum Censeo Microsoftem esse Delendam From nonews.org at gmail.com Wed Jul 27 17:24:59 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 16:24:59 +0200 Subject: [Dovecot] sieve on debian squeeze Message-ID: Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. I'm trying to enable sieve plugin into dovecot, but something is deeply wrong. I hope that this is the right place to give some help. There are no errors or warning messages, simply sieve don't works. For the big picture about my mail server you can follow this link http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html and here there is my specific request on Debian User List http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html here my dovecot -n output # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s lda disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 102 mail_privileged_group: mail mail_location: maildir:/home/vmail/%d/%n mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/vmail/dovecot-deliver.log postmaster_address: info@**********.it auth_socket_path: /var/run/dovecot/auth-master mail_plugins: cmusieve auth default: mechanisms: cram-md5 plain login debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: postfix plugin: sieve_global_path: /var/vmail/globalsieverc sieve_dir: ~/sieve sieve: ~/.dovecot.sieve sieve_global_dir: /var/vmail/sieve sieve_maxscriptsize: 128 Any suggestions? Thanks in advance! -Andrea From ngu.antoine at gmail.com Wed Jul 27 17:33:43 2011 From: ngu.antoine at gmail.com (Antoine Nguyen) Date: Wed, 27 Jul 2011 16:33:43 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: 2011/7/27 Andrea Ganduglia > Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. > > I'm trying to enable sieve plugin into dovecot, but something is > deeply wrong. I hope that this is the right place to give some help. > > There are no errors or warning messages, simply sieve don't works. > > For the big picture about my mail server you can follow this link > > http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html > > and here there is my specific request on Debian User List > > http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html > > here my dovecot -n output > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s lda > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > first_valid_uid: 102 > mail_privileged_group: mail > mail_location: maildir:/home/vmail/%d/%n > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > lda: > log_path: /var/vmail/dovecot-deliver.log > postmaster_address: info@**********.it > auth_socket_path: /var/run/dovecot/auth-master > mail_plugins: cmusieve > auth default: > mechanisms: cram-md5 plain login > debug: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > userdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: postfix > plugin: > sieve_global_path: /var/vmail/globalsieverc > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_global_dir: /var/vmail/sieve > sieve_maxscriptsize: 128 > > Any suggestions? Thanks in advance! > > -Andrea > I think you need to use dovecot as the LDA if you want sieve filters to be applied. Have you tried to replace virtual_tranport in the main.cf file? (ie. virtual_transport = dovecot) Antoine From nonews.org at gmail.com Wed Jul 27 18:08:50 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 17:08:50 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen wrote: > 2011/7/27 Andrea Ganduglia > >> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >> >> I'm trying to enable sieve plugin into dovecot, but something is >> deeply wrong. I hope that this is the right place to give some help. >> >> There are no errors or warning messages, simply sieve don't works. > I think you need to use dovecot as the LDA if you want sieve filters to be > applied. > > Have you tried to replace virtual_tranport in the main.cf file? (ie. > virtual_transport = dovecot) > > Antoine > If I set virtual_transoport it said relay=none (unknown mail transport error) the same error that I receive if I set maildrop http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html Maybe, the problem is here? ... :-( -- Openclose.it - Idee per il software libero http://www.openclose.it From nonews.org at gmail.com Wed Jul 27 18:22:06 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 17:22:06 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen wrote: > 2011/7/27 Andrea Ganduglia >> >> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >> wrote: >> > 2011/7/27 Andrea Ganduglia >> > >> >> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >> >> >> >> I'm trying to enable sieve plugin into dovecot, but something is >> >> deeply wrong. I hope that this is the right place to give some help. >> >> >> >> There are no errors or warning messages, simply sieve don't works. >> >> > I think you need to use dovecot as the LDA if you want sieve filters to >> > be >> > applied. >> > >> > Have you tried to replace virtual_tranport in the main.cf file? (ie. >> > virtual_transport = dovecot) >> > >> > Antoine >> > >> >> If I set virtual_transoport it said relay=none (unknown mail transport >> error) the same error that I receive if I set maildrop >> >> http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html >> >> Maybe, the problem is here? ... :-( >> >> -- >> Openclose.it - Idee per il software libero >> http://www.openclose.it > > You also need to add a new entry for dovecot in your master.cf file, > something like : > > dovecot?? unix? -?????? n?????? n?????? -?????? -?????? pipe > ? flags=DRhu user=: argv=/usr/lib/dovecot/deliver -f ${sender} > -d ${recipient} > Sure! Already done! I don't understand how insert dovecot into delivery chain # cat master.cf | grep -v '#' smtp inet n - n - - smtpd -o content_filter=spamassassin pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - n - - smtp relay unix - - n - - smtp -o smtp_fallback_relay= showq unix n - n - - showq error unix - - n - - error retry unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil scache unix - - n - 1 scache maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} spamassassin unix - n n - - pipe user=spamd argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f ${sender} ${recipient} dovecot unix - n n - - pipe flags=DRhu user=postfix:postfix argv=/usr/lib/dovecot/deliver -d ${recipient} From remy at luckyhands.nl Wed Jul 27 18:28:13 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Wed, 27 Jul 2011 17:28:13 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: <4E302E8D.3060904@luckyhands.nl> On 27.07.2011 17:22 , Andrea Ganduglia wrote: > On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen wrote: >> 2011/7/27 Andrea Ganduglia >>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>> wrote: >>>> 2011/7/27 Andrea Ganduglia >>>> >>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>> >>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>> deeply wrong. I hope that this is the right place to give some help. >>>>> >>>>> There are no errors or warning messages, simply sieve don't works. >>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>> be >>>> applied. >>>> >>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>> virtual_transport = dovecot) >>>> >>>> Antoine Is this helping you? http://tech.groups.yahoo.com/group/postfix-users/message/274981 -Remy From nonews.org at gmail.com Wed Jul 27 19:09:06 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Wed, 27 Jul 2011 18:09:06 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E302E8D.3060904@luckyhands.nl> References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: > On 27.07.2011 17:22 , Andrea Ganduglia wrote: >> >> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >> ?wrote: >>> >>> 2011/7/27 Andrea Ganduglia >>>> >>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>> wrote: >>>>> >>>>> 2011/7/27 Andrea Ganduglia >>>>> >>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>>> >>>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>>> deeply wrong. I hope that this is the right place to give some help. >>>>>> >>>>>> There are no errors or warning messages, simply sieve don't works. >>>>> >>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>> be >>>>> applied. >>>>> >>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>> virtual_transport = dovecot) >>>>> >>>>> Antoine > > Is this helping you? > > http://tech.groups.yahoo.com/group/postfix-users/message/274981 OK. I tried all. It just doesn't works. virtual_transport = dovecot (or maildrop) return relay=none. Now I want work out how I can add a relay into chain, I think that is the base of this issue. Step one. This is my main.cf ... someone look errors? smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no readme_directory = no smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache myhostname = domain.net alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = domain.net, localhost.net, localhost relayhost = mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all virtual_transport = virtual virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf virtual_gid_maps = static:105 virtual_mailbox_base = /home/vmail/ virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf virtual_minimum_uid = 102 virtual_uid_maps = static:102 broken_sasl_auth_clients = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous header_checks = regexp:/etc/postfix/header_checks From stan at hardwarefreak.com Wed Jul 27 21:10:13 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Wed, 27 Jul 2011 13:10:13 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E305485.8050600@hardwarefreak.com> On 7/27/2011 11:09 AM, Andrea Ganduglia wrote: > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. Have you achieved mailbox delivery with this server, ever, via any transport? None of your posts state this. If you have, with Postfix' virtual transport, but all other virtual_transport settings fail, then you need to be requesting help on the Postfix list, not the Dovecot list, as the problem is squarely in your Postfix configuration. Ask on the Postfix list and you'll get this fixed quickly. -- Stan From sebastien-65 at live.fr Thu Jul 28 02:37:35 2011 From: sebastien-65 at live.fr (=?iso-8859-1?B?U+liYXN0aWVuIEZPVVJDQURF?=) Date: Thu, 28 Jul 2011 01:37:35 +0200 Subject: [Dovecot] Store quota on passwd-file?? Not work Message-ID: Hello all, I have installed Dovecot 1.2.15 and Postfix 2.7.1 on my Debian 6.This install no include MySQL, I prefer to store Password/User in a file... File /etc/dovecot/passwd contains :user2 at domain.com:{CRAM-MD5}::::userdb_mail=maildir:~/Maildir userdb_quota_rule=*:bytes=300M File /etc/dovecot/users :user2 at domain.com::3000:3000::/home/vmail/domain.com/user2/:/bin/false:: What is the correct syntax for my file to use a different per-user quota ? This example not work on my Dovecot :user2 at domain.com:{CRAM-MD5}:3000:3000::/home/vmail/domain.com/user2::userdb_mail=maildir:~/Maildir userdb_quota_rule=*:storage=200Muser2 at domain.com:{CRAM-MD5}:3000:3000::/home/vmail/domain.com/user2::userdb_quota_rule=*:bytes=200M Thx. From rob0 at gmx.co.uk Thu Jul 28 04:28:58 2011 From: rob0 at gmx.co.uk (/dev/rob0) Date: Wed, 27 Jul 2011 20:28:58 -0500 Subject: [Dovecot] Store quota on passwd-file?? Not work In-Reply-To: References: Message-ID: <20110728012858.GM14195@harrier.slackbuilds.org> On Thu, Jul 28, 2011 at 01:37:35AM +0200, S?bastien FOURCADE wrote: > Hello all, I have installed Dovecot 1.2.15 and Postfix 2.7.1 on > my Debian 6.This install no include MySQL, I prefer to store > Password/User in a file... File /etc/dovecot/passwd contains snip > What is the correct syntax for my file to use a different > per-user quota ? This example not work on my Dovecot I have no answer for you, having no need for quotas. However, I can suggest that you consider sqlite as an alternative. You have the speed and availability of a passwd file, with the added benefit of having everything fully supported in both Postfix and Dovecot. I recently upgraded from a setup with a virtual mailbox domain in passwd file on the Dovecot side. I also had to maintain the virtual_mailbox_maps for Postfix, a separate file. Now I have a sqlite database doing both. It is mode 644 root:root, kept as a hardlink in two directories: $ ls -ld /etc/{postfix,dovecot}/private drwxr-x--- 2 root dovecot 4096 Jul 16 00:14 /etc/dovecot/private/ drwxr-x--- 2 root postfix 4096 Jul 27 10:45 /etc/postfix/private/ # ls -l /etc/{postfix,dovecot}/private /etc/dovecot/private: total 108 -rw-r--r-- 3 root root 574 Jul 18 00:02 README -rw-r--r-- 2 root root 54129 Jul 14 17:54 harrier.sqlite.sql -rw-r--r-- 2 root root 46080 Jul 27 10:45 mail.sqlite /etc/postfix/private: total 144 -rw-r--r-- 1 root root 34285 Jul 19 04:40 2011-07-19-dump.sql -rw-r--r-- 3 root root 574 Jul 18 00:02 README -rw-r--r-- 2 root root 54129 Jul 14 17:54 harrier.sqlite.sql -rw-r--r-- 2 root root 46080 Jul 27 10:45 mail.sqlite This keeps sensitive data safe in the absence of a RDBMS' access control, and everything seems to work fine. I've got a lot in that little database, including per-domain SMTP restrictions. No reason you couldn't do a quota in there, and also have Postfix check it as check_recipient_access before accepting mail. I would also suggest newer versions of both Postfix and Dovecot, of course, but AFAIK your 1.2.15 should be good enough. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From mr88talent at gmail.com Thu Jul 28 05:39:35 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 20:39:35 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: Message-ID: On 7/27/11, Andrea Ganduglia wrote: > Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. > > I'm trying to enable sieve plugin into dovecot, but something is > deeply wrong. I hope that this is the right place to give some help. > > There are no errors or warning messages, simply sieve don't works. > > For the big picture about my mail server you can follow this link > http://www.linux-archive.org/debian-user/555576-postfix-virtual_transport-maildrop.html > > and here there is my specific request on Debian User List > http://www.linux-archive.org/debian-user/557551-sieve-dovecot-squeeze-help.html > > here my dovecot -n output > > # 1.2.15: /etc/dovecot/dovecot.conf > # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 > log_timestamp: %Y-%m-%d %H:%M:%S > protocols: imap imaps pop3 pop3s lda > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > first_valid_uid: 102 > mail_privileged_group: mail > mail_location: maildir:/home/vmail/%d/%n > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > lda: > log_path: /var/vmail/dovecot-deliver.log > postmaster_address: info@**********.it > auth_socket_path: /var/run/dovecot/auth-master > mail_plugins: cmusieve > auth default: > mechanisms: cram-md5 plain login > debug: yes > passdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > userdb: > driver: sql > args: /etc/dovecot/dovecot-mysql.conf > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > path: /var/run/dovecot/auth-master > mode: 384 > user: postfix > plugin: > sieve_global_path: /var/vmail/globalsieverc > sieve_dir: ~/sieve > sieve: ~/.dovecot.sieve > sieve_global_dir: /var/vmail/sieve > sieve_maxscriptsize: 128 > > Any suggestions? Thanks in advance! > > -Andrea > I think you need to change: mail_plugins: cmusieve to: mail_plugins: sieve -- Gary V From mr88talent at gmail.com Thu Jul 28 05:51:42 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 20:51:42 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: >> Is this helping you? >> >> http://tech.groups.yahoo.com/group/postfix-users/message/274981 > > > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. > > Step one. This is my main.cf ... someone look errors? > > smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) > biff = no > append_dot_mydomain = no > readme_directory = no > smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem > smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key > smtpd_use_tls=yes > smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache > smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache > myhostname = domain.net > alias_maps = hash:/etc/aliases > alias_database = hash:/etc/aliases > myorigin = /etc/mailname > mydestination = domain.net, localhost.net, localhost > relayhost = > mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 > mailbox_size_limit = 0 > recipient_delimiter = + > inet_interfaces = all > virtual_transport = virtual > virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf > virtual_gid_maps = static:105 > virtual_mailbox_base = /home/vmail/ > virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf > virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf > virtual_minimum_uid = 102 > virtual_uid_maps = static:102 > broken_sasl_auth_clients = yes > smtpd_recipient_restrictions = > permit_mynetworks, > permit_sasl_authenticated, > reject_non_fqdn_hostname, > reject_non_fqdn_sender, > reject_non_fqdn_recipient, > reject_unauth_destination, > reject_unauth_pipelining, > reject_invalid_hostname > smtpd_sasl_auth_enable = yes > smtpd_sasl_local_domain = $myhostname > smtpd_sasl_security_options = noanonymous > header_checks = regexp:/etc/postfix/header_checks > I use virtual virtual_transport = dovecot In master.cf I have: dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} -e -- Gary V From mr88talent at gmail.com Thu Jul 28 06:12:04 2011 From: mr88talent at gmail.com (Gary V) Date: Wed, 27 Jul 2011 21:12:04 -0600 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: >> Is this helping you? >>> >>> http://tech.groups.yahoo.com/group/postfix-users/message/274981 >> >> >> OK. I tried all. It just doesn't works. virtual_transport = dovecot >> (or maildrop) return relay=none. Now I want work out how I can add a >> relay into chain, I think that is the base of this issue. >> >> Step one. This is my main.cf ... someone look errors? >> >> smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) >> biff = no >> append_dot_mydomain = no >> readme_directory = no >> smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem >> smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key >> smtpd_use_tls=yes >> smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache >> smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache >> myhostname = domain.net >> alias_maps = hash:/etc/aliases >> alias_database = hash:/etc/aliases >> myorigin = /etc/mailname >> mydestination = domain.net, localhost.net, localhost >> relayhost = >> mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 >> mailbox_size_limit = 0 >> recipient_delimiter = + >> inet_interfaces = all >> virtual_transport = virtual >> virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf >> virtual_gid_maps = static:105 >> virtual_mailbox_base = /home/vmail/ >> virtual_mailbox_domains = >> mysql:/etc/postfix/mysql_virtual_domains_maps.cf >> virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf >> virtual_minimum_uid = 102 >> virtual_uid_maps = static:102 >> broken_sasl_auth_clients = yes >> smtpd_recipient_restrictions = >> permit_mynetworks, >> permit_sasl_authenticated, >> reject_non_fqdn_hostname, >> reject_non_fqdn_sender, >> reject_non_fqdn_recipient, >> reject_unauth_destination, >> reject_unauth_pipelining, >> reject_invalid_hostname >> smtpd_sasl_auth_enable = yes >> smtpd_sasl_local_domain = $myhostname >> smtpd_sasl_security_options = noanonymous >> header_checks = regexp:/etc/postfix/header_checks >> > > I use virtual virtual_transport = dovecot > > In master.cf I have: > dovecot unix - n n - - pipe > flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient} > -e Note that your user:group may differ Also: I also use this in main.cf: dovecot_destination_concurrency_limit = 2 dovecot_destination_recipient_limit = 1 As far as SASL goes (unrelated to the LDA or Sieve issue), mine differs from yours also, I have added: smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot under auth default in dovecot.conf I also have differences: socket listen { master { path = /var/run/dovecot/auth-master mode = 0600 user = vmail } client { path = /var/spool/postfix/private/auth mode = 0660 user = postfix group = postfix -- Gary V From f.bonnet at esiee.fr Thu Jul 28 09:33:45 2011 From: f.bonnet at esiee.fr (Frank Bonnet) Date: Thu, 28 Jul 2011 08:33:45 +0200 Subject: [Dovecot] DIsctionnary flat file format for shared mailboxes ? Message-ID: <4E3102C9.8020603@esiee.fr> Hello I would be grateful if someone could send an example of a dictionnary flat file used by the shared mailboxes feature, it has very few here so a flat file will be enough I think. Thank you From clements at brinckerhoff.org Wed Jul 27 19:17:12 2011 From: clements at brinckerhoff.org (John Clements) Date: Wed, 27 Jul 2011 12:17:12 -0400 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Jul 27, 2011, at 12:09 PM, Andrea Ganduglia wrote: > On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: >> On 27.07.2011 17:22 , Andrea Ganduglia wrote: >>> >>> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >>> wrote: >>>> >>>> 2011/7/27 Andrea Ganduglia >>>>> >>>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>>> wrote: >>>>>> >>>>>> 2011/7/27 Andrea Ganduglia >>>>>> >>>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. >>>>>>> >>>>>>> I'm trying to enable sieve plugin into dovecot, but something is >>>>>>> deeply wrong. I hope that this is the right place to give some help. >>>>>>> >>>>>>> There are no errors or warning messages, simply sieve don't works. >>>>>> >>>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>>> be >>>>>> applied. >>>>>> >>>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>>> virtual_transport = dovecot) >>>>>> >>>>>> Antoine >> >> Is this helping you? >> >> http://tech.groups.yahoo.com/group/postfix-users/message/274981 > > > OK. I tried all. It just doesn't works. virtual_transport = dovecot > (or maildrop) return relay=none. Now I want work out how I can add a > relay into chain, I think that is the base of this issue. I'm certain that others on the list are better at reading between the lines than I am, but you really need to be more explicit about what's happening; provide a sequence of operations, the resulting behavior, and the behavior you expect. Apologies in advance if this message comes across as rude, or if I've missed something obvious. All the best, John Clements -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4624 bytes Desc: not available URL: From flylordis at gmail.com Thu Jul 28 02:15:03 2011 From: flylordis at gmail.com (flylordis flylordis) Date: Wed, 27 Jul 2011 16:15:03 -0700 Subject: [Dovecot] lmtp multiple recipients fail Message-ID: Hello, I am having a problem with the lmtp delivery of mail addressed to multiple recipients. ?The first recipient receives the mail correctly but the next recipients do not. ?ltmp apparently tries to create a link from the subsequent recipients' mail store to the first recipient mail store and fails. This returns 451 smtp codes to the sender which then resends at some later time. Please see below for users jerry, steve, and mary. The message to jerry gets written but not steve or mary: ul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: none: root=, index=, control=, inbox= Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Connect from 143.112.53.4 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: jerry home=/spool/mail/j/jerry system_groups_user=jerry uid=18738 gid=4025 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: steve home=/spool/mail/s/steve system_groups_user=steve uid=9838 gid=3011 Jul 27 11:24:41 testmailserver dovecot: lmtp(12412): Debug: auth input: mary home=/spool/mail/m/mary system_groups_user=mary uid=7007 gid=3011 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Effective uid=18738, gid=4025, home=/spool/mail/j/jerry Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: fs: root=/spool/mail/j/jerry/mail, index=, control=, inbox=/spool/mail/j/jerry/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Permission lookup failed from /spool/mail/j/jerry/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): Debug: Namespace : Using permissions from /spool/mail/j/jerry/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, jerry): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: saved mail to INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Effective uid=9838, gid=3011, home=/spool/mail/s/steve Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: fs: root=/spool/mail/s/steve/mail, index=, control=, inbox=/spool/mail/s/steve/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Permission lookup failed from /spool/mail/s/steve/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Debug: Namespace : Using permissions from /spool/mail/s/steve/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Effective uid=7007, gid=3011, home=/spool/mail/m/mary Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: fs: root=/spool/mail/m/mary/mail, index=, control=, inbox=/spool/mail/m/mary/mail/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Permission lookup failed from /spool/mail/m/mary/mail/mailboxes/INBOX Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Debug: Namespace : Using permissions from /spool/mail/m/mary/mail: mode=0700 gid=-1 Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/m/mary/mail/INBOX/.temp.1311791081.P12412Q3M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, mary): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] Jul 27 11:24:42 testmailserver dovecot: lmtp(12412): Disconnect from 143.112.53.4: Client quit Jul 27 11:24:42 testmailserver dovecot: lmtp(12412): Disconnect from 143.112.53.4: Client quit I am using version 2.0.13. ?dovecot -n shows this: # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-71.29.1.el6.i686 i686 CentOS Linux release 6.0 (Final) ext4 auth_debug = yes auth_master_user_separator = * auth_verbose = yes auth_verbose_passwords = plain lda_mailbox_autocreate = yes mail_debug = yes mail_location = sdbox:/spool/mail/%1Ln/%Ln/mail:INBOX=/spool/mail/%1Ln/%Ln/mail/INBOX mbox_write_locks = fcntl passdb { ??args = /etc/dovecot/master-users ??driver = passwd-file ??master = yes } passdb { ??args = failure_show_msg=yes ??driver = pam } plugin { ??autocreate = INBOX ??autosubscribe = INBOX } service lmtp { ??inet_listener ltmp { ?? ?port = 24 ??} } ssl_cert = Hi, I'm using Dovecot 1.2.15 on Debian. On some clients, at least KMail, some messages (especially older ones) appear twice in the message list of the client. This is really annoying. Can anyone give me a hint on how to solve this issue? -- Best Regards, Dominik Schulz From remy at luckyhands.nl Thu Jul 28 10:10:31 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Thu, 28 Jul 2011 09:10:31 +0200 Subject: [Dovecot] lmtp multiple recipients fail In-Reply-To: References: Message-ID: <4E310B67.30205@luckyhands.nl> On 28.07.2011 01:15 , flylordis flylordis wrote: > Hello, > I am having a problem with the lmtp delivery of mail addressed to > multiple recipients. The first recipient receives the mail correctly > but the next recipients do not. ltmp apparently tries to create a > link from the subsequent recipients' mail store to the first recipient > mail store and fails. This returns 451 smtp codes to the sender which > then resends at some later time. Please see below for users jerry, > steve, and mary. The message to jerry gets written but not steve or > mary: > Are you using Postfix? What are the Postfix values of: transport_destination_concurrency_limit transport_destination_recipient_limit -Remy From nonews.org at gmail.com Thu Jul 28 10:51:49 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 09:51:49 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Wed, Jul 27, 2011 at 6:17 PM, John Clements wrote: > On Jul 27, 2011, at 12:09 PM, Andrea Ganduglia wrote: >> On Wed, Jul 27, 2011 at 5:28 PM, Remy Zandwijk wrote: >>> On 27.07.2011 17:22 , Andrea Ganduglia wrote: >>>> On Wed, Jul 27, 2011 at 5:18 PM, Antoine Nguyen >>>>> 2011/7/27 Andrea Ganduglia >>>>>> On Wed, Jul 27, 2011 at 4:33 PM, Antoine Nguyen >>>>>>> 2011/7/27 Andrea Ganduglia >>>>>>> >>>>>>>> Hi. I have a quite problem with dovecot and sieve on Debian Squeeze. [..] >>>>>>>> There are no errors or warning messages, simply sieve don't works. >>>>>>> >>>>>>> I think you need to use dovecot as the LDA if you want sieve filters to >>>>>>> be >>>>>>> applied. >>>>>>> >>>>>>> Have you tried to replace virtual_tranport in the main.cf file? (ie. >>>>>>> virtual_transport = dovecot) [..] >> OK. I tried all. It just doesn't works. virtual_transport = dovecot >> (or maildrop) return relay=none. Now I want work out how I can add a >> relay into chain, I think that is the base of this issue. > > I'm certain that others on the list are better at reading between the lines than I am, but you really need to be more explicit about what's happening; provide a sequence of operations, the resulting behavior, and the behavior you expect. @clements It doesn't happen, here's what happens! Hi guys. Thanks! Thaaaaaaaaaanks! All your concerns and your suggestions are correct. Thanks! In my main.cf the directive <> not worked beacuse was missing virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf In this file I have deceived Postfix with this query: SELECT "virtual" AS transport; Now, incoming messages are processed by SpamAssassin, then by dovecot (and sieve rules) and finally store in proper user directory. Now the problem concerns outgoing messages. If I try to send e-mail through out command (local user) or through out authentication provided by a virtual user I get a error like: Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: to=, relay=spamassassin, delay=0.22, delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 27 23:01:24 boxnic dovecot: auth(default): master in: USER#0111#011user at example.com#011service=deliver Jul 27 23:01:24 boxnic dovecot: auth-worker(default): sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM mailbox WHERE username = 'user at example.com' Jul 27 23:01:24 boxnic dovecot: auth-worker(default): sql(user at example.com): Unknown user Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, dsn=5.1.1, status=bounced (user unknown) where is the recipient of this e-mail. As you see, dovecot for some reason check the existence of recipient as the e-mail was incoming. How can I fix this? -Andrea From nonews.org at gmail.com Thu Jul 28 10:56:57 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 09:56:57 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: On Thu, Jul 28, 2011 at 9:51 AM, Andrea Ganduglia wrote: Sorry, cut&paste mistake! > virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf The right line is: transport_maps = mysql:/etc/postfix/mysql_virtual_transport.cf :-) From remy at luckyhands.nl Thu Jul 28 11:15:59 2011 From: remy at luckyhands.nl (Remy Zandwijk) Date: Thu, 28 Jul 2011 10:15:59 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E311ABF.2010701@luckyhands.nl> > where is the recipient of this e-mail. > > As you see, dovecot for some reason check the existence of recipient > as the e-mail was incoming. > > How can I fix this? http://tech.groups.yahoo.com/group/postfix-users/message/275044 Would this help? From nonews.org at gmail.com Thu Jul 28 11:35:13 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Thu, 28 Jul 2011 10:35:13 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E311ABF.2010701@luckyhands.nl> References: <4E302E8D.3060904@luckyhands.nl> <4E311ABF.2010701@luckyhands.nl> Message-ID: On Thu, Jul 28, 2011 at 10:15 AM, Remy Zandwijk wrote: > >> where ?is the recipient of this e-mail. >> >> As you see, dovecot for some reason check the existence of recipient >> as the e-mail was incoming. >> >> How can I fix this? > > http://tech.groups.yahoo.com/group/postfix-users/message/275044 I don't understand how apply this to my virtual users... my dovecot -n root:~# dovecot -n # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s lda disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login first_valid_uid: 1001 mail_privileged_group: vmail mail_location: maildir:/home/vmail/%d/%n mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 lda: log_path: /var/vmail/dovecot-deliver.log postmaster_address: info@**************** auth_socket_path: /var/run/dovecot/auth-master mail_plugins: sieve auth default: mechanisms: cram-md5 plain login debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: vmail group: vmail master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: /home/vmail/%d/%n/sieverc sieve_global_path: /var/vmail/globalsieverc sieve_dir: /home/vmail/%d/%n/sieve_dir sieve_global_dir: /var/vmail/sieve sieve_maxscriptsize: 128 From dovecot at schu.io Thu Jul 28 11:46:04 2011 From: dovecot at schu.io (dovecot at schu.io) Date: Thu, 28 Jul 2011 10:46:04 +0200 Subject: [Dovecot] set delay between pop3-logins In-Reply-To: <4E2DF26E.50702@wildgooses.com> References: <32134037.post@talk.nabble.com> <4E2DCAB1.3060702@whyscream.net> <32135502.post@talk.nabble.com> <4E2DF26E.50702@wildgooses.com> Message-ID: <4E3121CC.40809@schu.io> > Fail2ban is not useful in your case since it only counts logins from ip > addresses, not blocking user names Doesn't fail2ban count what it's taught to count.? If there is some distinct log messages you could regex for, it's an option. (On a Debian box you could check /etc/fail2ban/filter.d for some examples.) From sebastien-65 at live.fr Thu Jul 28 11:59:24 2011 From: sebastien-65 at live.fr (=?iso-8859-1?B?U+liYXN0aWVuIEZPVVJDQURF?=) Date: Thu, 28 Jul 2011 10:59:24 +0200 Subject: [Dovecot] Store quota on passwd-file?? Not work In-Reply-To: <20110728012858.GM14195@harrier.slackbuilds.org> References: , <20110728012858.GM14195@harrier.slackbuilds.org> Message-ID: /dev/rob0, SQLite can be an alternative! I use virtual users only on Postfix and Dovecot. Can you give me an example of using SQLite in Dovecot / Postfix (.conf file)?? I'm really interested !! I'll test the version 2 of Dovecot. But I prefer the version 1.2.X as easier to configure, only one file :) What is the advantage of new version 2 ?Thx From fumiyas at osstech.jp Thu Jul 28 17:30:47 2011 From: fumiyas at osstech.jp (SATOH Fumiyasu) Date: Thu, 28 Jul 2011 23:30:47 +0900 Subject: [Dovecot] imap segfaults on UID SEARCH NOT Message-ID: <87k4b2zdd4.wl%fumiyas@osstech.jp> Hi, Dovecot 2.0.13 imap process segfaults in the following scenario on Debian GNU/Linux unstable (amd64) and Solaris 10 (amd64): $ telnet localhost imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN] Dovecot ready. 1 login username password 1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS] Logged in 2 select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 3 EXISTS * 0 RECENT * OK [UNSEEN 1] First unseen. * OK [UIDVALIDITY 1311811715] UIDs valid * OK [UIDNEXT 4] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest 2 OK [READ-WRITE] Select completed. 3 uid search all * SEARCH 1 2 3 3 OK Search completed (0.000 secs). 4 uid search not 2 * SEARCH 1 3 4 OK Search completed (0.000 secs). 5 uid search not 99 Connection closed by foreign host. zsh: exit 1 telnet localhost imap gdb backtrace is the following: #0 search_msgset_fix (messages_count=3, seqset=, seq1_r=0x9340f8, seq2_r=0x9340fc, not=true) at index-search.c:774 range = 0x9328a0 count = min_seq = 1 max_seq = #1 0x00007f675a215663 in search_msgset_fix (messages_count=3, args=0x9327d8, seq1_r=0x9340f8, seq2_r=0x9340fc) at index-search.c:763 No locals. #2 search_parse_msgset_args (messages_count=3, args=0x9327d8, seq1_r=0x9340f8, seq2_r=0x9340fc) at index-search.c:857 __FUNCTION__ = "search_parse_msgset_args" #3 0x00007f675a215b4a in search_get_seqset (t=, args=0x932710, sort_program=) at index-search.c:953 No locals. #4 index_storage_search_init (t=, args=0x932710, sort_program=) at index-search.c:1097 ctx = 0x934090 status = { messages = 3, recent = 0, unseen = 3, uidvalidity = 1311811715, uidnext = 4, first_unseen_seq = 0, first_recent_uid = 4, highest_modseq = 0, virtual_size = 0, keywords = 0x0, cache_fields = 0x0, nonpermanent_modseqs = 0 } #5 0x00000000004166e5 in imap_search_start (ctx=0x926008, sargs=0x932710, sort_program=0x0) at imap-search.c:540 cmd = 0x925f00 wanted_fields = 0 wanted_headers = 0x0 #6 0x000000000040d726 in cmd_search (cmd=0x925f00) at cmd-search.c:45 ctx = 0x926008 sargs = 0x932710 args = 0x928758 charset = 0x419b95 "UTF-8" ret = #7 0x000000000041079d in client_command_input (cmd=0x925f00) at imap-client.c:672 client = 0x9257e0 command = __FUNCTION__ = "client_command_input" #8 0x0000000000410875 in client_command_input (cmd=0x925f00) at imap-client.c:722 client = 0x9257e0 command = __FUNCTION__ = "client_command_input" #9 0x0000000000410ab5 in client_handle_next_command (client=0x9257e0) at imap-client.c:763 size = 21 #10 client_handle_input (client=0x9257e0) at imap-client.c:775 _data_stack_cur_id = 3 ret = 176 remove_io = false handled_commands = false __FUNCTION__ = "client_handle_input" #11 0x0000000000411322 in client_input (client=0x9257e0) at imap-client.c:814 cmd = output = 0x925dc8 bytes = 21 __FUNCTION__ = "client_input" #12 0x00007f6759f902c8 in io_loop_call_io (io=0x91ad50) at ioloop.c:384 ioloop = 0x902610 t_id = 2 #13 0x00007f6759f91327 in io_loop_handler_run (ioloop=) at ioloop-epoll.c:213 ctx = 0x902840 events = 0x800932898 event = 0x9028b0 list = 0x925e60 io = tv = { tv_sec = 1799, tv_usec = 999391 } msecs = ret = 1 i = call = #14 0x00007f6759f90258 in io_loop_run (ioloop=0x902610) at ioloop.c:405 No locals. #15 0x00007f6759f7e793 in master_service_run (service=0x9024e0, callback=) at master-service.c:478 No locals. #16 0x0000000000408f37 in main (argc=1, argv=0x902370) at main.c:375 set_roots = {0x41be60, 0x0} service_flags = storage_service_flags = postlogin_socket_path = 0x0 username = c = In src/lib-storage/index/index-search.c:search_msgset_fix() (frame #0 above), "range = array_get(seqset, &count);" sets "count" local variable to 0. static void search_msgset_fix(unsigned int messages_count, ARRAY_TYPE(seq_range) *seqset, uint32_t *seq1_r, uint32_t *seq2_r, bool not) { const struct seq_range *range; unsigned int count; uint32_t min_seq, max_seq; if (!search_msgset_fix_limits(messages_count, seqset, not)) { *seq1_r = (uint32_t)-1; *seq2_r = 0; return; } range = array_get(seqset, &count); <- count gets value 0 if (!not) { min_seq = range[0].seq1; max_seq = range[count-1].seq2; } else { min_seq = range[0].seq1 > 1 ? 1 : range[0].seq2 + 1; max_seq = range[count-1].seq2 < messages_count ? ^ | segfault at here -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ From tss at iki.fi Thu Jul 28 17:47:06 2011 From: tss at iki.fi (Timo Sirainen) Date: Thu, 28 Jul 2011 17:47:06 +0300 Subject: [Dovecot] imap segfaults on UID SEARCH NOT In-Reply-To: <87k4b2zdd4.wl%fumiyas@osstech.jp> References: <87k4b2zdd4.wl%fumiyas@osstech.jp> Message-ID: <1311864426.10421.1226.camel@hurina> On Thu, 2011-07-28 at 23:30 +0900, SATOH Fumiyasu wrote: > 5 uid search not 99 > Connection closed by foreign host. Thanks, fixed: http://hg.dovecot.org/dovecot-2.0/rev/0e64f0217feb From dolst at shing.cc Thu Jul 28 18:05:31 2011 From: dolst at shing.cc (Shing) Date: Thu, 28 Jul 2011 23:05:31 +0800 Subject: [Dovecot] dovecot quota feature request Message-ID: <4E317ABB.5010002@shing.cc> Hi all, I'm going to implement before queue quota check with postfix to prevent bounce mail, the quota information is stored into mysql using dovecot quotadict, it would be nice that dovecot can have an option to switch the quota check with (used space < quota) instead of (used space+mail size < quota), so that i can write a simple sql statement to check_recipient_access to reject those mail, thanks. Shing From flylordis at gmail.com Thu Jul 28 20:06:50 2011 From: flylordis at gmail.com (flylordis flylordis) Date: Thu, 28 Jul 2011 10:06:50 -0700 Subject: [Dovecot] lmtp multiple recipients fail Message-ID: Remy Zandwijk remy at luckyhands.nl wrote: >On 28.07.2011 01:15 , flylordis flylordis wrote: >> Hello, >> I am having a problem with the lmtp delivery of mail addressed to >> multiple recipients. The first recipient receives the mail correctly >> but the next recipients do not. ltmp apparently tries to create a >> link from the subsequent recipients' mail store to the first recipient >> mail store and fails. This returns 451 smtp codes to the sender which >> then resends at some later time. Please see below for users jerry, >> steve, and mary. The message to jerry gets written but not steve or >> mary: >> >Are you using Postfix? What are the Postfix values of: > >transport_destination_concurrency_limit >transport_destination_recipient_limit > > >-Remy We are using sendmail on a couple of MX boxes that are communicating directly with dovecot/lmtp on port 24. Again from the logs in my first message the troubling entries are those that look like this: Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: link(/spool/mail/j/jerry/mail/INBOX/u.20423, /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) failed: Permission denied Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at backup.>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2011-07-27 11:24:41] lmtp seems to be attempting to write a link from one user's mail store to another user's mail store. This only happens on recipients that are not first on the recipient list. Best regards, -Boris PS - Apologies to the list if this mail produces an out of thread message as I posted the original message as a non-member (needing moderator approval) and I am now a member. From pch0317 at gmail.com Thu Jul 28 21:23:11 2011 From: pch0317 at gmail.com (pch0317) Date: Thu, 28 Jul 2011 19:23:11 +0100 Subject: [Dovecot] National characters Message-ID: <4E31A90F.6000506@gmail.com> Hi, I upgrade my server an I have dovecot 2.0.9 (on RedHat 6) and my user uses Thunderbird 5.0 (on Windows XP). I use authentication via LDAP (Windows server 2003 AD). When users use in password diacritic marks (?,?,?,?,?,?) authentication failed. For example when user test have password: Sierpie???*123 in log file item appears: localhost dovecot: auth: ldap(test,192.168.0.68): invalid credentials (given password : SierpieDB#005*123) What can I do? Thanks From stephan at rename-it.nl Thu Jul 28 21:43:45 2011 From: stephan at rename-it.nl (Stephan Bosch) Date: Thu, 28 Jul 2011 20:43:45 +0200 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <20110726093700.6343d0dc@jimbo> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> <20110726093700.6343d0dc@jimbo> Message-ID: <4E31ADE1.5070109@rename-it.nl> On 07/26/2011 08:37 AM, Nikita Koshikov wrote: > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. > > The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. Yes. I read a bit about this though, and obviously this breaks bounce processing. > The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. Right. > The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story. Would the header name need to be configurable, or is X-Sieve-Redirected-From good for all purposes? Regards, Stephan. From edgrootjans at versatel.nl Thu Jul 28 22:48:21 2011 From: edgrootjans at versatel.nl (Erik - versatel) Date: Thu, 28 Jul 2011 21:48:21 +0200 Subject: [Dovecot] want only usder in userfile/passfile and use to login user@domain Message-ID: <686C97416AA745488132CE7D010F200D@enterprise> After adding: auth_username_format=%Lu the %d domain is unfolleded correctly. (and not empty anymore) Maybe a good idee to make a remark in the text Virtual Users about that. I use: passdb: driver: passwd-file args: /etc/dovecot/vhosts/%d/etc/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u In the password-file (shadow) i have to add users in the form user at domain. I want to add users in the form user I have also tryed not a static userdb but a real one; see example Dynamic-passwd locations. To get this working i had to add mail-uid and mail-gid. But still it has the same form user at domain and not user Can anybody tell my how to get ride of the domain part in the passwd en userfile. I still want the user to login with user at domain Thanks. Erik Mijn config: # 1.2.15: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/certs/server.crt ssl_key_file: /etc/ssl/private/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir mail_debug: yes mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 auth default: mechanisms: plain login username_format: %Lu debug: yes debug_passwords: yes passdb: driver: passwd-file args: /etc/dovecot/vhosts/%d/etc/shadow userdb: driver: static args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u socket: type: listen client: path: /var/spool/postfix/private/auth-client mode: 432 user: postfix group: postfix From stan at hardwarefreak.com Fri Jul 29 00:55:26 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Thu, 28 Jul 2011 16:55:26 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> Message-ID: <4E31DACE.8010901@hardwarefreak.com> On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > Now the problem concerns outgoing messages. If I try to send e-mail > through out command (local user) or through out authentication > provided by a virtual user I get a error like: Dovecot has nothing to do with outbound mail. Your Postfix configuration is horribly mangled. > Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: > to=, relay=spamassassin, delay=0.22, > delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via > spamassassin service) > Jul 27 23:01:24 boxnic dovecot: auth(default): master in: > USER#0111#011user at example.com#011service=deliver > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM > mailbox WHERE username = 'user at example.com' > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > sql(user at example.com): Unknown user > Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: > to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, > dsn=5.1.1, status=bounced (user unknown) > > where is the recipient of this e-mail. > > As you see, dovecot for some reason check the existence of recipient > as the e-mail was incoming. Again, that's because Dovecot has nothing to do with outbound mail. Dovecot handles inbound LOCAL delivery. *Postfix* handles RELAY mail, which is what OUTBOUND mail is. Postfix should be configured with two (at least) distinct mail paths: 1. accept inbound mail for local delivery on TCP 25 2. accept relay mail on another port, usually TCP 587. You need to configure the Postfix SUBMISSION service which is what clients (MUAs such as TBird, Outlook) use to submit mail. It uses TCP 587 not TCP 25. Doing this bypasses your pipe to Spamassassin and Dovecot that you have configured on TCP 25. You currently have all mail being routed through this default smptd pipe, which is your current problem. See master.cf #submission. If this is a webmail server such as Roundcube you should also configure it to use TCP 587 for submission. Is this system going to be a webmail server, simply service standard remote MUA clients (TBird etc), or both? Again, you need to be asking these things on the Postfix list. I don't know why you refuse to do so. You'd get all the answers you need in a heartbeat. You're totally off topic now on this list... -- Stan From flylordis at gmail.com Fri Jul 29 04:57:14 2011 From: flylordis at gmail.com (Boris Lordis) Date: Thu, 28 Jul 2011 18:57:14 -0700 Subject: [Dovecot] lmtp multiple recipients fail In-Reply-To: References: Message-ID: On Thu, Jul 28, 2011 at 10:06 AM, flylordis flylordis wrote: > Remy Zandwijk remy at luckyhands.nl wrote: > >>On 28.07.2011 01:15 , flylordis flylordis wrote: >>> Hello, >>> I am having a problem with the lmtp delivery of mail addressed to >>> multiple recipients. ?The first recipient receives the mail correctly >>> but the next recipients do not. ?ltmp apparently tries to create a >>> link from the subsequent recipients' mail store to the first recipient >>> mail store and fails. ?This returns 451 smtp codes to the sender which >>> then resends at some later time. ?Please see below for users jerry, >>> steve, and mary. ?The message to jerry gets written but not steve or >>> mary: >>> >>Are you using Postfix? What are the Postfix values of: >> >>transport_destination_concurrency_limit >>transport_destination_recipient_limit >> >> >>-Remy > > We are using sendmail on a couple of MX boxes that are communicating > directly with dovecot/lmtp on port 24. ?Again from the logs in my > first message the troubling entries are those that look like this: > > Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): Error: > link(/spool/mail/j/jerry/mail/INBOX/u.20423, > /spool/mail/s/steve/mail/INBOX/.temp.1311791081.P12412Q2M989550.testmailserver.) > failed: Permission denied > Jul 27 11:24:42 testmailserver dovecot: lmtp(12412, steve): > +1IXBeVXME58MAAARoVNxQ: msgid=<201107271824.p6RIOPa5020900 at > backup.>: save failed to INBOX: Internal error occurred. Refer to > server log for more information. [2011-07-27 11:24:41] > > lmtp seems to be attempting to write a link from one user's mail store > to another user's mail store. ?This only happens on recipients that > are not first on the recipient list. > > Best regards, > -Boris > > PS - Apologies to the list if this mail produces an out of thread > message as I posted the original message as a non-member (needing > moderator approval) and I am now a member. > Hmm, I am wondering if this particular issue is involved: http://dovecot.org/pipermail/dovecot-cvs/2010-May/017083.html Could anyone familiar with it please confirm or not? Best regards, Boris From noel.butler at ausics.net Fri Jul 29 05:49:32 2011 From: noel.butler at ausics.net (Noel Butler) Date: Fri, 29 Jul 2011 12:49:32 +1000 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E31DACE.8010901@hardwarefreak.com> References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: <1311907772.25729.12.camel@tardis> On Thu, 2011-07-28 at 16:55 -0500, Stan Hoeppner wrote: > On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > > > Now the problem concerns outgoing messages. If I try to send e-mail > > through out command (local user) or through out authentication > > provided by a virtual user I get a error like: > > Dovecot has nothing to do with outbound mail. Your Postfix > configuration is horribly mangled. > > > Jul 27 23:01:24 boxnic postfix/pipe[27788]: 1C3B525481B4: > > to=, relay=spamassassin, delay=0.22, > > delays=0.15/0/0/0.07, dsn=2.0.0, status=sent (delivered via > > spamassassin service) > > Jul 27 23:01:24 boxnic dovecot: auth(default): master in: > > USER#0111#011user at example.com#011service=deliver > > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > > sql(user at example.com): SELECT maildir, 1001 AS uid, 1001 AS gid FROM > > mailbox WHERE username = 'user at example.com' > > Jul 27 23:01:24 boxnic dovecot: auth-worker(default): > > sql(user at example.com): Unknown user > > Jul 27 23:01:24 boxnic postfix/pipe[27704]: 47DF825481B6: > > to=, relay=dovecot, delay=0.01, delays=0/0/0/0.01, > > dsn=5.1.1, status=bounced (user unknown) > > > > where is the recipient of this e-mail. > > > > As you see, dovecot for some reason check the existence of recipient > > as the e-mail was incoming. > > Again, that's because Dovecot has nothing to do with outbound mail. Rubbish, if they use virtual_transport = dovecot (like most because its more flexible than postifixs virtual), postfix does ask dovecot to auth the user, so of course it will do a lookup. I do agree though that she should be using submission in postfix, and IIRC, SA from master.cf is a backscatter source, it should be dumped and amavisd-new used instead. As Andrea does have something wrong and needs to look at the entire setup, and since she uses debian, google shows some useful results, for one - workaround.org it provides details for debian/postfix/dovecot isp mail setup, just reading it for a few minutes, I don't agree with all he writes, mostly for efficiency reasons, but his directions would very certainly result in a working system. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From koshikov at gmail.com Fri Jul 29 09:53:22 2011 From: koshikov at gmail.com (Nikita Koshikov) Date: Fri, 29 Jul 2011 09:53:22 +0300 Subject: [Dovecot] Pigeon Sieve, redirect action and SPF In-Reply-To: <4E31ADE1.5070109@rename-it.nl> References: <4E2D9F9F.6070301@net.ipl.pt> <4E2DF8A0.3050805@rename-it.nl> <20110726093700.6343d0dc@jimbo> <4E31ADE1.5070109@rename-it.nl> Message-ID: <20110729095322.64c6e966@jimbo> On Thu, 28 Jul 2011 20:43:45 +0200 Stephan Bosch wrote: > On 07/26/2011 08:37 AM, Nikita Koshikov wrote: > > I have raised this problem earlier here (http://www.mail-archive.com/dovecot at dovecot.org/msg20945.html), but seems it stuck at that point. > > > > The simple way, is to use redirecting user mail_from, so messages will appear like originated from redirecting smtp server. > > Yes. I read a bit about this though, and obviously this breaks bounce > processing. > > > > The right way for redirecting messages with sieve is to use SRS mechanism. And this should be configured on SMTP server. > > Right. > > > The problem is when sieve exec sendmail_path smtp server has no clue about "redirect" recipient( user who wrote the sieve script) and srs can't be configured. So adding one more header when redirecting sieve message with original sender will be half of the work - another part it to set up smtp for understanding this header and construct new 'mail from:' address in appropriative way(something like srs0_forward_user-fuzzy_staff-orig.address at forwarded_domain. Exact format should be determine.). Maybe this will be hard to setup, but we at least have something(original sender address and forwarded one) and this is another story. > > Would the header name need to be configurable, or is > X-Sieve-Redirected-From good for all purposes? > > Regards, > > Stephan. > > I saw this X-ResentFrom: X-SRS-Rewrite: X-Forwarded-(To/For): So the name is not significant. If it's not so difficult to code - than configurable header of course is better. But it's only a matter of taste. One thing to note for implementing: It will be much more simple for setting up srs, if sieve will export to environment some variables indicating need for rewrite. And than we will be able to write wrapper for sendmail_path that will selectively choose what should we do: For example, I don't want srs to happen if user is forwarding for local domain mailbox, or if action that trigger mail sending is - "out of office reply". So, wrapper will analyze need srs or no, and after all invoke srs binary for signing, or just call pure mta. From nonews.org at gmail.com Fri Jul 29 12:03:10 2011 From: nonews.org at gmail.com (Andrea Ganduglia) Date: Fri, 29 Jul 2011 11:03:10 +0200 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: <4E31DACE.8010901@hardwarefreak.com> References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: On Thu, Jul 28, 2011 at 11:55 PM, Stan Hoeppner wrote: > On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: > > Again, you need to be asking these things on the Postfix list. ?I don't > know why you refuse to do so. ?You'd get all the answers you need in a > heartbeat. ?You're totally off topic now on this list... I'm here because the problem has been raised when I have introduced dovecot and sieve into delivery chain. There were some related issues that I thought I could fix here, but it's not the right place --evidently :-). In any case. As you see without dovecot there are no problems with outbound mail. And your cue is right: I need two distinct paths. Thanks (a lot) and you don't be so rude, I not deserve this. -Andrea Jul 29 10:25:58 hostname postfix/smtpd[29006]: E198D2548187: client=host.name[**.**.***.***], sasl_method=CRAM-MD5, sasl_username=user at example.com Jul 29 10:25:59 hostname postfix/cleanup[32005]: E198D2548187: message-id=<4E326EA5.4090901 at example.com> Jul 29 10:25:59 hostname postfix/qmgr[9011]: E198D2548187: from=, size=620, nrcpt=1 (queue active) Jul 29 10:25:59 hostname postfix/pickup[32212]: 16CE7254818F: uid=5001 from= Jul 29 10:25:59 hostname postfix/pipe[31772]: E198D2548187: to=, relay=spamassassin, delay=0.21, delays=0.14/0/0/0.07, dsn=2.0.0, status=sent (delivered via spamassassin service) Jul 29 10:25:59 hostname postfix/cleanup[32024]: 16CE7254818F: message-id=<4E326EA5.4090901 at example.com> Jul 29 10:25:59 hostname postfix/qmgr[9011]: 16CE7254818F: from=, size=919, nrcpt=1 (queue active) Jul 29 10:26:00 hostname postfix/smtp[31799]: 16CE7254818F: to=, relay=gmail-smtp-in.l.google.com[209.85.229.27]:25, delay=1.6, delays=0/0/0.1/1.5, dsn=2.0.0, status=sent (250 2.0.0 OK 1311927981 e61si3417783wed.143) From stan at hardwarefreak.com Fri Jul 29 12:44:17 2011 From: stan at hardwarefreak.com (Stan Hoeppner) Date: Fri, 29 Jul 2011 04:44:17 -0500 Subject: [Dovecot] sieve on debian squeeze In-Reply-To: References: <4E302E8D.3060904@luckyhands.nl> <4E31DACE.8010901@hardwarefreak.com> Message-ID: <4E3280F1.7000900@hardwarefreak.com> On 7/29/2011 4:03 AM, Andrea Ganduglia wrote: > On Thu, Jul 28, 2011 at 11:55 PM, Stan Hoeppner wrote: >> On 7/28/2011 2:51 AM, Andrea Ganduglia wrote: >> >> Again, you need to be asking these things on the Postfix list. I don't >> know why you refuse to do so. You'd get all the answers you need in a >> heartbeat. You're totally off topic now on this list... > > I'm here because the problem has been raised when I have introduced > dovecot and sieve into delivery chain. There were some related issues > that I thought I could fix here, but it's not the right place > --evidently :-). I recommended the postfix-users mailing list simply because you'll get a solution to your *remaining* problems, which are exclusively Postfix configuration errors, *MUCH* faster. -- Stan From martin at spuetz.net Fri Jul 29 16:16:35 2011 From: martin at spuetz.net (=?ISO-8859-1?Q?Martin_Sp=FCtz?=) Date: Fri, 29 Jul 2011 15:16:35 +0200 Subject: [Dovecot] vpopmail and proxy-* parameters (again) Message-ID: <4E32B2B3.4000608@spuetz.net> Hello, I'm using a patched version of passdb-vpopmail.c to use CRAM-MD5 on the director. Today I updated the patch to 2.0.13. It may be an edge-case but I think it could be useful for somebody else. Greetings Martin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: passdb-vpopmail-parameter.patch URL: From dion at dion.org.ua Fri Jul 29 20:00:47 2011 From: dion at dion.org.ua (Dmitry Nezhevenko) Date: Fri, 29 Jul 2011 20:00:47 +0300 Subject: [Dovecot] zlib plugin doesn't read concatenated .gz mailbox Message-ID: <20110729170047.GA11833@castle.dion.org.ua> Hi, I've observed that dovecot doesn't displays all mails from compressed via gzip mailbox (mbox). At the same time "mutt -f mailbox.gz" displays it correctly with all messages. I'm using archivemail to archive old mails. Internally it creates new "gzip" archive with "expired" messages and then concatenates it with archive. The easiest way to reproduce it without archivemail is to create two mailboxes, gzip them independently and then concatenate to one gzip archive. mutt, gunzip and other tools understands such archives. Also I've shared such mbox: http://dion.org.ua/uploads/2011/07/dovecot_test_gzip.gz It should contains ~20 messages. dovecot will "see" only two first. PS. % sudo dovecot --version 2.0.13 -- WBR, Dmitry -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: From jsn.mga at gmail.com Fri Jul 29 20:39:35 2011 From: jsn.mga at gmail.com (Juliano Nascimento) Date: Fri, 29 Jul 2011 14:39:35 -0300 Subject: [Dovecot] vpopmail + dovecot-lda doubling deliver messages Message-ID: We use qmail + vpopmail + dovecot, limits and alias are in vpopmail mysql database, it has worked ok. The .qmail-default: | /data/vpopmail/bin/vdelivermail '' bounce-no-mailbox | /var/qmail/bin/preline -f /usr/local/dovecot/libexec/dovecot/deliver -d $EXT@$USER When you send a message to alias works OK. The problem that is happening that is sent to asdf at domain.com asdf at domain.com he is doubling the email. Come the email that you sent / wrote an email and more with nearly no head, no matter. Searching is very realized that something related to Deliver the dovecot. Can you help us? Tips? Thank you all. From roberto.giuliani at gmail.com Fri Jul 29 21:30:05 2011 From: roberto.giuliani at gmail.com (roberto giuliani) Date: Fri, 29 Jul 2011 20:30:05 +0200 Subject: [Dovecot] Using Dovecot with ZFS Message-ID: Hi all, I'm testing Dovecot version 1.2.17 on FreeBSD 8.2-RELEASE using ZFS as filesystem. Searching on google I've ridden about some problem concerning indexes and mmap. I wold like to know if this problem persists on the latest releases. Thanks in advance. Roberto Giuliani. From thomas-lists at nybeta.com Fri Jul 29 22:33:25 2011 From: thomas-lists at nybeta.com (Thomas Harold) Date: Fri, 29 Jul 2011 15:33:25 -0400 Subject: [Dovecot] lda_mailbox_autosubscribe - v2 wiki is a bit unclear Message-ID: <4E330B05.2090500@nybeta.com> In the old wiki: http://wiki1.dovecot.org/LDA -m : Destination mailbox (default is INBOX). If the mailbox doesn't exist, it's created (unless -n is used). If message couldn't be saved to the mailbox for any reason, it's delivered to INBOX instead. -s: Subscribe to mailboxes that are automatically created (via -m parameter or fileinto Sieve action). (v1.1.3+) Those have been replaced in Dovecot v2 with: # Should saving a mail to a nonexistent mailbox automatically create it? lda_mailbox_autocreate = no # Should automatically created mailboxes be also automatically subscribed? lda_mailbox_autosubscribe = no But neither of those options are mentioned on the LDA wiki page: http://wiki2.dovecot.org/LDA It's only mentioned in passing on the 2.0 page that explains the changes between 1.2 and 2.0. From skolesnyk at gmail.com Sat Jul 30 01:58:56 2011 From: skolesnyk at gmail.com (Serhiy Kolesnyk) Date: Sat, 30 Jul 2011 01:58:56 +0300 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working Message-ID: Hello! After moving from Centos 5.6 to Centos 6, I figured that Sendmail minor version was updated from 8.13.x to 8.14 and Dovecto from 1.2 to 2.0.x In previous configuration SMTP auth worked fine (no SASAUTHD neccessary) for virtual users table. Dovecot was authenticating virtual users virtual checking dovecot.passwd file. I'm not sure how Sendmail was processing SMTP AUTH for virtual users connecting via email clients since there was no obvious connection to Dovecot authentication. But SMTP AUTH was working and virtual users could send email via SSL. Now after this recent upgrade I looked into Dovecot conf changes and updated it according. POP/IMAP are working and Sendmail does deliver incoming mail to the mbox folders. What stopped working is SMTP AUTH. Here's maillog excerpt of authentication process: Jul 29 23:46:11 one2action sendmail[2865]: AUTH: available mech=CRAM-MD5 DIGEST-MD5 LOGIN GSSAPI PLAIN, allowed mech=LOGIN PLAIN Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, get_verify: 0 get_peer: 0x0 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, relay=136-31-132-95.pool.ukrtel.net [95.132.31.136], version=TLSv1/SSLv3, verify=NO, cipher=RC4-MD5, bits=128/128 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=server, cert-subject=, cert-issuer=, verifymsg=ok Jul 29 23:46:11 one2action sendmail[2865]: AUTH: available mech=CRAM-MD5 DIGEST-MD5 LOGIN GSSAPI PLAIN, allowed mech=LOGIN PLAIN Jul 29 23:46:11 one2action sendmail[2865]: p6TMkB95002865: --- 220 one2action.com ESMTP Sendmail 8.14.4/8.14.4; Fri, 29 Jul 2011 23:46:11 +0100 Jul 29 23:46:11 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: <-- EHLO astronaut Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-one2action.com Hello 136-31-132-95.pool.ukrtel.net [95.132.31.136], pleased to meet you Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-ENHANCEDSTATUSCODES Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-PIPELINING Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-8BITMIME Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-SIZE Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-DSN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-ETRN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-AUTH LOGIN PLAIN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250-DELIVERBY Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 250 HELP Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: <-- AUTH LOGIN Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 334 VXNlcm5hbWU6 Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 334 UGFzc3dvcmQ6 Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 535 5.7.0 authentication failed Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: AUTH failure (LOGIN): generic failure (-1) SASL(-1): generic failure: checkpass failed, relay=136-31-132-95.pool.ukrtel.net [95.132.31.136] Jul 29 23:46:12 one2action sendmail[2865]: STARTTLS=read, info: fds=8/4, err=2 Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: --- 421 4.4.1 one2action.com Lost input channel from 136-31-132-95.pool.ukrtel.net [95.132.31.136] Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: lost input channel from 136-31-132-95.pool.ukrtel.net [95.132.31.136] to TLSMTA after auth Jul 29 23:46:12 one2action sendmail[2865]: p6TMkB95002865: 136-31-132-95.pool.ukrtel.net [95.132.31.136] did not issue MAIL/EXPN/VRFY/ETRN during connection to TLSMTA Here's dovecot -n # dovecot -n # 2.0.beta6 (3156315704ef): /etc/dovecot/dovecot.conf # OS: Linux 2.6.39.1-linode34 i686 CentOS Linux release 6.0 (Final) auth_cache_negative_ttl = 3600 s auth_debug_passwords = yes auth_mechanisms = plain login DIGEST-MD5 cram-md5 auth_worker_max_count = 3 default_client_limit = 10 default_process_limit = 5 disable_plaintext_auth = no listen = * log_path = /var/log/dovecot.log mail_location = mbox:~/mail:INBOX=/var/mail/%u mail_privileged_group = mail mbox_write_locks = fcntl passdb { args = scheme=MD5-CRYPT username_format=%u /etc/dovecot/dovecot.passwd driver = passwd-file } passdb { args = dovecot driver = pam } passdb { args = /etc/passwd driver = passwd-file } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-userdb { group = smmsp mode = 0666 user = smmsp } unix_listener dovecot-auth { group = smmsp mode = 0666 user = smmsp } } service imap-login { inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3s { port = 995 ssl = yes } } ssl_cert = Hi, Dovecot ignores EINPROGRESS on connect(2) for non-blocking fd. This is wrong. After that, read(2) to fd (or write(2) to fd) fails with ENOTCONN if the connection of fd is not completed. The attached patch fixes this problem. -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-2.0.13-wait-for-fd-to-complete-connect.patch Type: text/x-diff Size: 2278 bytes Desc: not available URL: From ad+lists at uni-x.org Sun Jul 31 01:21:38 2011 From: ad+lists at uni-x.org (Alexander Dalloz) Date: Sun, 31 Jul 2011 00:21:38 +0200 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working In-Reply-To: References: Message-ID: <4E3483F2.9050100@uni-x.org> Am 30.07.2011 00:58, schrieb Serhiy Kolesnyk: > As I understand Sendmail now can't find Dovecot authentication via > userdb and that's why a client isn't authenticated. Please help. Sendmail has never worked against dovecot's sasl implementation. To use SMTP AUTH with Sendmail you will have to use Cyrus-SASL. Check your previous setup in detail. Alexander From skolesnyk at gmail.com Sun Jul 31 04:52:11 2011 From: skolesnyk at gmail.com (Serhiy Kolesnyk) Date: Sun, 31 Jul 2011 04:52:11 +0300 Subject: [Dovecot] Dovecot 2.0.x + Sendmail 8.14.4 SMTP AUTH not working In-Reply-To: <4E3483F2.9050100@uni-x.org> References: <4E3483F2.9050100@uni-x.org> Message-ID: Yep, I didn't pay enough attention to that. I've setup SMTP AUTH via cyrus-SASL-sql. Works fine. I try to do the same with Dovecot's Password verification by SQL server. Which "default_pass_scheme = " I should set? Password is stored as plain text in the db table field. Client (Outlook) authenticates with PLAIN login via POP3s. I guest pass_scheme should be also set to PLAIN ? On Sun, Jul 31, 2011 at 1:21 AM, Alexander Dalloz wrote: > Am 30.07.2011 00:58, schrieb Serhiy Kolesnyk: > >> As I understand Sendmail now can't find Dovecot authentication via >> userdb and that's why a client isn't authenticated. Please help. > > Sendmail has never worked against dovecot's sasl implementation. To use > SMTP AUTH with Sendmail you will have to use Cyrus-SASL. > > Check your previous setup in detail. > > Alexander > From fumiyas at osstech.jp Sun Jul 31 08:40:10 2011 From: fumiyas at osstech.jp (SATOH Fumiyasu) Date: Sun, 31 Jul 2011 14:40:10 +0900 Subject: [Dovecot] [PATCH] net_connect_*(): Wait for fd to complete connect(2) when fd is non-blocking In-Reply-To: <87zkjv3eml.wl%fumiyas@osstech.jp> References: <87zkjv3eml.wl%fumiyas@osstech.jp> Message-ID: <87y5zf2ekl.wl%fumiyas@osstech.jp> Hi, I've regenerated the patch with 'hg export' instead of 'hg log -p'. (Sorry, I'm a Mercurial newbie.) At Sun, 31 Jul 2011 01:41:22 +0900, SATOH Fumiyasu wrote: > Dovecot ignores EINPROGRESS on connect(2) for non-blocking fd. > This is wrong. After that, read(2) to fd (or write(2) to fd) fails > with ENOTCONN if the connection of fd is not completed. > > The attached patch fixes this problem. -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-2.0.13-wait-for-fd-to-complete-connect.patch Type: text/x-diff Size: 2366 bytes Desc: not available URL: From spamvoll at googlemail.com Sun Jul 31 15:02:57 2011 From: spamvoll at googlemail.com (spamvoll at googlemail.com) Date: Sun, 31 Jul 2011 14:02:57 +0200 Subject: [Dovecot] Dovecot Backup Message-ID: Hi.. are there any proofen Methods to backup all mail ? shutting down dovecot and tar the hole dir? using rsnapshot? any hints / thoughts im running dovecot2 on freebsd Hans From stsiol at yahoo.co.uk Sun Jul 31 18:24:14 2011 From: stsiol at yahoo.co.uk (Spyros Tsiolis) Date: Sun, 31 Jul 2011 16:24:14 +0100 (BST) Subject: [Dovecot] Dovecot Backup In-Reply-To: Message-ID: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > From: spamvoll at googlemail.com > Subject: [Dovecot] Dovecot Backup > To: "Dovecot Mailing List" > Date: Sunday, 31 July, 2011, 15:02 > Hi.. > > are there any proofen Methods to backup all mail ? > > shutting down dovecot and tar the hole dir? > using rsnapshot? > > any hints / thoughts > > im running dovecot2 on freebsd > > Hans > Ditto, But then again no-one bothered to answer this when I asked. s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From ricardo at wenn.com Sun Jul 31 18:32:34 2011 From: ricardo at wenn.com (Ricardo Branco) Date: Sun, 31 Jul 2011 15:32:34 +0000 Subject: [Dovecot] Dovecot Backup In-Reply-To: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> References: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> Message-ID: <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> Rsync Sent from my BlackBerry? wireless device -----Original Message----- From: Spyros Tsiolis Sender: dovecot-bounces at dovecot.org Date: Sun, 31 Jul 2011 16:24:14 To: Dovecot Subject: Re: [Dovecot] Dovecot Backup --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > From: spamvoll at googlemail.com > Subject: [Dovecot] Dovecot Backup > To: "Dovecot Mailing List" > Date: Sunday, 31 July, 2011, 15:02 > Hi.. > > are there any proofen Methods to backup all mail ? > > shutting down dovecot and tar the hole dir? > using rsnapshot? > > any hints / thoughts > > im running dovecot2 on freebsd > > Hans > Ditto, But then again no-one bothered to answer this when I asked. s. ---- "I merely function as a channel that filters music through the chaos of noise" - Vangelis From norman.maurer at googlemail.com Sun Jul 31 21:12:28 2011 From: norman.maurer at googlemail.com (Norman Maurer) Date: Sun, 31 Jul 2011 20:12:28 +0200 Subject: [Dovecot] Dovecot Backup In-Reply-To: <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> References: <1312125854.62658.YahooMailClassic@web27203.mail.ukl.yahoo.com> <760070930-1312126354-cardhu_decombobulator_blackberry.rim.net-65560179-@b18.c3.bise7.blackberry> Message-ID: We use zfs snapshot and then rsync. Bye, Norman 2011/7/31 Ricardo Branco : > Rsync > Sent from my BlackBerry? wireless device > > -----Original Message----- > From: Spyros Tsiolis > Sender: dovecot-bounces at dovecot.org > Date: Sun, 31 Jul 2011 16:24:14 > To: Dovecot > Subject: Re: [Dovecot] Dovecot Backup > > --- On Sun, 31/7/11, spamvoll at googlemail.com wrote: > >> From: spamvoll at googlemail.com >> Subject: [Dovecot] Dovecot Backup >> To: "Dovecot Mailing List" >> Date: Sunday, 31 July, 2011, 15:02 >> Hi.. >> >> are there any proofen Methods to backup all mail ? >> >> shutting down dovecot and tar the hole dir? >> using rsnapshot? >> >> any hints / thoughts >> >> im running dovecot2 on freebsd >> >> Hans >> > > Ditto, > > But then again no-one bothered to answer this when I asked. > > s. > ---- > "I merely function as a channel that filters > music through the chaos of noise" > ?- Vangelis > > From Ralf.Hildebrandt at charite.de Sun Jul 31 21:14:37 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Sun, 31 Jul 2011 20:14:37 +0200 Subject: [Dovecot] libtoolize warnings when building Message-ID: <20110731181437.GL23943@charite.de> When building the HG checkout, I'm getting: ... libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a Making distclean in doc My build command looks like this: hg pull hg update ./autogen.sh make -j distclean ./configure --prefix=/usr/local --enable-maintainer-mode make -j 4 -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From tss at iki.fi Sun Jul 31 21:20:19 2011 From: tss at iki.fi (Timo Sirainen) Date: Sun, 31 Jul 2011 21:20:19 +0300 Subject: [Dovecot] libtoolize warnings when building In-Reply-To: <20110731181437.GL23943@charite.de> References: <20110731181437.GL23943@charite.de> Message-ID: <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> On 31.7.2011, at 21.14, Ralf Hildebrandt wrote: > When building the HG checkout, I'm getting: > > ... > libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and > libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. > libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a Yeah, I've considered it, but I'm not entirely sure if I should do as it says. So far I haven't. From Ralf.Hildebrandt at charite.de Sun Jul 31 21:21:26 2011 From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt) Date: Sun, 31 Jul 2011 20:21:26 +0200 Subject: [Dovecot] libtoolize warnings when building In-Reply-To: <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> References: <20110731181437.GL23943@charite.de> <1B68FF3F-F288-4488-8EF4-F4674DB06481@iki.fi> Message-ID: <20110731182126.GM23943@charite.de> * Timo Sirainen : > On 31.7.2011, at 21.14, Ralf Hildebrandt wrote: > > > When building the HG checkout, I'm getting: > > > > ... > > libtoolize: Consider adding AC_CONFIG_MACRO_DIR([m4])' to configure.in and > > libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. > > libtoolize: Consider adding -I m4' to ACLOCAL_AMFLAGS in Makefile.am.a > > Yeah, I've considered it, but I'm not entirely sure if I should do as it says. So far I haven't. Just asking. Usually I'm doing something wrong in these kinds of cases. Thanks for the info. -- Ralf Hildebrandt Gesch?ftsbereich IT | Abteilung Netzwerk Charit? - Universit?tsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt at charite.de | http://www.charite.de From maillistpld at gmail.com Sun Jul 31 23:48:16 2011 From: maillistpld at gmail.com (=?UTF-8?B?UGF3ZcWCIEzEmWN6bmFy?=) Date: Sun, 31 Jul 2011 22:48:16 +0200 Subject: [Dovecot] [BUG?] LDAP authentication with aliases issues Message-ID: <4E35BF90.4040507@gmail.com> Hello, I am trying to configure Dovecot with LDAP authentication. My LDAP tree structure is as following: dc=root,dc=pl \_ ou=Users \_ uid=test \_ ou=Mail \_ ou=domain.pl \_ uid=alias_to_test I cannot authenticate using 'uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl'. If I try to authenticate using 'uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl', following entry appears in the Dovecot's log file: #v+ auth: Debug: client in: AUTH 1 PLAIN service=imap secured lip=127.0.0.1 rip=127.0.0.1 lport=993 rport=59818 resp=YWxpYXMxQGFsaWFzeS5wbABhbGlhczFAYWxpYXN5LnBsAGFzZHF3ZWFzZA== auth: Debug: ldap(alias_to_test at domain.pl,127.0.0.1): pass search: base=uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl scope=base filter=(&(objectClass=posixAccount)) fields=uid,userPassword auth: Debug: auth(alias_to_test at domain.pl,127.0.0.1): username changed alias_to_test at domain.pl -> test auth: Debug: ldap(test,127.0.0.1): result: uid(user)=test userPassword(password)={CRYPT}ACnZvF4.K46UI auth: Debug: client out: OK 1 user=test auth: Debug: ldap(test,127.0.0.1): user search: base=uid=test,ou=,ou=Mail,dc=root,dc=pl scope=base filter=(&(objectClass=posixAccount)(uid=test)) fields=homeDirectory,uidNumber,gidNumber auth: Debug: master out: FAIL 2551840769 #v- In the LDAP server log file, following entries appear during authentication attempt #v+ ldap slapd[11729]: conn=1125 op=0 BIND dn="cn=Manager,dc=root,dc=pl" method=128 ldap slapd[11729]: conn=1125 op=0 BIND dn="cn=Manager,dc=root,dc=pl" mech=SIMPLE ssf=0 ldap slapd[11729]: conn=1125 op=0 RESULT tag=97 err=0 text= ldap slapd[11729]: conn=1125 op=1 SRCH base="uid=alias_to_test,ou=domain.pl,ou=Mail,dc=root,dc=pl" scope=0 deref=3 filter="(&(objectClass=posixAccount))" ldap slapd[11729]: conn=1125 op=1 SRCH attr=uid userPassword ldap slapd[11729]: conn=1125 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text= ldap slapd[11729]: conn=1125 op=2 do_search: invalid dn: "uid=test,ou=,ou=Mail,dc=root,dc=pl" ldap slapd[11729]: conn=1125 op=2 SEARCH RESULT tag=101 err=34 nentries=0 text=invalid DN #v- It seems that LDAP AuthDatabase doesn't change the context when looking up for the target object, to which the alias points. Futhermore, the filter for the target object '(&(objectClass=posixAccount)(uid=test))' was not defined by me anywhere in the configuration file 'dovecot-ldap.ext'. I have tried both authentication ways: 'password lookups' and 'authentication binding' with the same result. However, There is no problem to authenticate as 'uid=test,ou=Users,dc=root,dc=pl' (of cource after modifying the configuration file listed at the end). I suppose that it can be a bug in LDAP AuthDatabase, so I am writing this post as a potential bug report. Below are my configuration data: *************** # dovecot -n # 2.0.13: /etc/dovecot/dovecot.conf # OS: Linux 2.6.38.8-1 x86_64 auth_debug = yes auth_debug_passwords = yes auth_mechanisms = plain login auth_socket_path = /var/run/dovecot/auth-userdb auth_verbose = yes auth_verbose_passwords = plain listen = * mail_debug = yes mail_gid = 2000 mail_uid = 2000 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 passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } postmaster_address = postmaster at domain.pl protocols = imap pop3 sieve service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } ssl = required ssl_cert =