Re: [Dovecot] v1.2.4 released
dovecot-1.2-managesieve-0.11.8 fails to compile with dovecot 1.2.4 and sieve 0.1.11, following versions were used: drwxrwxrwx 4 root root 4096 18. Aug 07:31 dovecot-1.2.4 drwxrwxrwx 4 root root 4096 18. Aug 07:34 dovecot-1.2-managesieve-0.11.8 drwxrwxrwx 6 root root 4096 18. Aug 07:33 dovecot-1.2-sieve-0.1.11 config was created as follows: ./configure \ --prefix=/opt/dovecot \ --with-dovecot=/usr/src/dovecot-1.2.4 \ --with-dovecot-sieve=/usr/src/dovecot-1.2-sieve-0.1.11 \ host:/usr/src/dovecot-1.2-managesieve-0.11.8# make make all-recursive make[1]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8' Making all in src make[2]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src' Making all in lib-managesieve make[3]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/lib-managesieve' make[3]: Für das Ziel »all« ist nichts zu tun. make[3]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/lib-managesieve' Making all in lib-sievestorage make[3]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/lib-sievestorage' make[3]: Für das Ziel »all« ist nichts zu tun. make[3]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/lib-sievestorage' Making all in managesieve make[3]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/managesieve' make[3]: Für das Ziel »all« ist nichts zu tun. make[3]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/managesieve' Making all in managesieve-login make[3]: Entering directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/managesieve-login' gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/src/dovecot-1.2.4 -I/usr/src/dovecot-1.2.4/src/lib -I/usr/src/dovecot-1.2.4/src/lib-auth -I/usr/src/dovecot-1.2.4/src/lib-mail -I/usr/src/dovecot-1.2.4/src/lib-index -I/usr/src/dovecot-1.2.4/src/lib-storage -I/usr/src/dovecot-1.2.4/src/login-common -I../../src/lib-managesieve -I/usr/src/dovecot-1.2-sieve-0.1.11 -I/usr/src/dovecot-1.2-sieve-0.1.11/src/lib-sieve -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -MT managesieve-proxy.o -MD -MP -MF .deps/managesieve-proxy.Tpo -c -o managesieve-proxy.o managesieve-proxy.c managesieve-proxy.c:492:40: error: macro "login_proxy_new" requires 7 arguments, but only 6 given managesieve-proxy.c: In function ‘managesieve_proxy_new’: managesieve-proxy.c:491: warning: assignment from incompatible pointer type make[3]: *** [managesieve-proxy.o] Fehler 1 make[3]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src/managesieve-login' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/usr/src/dovecot-1.2-managesieve-0.11.8' make: *** [all] Fehler 2 host:/usr/src/dovecot-1.2-managesieve-0.11.8# config dovecot 1.2.4: ./configure \ --prefix=/opt/dovecot \ --enable-asserts \ --enable-header-install \ --enable-largefile \ --with-ldap=yes \ --with-zlib \ --with-bzlib \ --with-libcap \ --with-ssl=openssl \ --with-gc \ --with-storages=maildir,mbox,dbox,cydir \ config dovecot-1.2-sieve-0.1.11: ./configure \ --prefix=/opt/dovecot \ --with-dovecot=/usr/src/dovecot-1.2.4 \ Of cource diff for dovecot 1.2.4 was applied. That patch was for 1.2.3, but patch did not complain. Is there any reason not to include that patch into Dovecot with option to select/deselect by configure ? regards Christian Powered bei http://freemail.taunusstein.net
Re: [Dovecot] Gotchas in switching from one server to another without impacting users?
On Fri, Aug 14, 2009 at 5:17 PM, Sahil Tandon wrote: > On Fri, 14 Aug 2009, Timo Sirainen wrote: > >> On Aug 14, 2009, at 12:36 AM, Gary Chodos wrote: >> >>> We have to replace one mail store (foo.example.org) with another >>> (bar.example.org). I rsync'd the maildirs from foo to bar today and >>> the plan is to hold all delivery (in the SMTP server) on foo over the >>> weekend, rsync again (this time it should be much faster since the >>> large xfer already occurred today), then flush the SMTP queue on foo >>> towards bar, direct all new deliveries to bar.example.org. Users >>> currently access their IMAP mailboxes via imap.example.org. I plan to >>> just 'flip the switch' at DNS so imap.example.org points to >>> bar.example.org (instead of foo.example.org) so users don't have to >>> change anything on their end and should not even notice this change. >> >> And I guess you also thought about the DNS cache TTLs? > > The OP should also consider killing dovecot during the rsync (similar to what > another member of this list suggested). Then restart with a new > configuration that proxies incoming IMAP connections towards the new server > in case some clients still hit the old server before full DNS propagation. To make the proxy feature work I had to allow plaintext auth on 143 from old -> new server. I use firewall rules to prohibit anyone except the old server from accessing the new one on port 143. Does this pose a security issue? Is there something else I should do to prevent security holes?
Re: [Dovecot] GSSAPI Authentication in v1.2.1
On 15/08/2009 2:08 AM, Timo Sirainen wrote: On Fri, 2009-08-14 at 16:46 +1000, Phillip Macey wrote: I also needed to change src/master/master-login-interface.h #define MASTER_LOGIN_MAX_DATA_SIZE (8192*2) Will these changes be included future releases or is this something that we will need to maintain for ourselves? -- Thanks, Phill Macey (CiSRA IT Services)
Re: [Dovecot] Postfix : lda problem
denis a écrit : > Ok, here is a configuration that works fine but without success to > retrieve the correct gid in the database. > In fact, aliases no longer work In trying with alias_maps or virtual_alias_maps and in both cases the following error: User unknown in virtual mailbox table Any Ideas ? Thanks Denis ## /etc/postfix/main.cf alias_maps =proxy:mysql:/etc/postfix/myalias.cf, hash:/etc/aliases virtual_mailbox_base = /var/alternc/mail virtual_mailbox_maps = proxy:mysql:/etc/postfix/myvirtual.cf virtual_mailbox_domains = mysql:/etc/postfix/mydomain.cf default_privs = www-data virtual_uid_maps = static:33 virtual_gid_maps = static:33 virtual_transport = dovecot dovecot_destination_recipient_limit = 1 ## /etc/postfix/myalias.cf user = xyz password = xyz hosts = 10.0.112.1 dbname = alternc table = mail_alias select_field = alias where_field = mail
Re: [Dovecot] Quota question.
On Mon, 17 Aug 2009, Timo Sirainen wrote: On Sun, 2009-08-16 at 09:09 -0400, Tom Diehl wrote: Actually it should be possible to just delete the row and let Dovecot recalculate the quota on next update, but currently this isn't working. I've a half-finished patch to make it work, but it's a pretty big change. v1.2.4 anyway hopefully has it. Looks like it doesn't make it for v1.2.4. v1.2.5 then. :-( I am looking fwd to this fix. I have several thousand mailboxes to migrate in the next few weeks. Not something that is really practical to do by hand. Maybe I could script something using expect and a modified db query so that I do not have to know all of the users passwds. Do all your users use the same UID? There's an easier way to do this Yes, they do. then: echo "1 getquotaroot inbox" | USER=username dovecot --exec-mail imap That is really cool!! Thanks for the help. I really appreciate it. Enjoy your vacation!! Regards, -- Tom Diehl tdi...@rogueind.com Spamtrap address mtd...@rogueind.com
Re: [Dovecot] Dovecot and LDAP-Quotas
On Mon, 2009-08-17 at 08:59 -0700, south africa wrote: > user_attrs = msRADIUSFramedIPAddress=quota_rule=*:storage=%$k This requires using userdb ldap. > userdb: > driver: passwd > userdb: > driver: static > args: uid=500 gid=500 home=/home/vmail/%Lu allow_all_users=yes But you're using only passwd and static. (And you probably don't really want to use userdb passwd anyway.) signature.asc Description: This is a digitally signed message part
[Dovecot] Dovecot and LDAP-Quotas
Hi all, I have configured Dovecot as a POP/IMAP-Server in front of a Postfix-Server. Every thing works without one thing: LDAP-quotas The main-quota-rule works: quota_rule: *:storage=8M Only the LDAP-quota won't be used by Dovecot: user_attrs = msRADIUSFramedIPAddress=quota_rule=*:storage=%$k I have to use the special LDAP-field "msRADIUSFramedIPAddress" because my W2003 domain controller don't have a regular quota field. This LDAP-field is the only "free integer" LDAP-field. Could anyone please give me a hint? Greetings Paul #dovecot -n # 1.2.3: /etc/dovecot.conf # OS: Linux 2.6.18-128.4.1.el5 x86_64 CentOS release 5.3 (Final) ext3 log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps listen(default): 123.456.789.71 listen(imap): 123.456.789.71 listen(pop3): 123.456.789.72 ssl_listen(default): ssl_listen(imap): ssl_listen(pop3): 123.456.789.72:995 ssl_ca_file: /etc/pki/dovecot/certs/pop_core_uk/trustcenter_intermediate.crt ssl_cert_file: /etc/pki/dovecot/certs/pop_core_uk/server.crt ssl_key_file: /etc/pki/dovecot/private/pop_core_uk/server.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 mail_location: maildir:/home/vmail/%Lu/Maildir/ mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/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): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh lda: debug: yes postmaster_address: postms...@core.uk hostname: smtp.core.uk mail_plugins: quota quota_full_tempfail: yes log_path: /var/log/dovecot-deliver.log log_timestamp: %b %d %H:%M:%S rejection_reason: Ihre Nachricht an <%t> wurde automatisiert abgewiesen:%n%r auth default: mechanisms: plain login username_translation: @_._ verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: passwd userdb: driver: static args: uid=500 gid=500 home=/home/vmail/%Lu allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: postfix plugin: quota: maildir:User quota quota_rule: *:storage=8M quota_warning: storage=90%% /usr/local/bin/quota-warning.sh 90 quota_warning2: storage=75%% /usr/local/bin/quota-warning.sh 75 dovecot-ldap.conf - hosts = 123.456.789.123 123.456.789.124 base = OU=one,OU=two,OU=London,OU=GB,OU=User Accounts,DC=three,DC=core,DC=uk ldap_version = 3 auth_bind = yes auth_bind_userdn = %...@core.uk user_filter = (&(objectClass=person)(cn=%u)) user_attrs = msRADIUSFramedIPAddress=quota_rule=*:storage=%$k _ Get your FREE TheDoghouseMail email address at http://www.thedoghousemail.com
[Dovecot] v1.2.4 released
http://dovecot.org/releases/1.2/dovecot-1.2.4.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.4.tar.gz.sig I'll be on vacation for the rest of this week. I'll read my mails once in a while though. * acl: When looking up ACL defaults, use global/local default files if they exist. So it's now possible to set default ACLs by creating dovecot-acl file to the mail root directory. + imap/pop3 proxy: If proxy destination is known to be down, fail connections to it immediately. + imap/pop3 proxy: Added proxy_timeout passdb extra field to specify proxy's connect timeout. - Fixed a crash in index file handling. - Fixed a crash in saving messages where message contained a CR character that wasn't followed by LF (and the CR happened to be the last character in an internal buffer). - v1.2.3 crashed when listing shared namespace prefix. - listescape plugin: Several fixes. - autocreate plugin: Fixed autosubscribing to mailboxes in subscriptions=no namespaces. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Quota question.
On Sun, 2009-08-16 at 09:09 -0400, Tom Diehl wrote: > > Actually it should be possible to just delete the row and let Dovecot > > recalculate the quota on next update, but currently this isn't working. > > I've a half-finished patch to make it work, but it's a pretty big > > change. v1.2.4 anyway hopefully has it. Looks like it doesn't make it for v1.2.4. v1.2.5 then. > I am looking fwd to this fix. I have several thousand mailboxes to migrate in > the next few weeks. Not something that is really practical to do by hand. > Maybe > I could script something using expect and a modified db query so that I do not > have to know all of the users passwds. Do all your users use the same UID? There's an easier way to do this then: echo "1 getquotaroot inbox" | USER=username dovecot --exec-mail imap signature.asc Description: This is a digitally signed message part
Re: [Dovecot] BUG: mbox_snarf causes message duplication when two IMAP connections are open
On Fri, Aug 7, 2009 at 20:32, Timo Sirainen wrote: > On Fri, 2009-08-07 at 15:31 -0400, Timo Sirainen wrote: >> Does the attached patch help? Although it makes performance slightly >> worse.. Probably not noticeably. If it works, I'll just commit it to the >> next release. > > Sorry, I messed up the patch. Should have used "hg diff", not "hg export > tip" :) Attached a working one this time. Hello, The patch applied fine to the latest release and fixed the issue for us, thanks again :)
Re: [Dovecot] More Migration Questions
Hello, OK, I've found the problem... If i migrate all email from one server to another, preserving msg UIDs, then the msg UIDs are ignored by the POP3 client if it has it's hostname/IP changed in order to point to the new server. So... mail client points to 192.168.1.1. mail is all downloaded but left on server. migration to new server occurs, preserving msg UIDs. mail client IP adjusted to point to 192.168.1.2. All mail downloaded again, duplicates now exist. The way to get around this is to either set your mail client to hostname in the first place, and then make the change in DNS, or to remove all msgs from the server before migration, so the msg UIDs are irrelevant. It's also annoying that you cannot fix the problem before migration because if i tell people to change from the old mail server's IP to the old mail server's hostname, then again - the mail client will download all their mail again and duplicate it! Anyway... i'm glad i've found the problem, even if it does make the migration a little annoying! :-) Regards, Richard. Richard Hobbs wrote: > Hello, > > We've also tried setting the size of the msgs to be the same, just in > case that made a difference. Here is some output from our old mail > server during the test: > > == > uidl > +OK uidl command accepted. > 1 a=="!(3N"!&D'"!87D"! > 2 _fg!!)%>!!Ic>!!-@'"! > 3 Yh]!!Zlk"!QfA"!Lj1!! > . > list > +OK 3 visible messages (42852 octets) > 1 28359 > 2 2918 > 3 11575 > . > == > > Here are the same commands against the new server during our test: > > == > uidl > +OK > 1 a=="!(3N"!&D'"!87D"! > 2 _fg!!)%>!!Ic>!!-@'"! > 3 Yh]!!Zlk"!QfA"!Lj1!! > . > list > +OK 3 messages: > 1 28359 > 2 2918 > 3 11575 > . > == > > As far as i can tell, they are identical. > > If i setup the old server in my mail client, it downloads all 3 msgs. If > i then mark them all as "read" and change the hostname of the mail > server to point to the new server, it then downloads the same 3 msgs so > i end up with duplicates in my inbox, despite them having the same UIDLs! > > The only difference i can see is that the old mail server has the X-UIDL > header towards the end of the headers, and the new server puts the > X-UIDL header right at the top above all other headers. > > Does anyone know what on earth is going on here? > > Thanks again! > > Richard. > > > Richard Hobbs wrote: >> Hello, >> >> Thanks again - your reply will help greatly. >> >> I have a rather more annoying problem at the moment, best described by >> my conversation in the dovecot IRC channel... >> >> i've telnetted to 110 on old server >> >> the "uidl" command shows 3 UIDLs >> >> uidl command also shows 3 UIDLs from new server... >> >> trouble is, despite seeing the same 3 UIDLs on the old mail server *and* >> the new mail server, when issuing the "uidl" command through port 110 >> after logging in, i just setup the account in my mail client against the >> old server, downloaded 3 msgs, changed the config for the new server, >> and it downloaded the same msgs again! >> >> ok, on the old server, in the received email, towards the bottom of the >> headers, i see this: >> >> X-UIDL: a=="!(3N"!&D'"!87D"! >> >> on the new server, in the duplicate received email, right at the top, >> before any other headers, i see this: >> >> X-UIDL: a=="!(3N"!&D'"!87D"! >> >> whaton earth is going on here... >> >> both now have the same X-UIDL, but are being downloaded separately! >> >> So... does anyone have any ideas? >> >> Thanks again! >> >> Richard. >> >> >> Timo Sirainen wrote: >>> On Fri, 2009-08-14 at 15:39 +, Richard Hobbs wrote: > That's better actually, you don't then have to add those ~/mail/ > compabilitity namespaces. Well, i haven't added any ~/mail/ compatibility namespaces knowingly... i guess they might be in the default config (my version has been built for debian), but how would i check? Basically, the problem is that some users have their folders in "~/mail/" and others have their folders in "~/". >>> This is kind of what I meant by the compatibility namespaces. If some >>> users have ~/mail/ and whatelse, you'll probably want to add such >>> namespaces to Dovecot. See >>> http://wiki.dovecot.org/Namespaces#Backwards_Compatibility:_UW-IMAP >>> I want to convert both, and also and up with a standard location in the maildir setup. I guess the best way to do this is to just copy everyone's mailboxes from "~/" into "~/mail/" before i run the conversion, right? >>> That should work, as long as you can find all the mailboxes (or are all >>> files in ~/ mailboxes?) >>> As long as people don't object to their folders potentially changing places within their IMAP c
[Dovecot] install sieve without any dovecot sources
Hi all I have dovecot 1.1.16 (dovecot-1.1.16-0_94.el5 x86-64) installed on a Red Hat Enterprise v.5. I am already using Dovecot's deliver for virtual users local delivery and need to install the cmusieve plugin for the filtering capabilities. I don't have any sources, since I installed Dovecot from a binary package. Is there any way to install the cmusieve plugin? Thanks in advance Dimitrios Karapiperis
Re: [Dovecot] GSSAPI Authentication in v1.2.1
On 15/08/2009 2:08 AM, Timo Sirainen wrote: On Fri, 2009-08-14 at 16:46 +1000, Phillip Macey wrote: I also needed to change src/master/master-login-interface.h #define MASTER_LOGIN_MAX_DATA_SIZE (8192*2) Will these changes be included in the next release or is this something that we will need to maintain for ourselves? -- Thanks, Phill Macey (CiSRA IT Services)