- dovecot - dovecot.org

[Dovecot] authentication failure with known good credentials???
by Dave Stevens 17 Aug '10

17 Aug '10

Hi, I have a problem on my server. To illustrate, I created a new user, unclewiggly, and set up a password. I then used sent an email from my usual account. Logging in with my browser I am able to see the inbox, the mail and contents correctly. I then set up a new instance of Eudora 7.1 on my windows 7 box with the appropriate login id and check the account using the correct password. The fetch fails with the client reporting an authentication failure. Ideas? Places to look? Logfiles I can search? Maillog doesn't seem very informative, should I send a snippet? Thanks, Dave -- "It is no measure of health to be well adjusted to a profoundly sick society." Krishnamurti

3 3

[Dovecot] Using a BSDI 4.X system for Dovecot
by The Doctor 17 Aug '10

17 Aug '10

It might be old but still worked. I am using Dovecot 1.2.11 hoping to replace QualComm Eudora and Cyrus IMAP. dovecot -n yields base_dir: /var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_listen: 204.209.81.1 ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/dovecot/libexec/dovecot/imap-login login_executable(imap): /usr/dovecot/libexec/dovecot/imap-login login_executable(pop3): /usr/dovecot/libexec/dovecot/pop3-login mail_max_userip_connections(default): 10 mail_max_userip_connections(imap): 10 mail_max_userip_connections(pop3): 3 first_valid_uid: 100 last_valid_uid: 65535 last_valid_gid: 65535 mail_privileged_group: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u dbox_rotate_days: 0 mail_executable(default): /usr/dovecot/libexec/dovecot/imap mail_executable(imap): /usr/dovecot/libexec/dovecot/imap mail_executable(pop3): /usr/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /usr/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /usr/dovecot/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): auth default: executable: /usr/contrib/libexec/dovecot/dovecot-auth passdb: driver: passwd-file args: /etc/master.passwd userdb: driver: passwd userdb: driver: passwd-file args: /etc/passwd And running SSL here In my logs I see Aug 17 00:35:10 doctor dovecot: POP3(user1): Fatal: setregid(100(user),14(mail)) failed with euid=0(root): Operation not permitted Aug 17 00:35:15 doctor dovecot: IMAP(user2): Fatal: setregid(100(user),14(mail)) failed with euid=0(root): Operation not permitted Question: What are am I not doing right? -- Member - Liberal International This is doctor(a)nl2k.ab.ca Ici doctor(a)nl2k.ab.ca God, Queen and country! Never Satan President Republic! Beware AntiChrist rising! http://twitter.com/rootnl2k http://www.facebook.com/dyadallee Australia!! Vote to throw the REpublicans to the sharks!

2 1

[Dovecot] 2.0 not starting
by Luciano Mannucci 17 Aug '10

17 Aug '10

Hi everybody, I tried to upgrade my 1.2.13 dovecot to 2.0. The configure/make/install process seemed to work flawlessly. I created the dovenull user, converted my config with #src/config/doveconf -n -c /etc/dovecot.conf > /tmp/dovecot.conf and moved the result manually to /etc/dovecot. By typing "dovecot" (after having stopped the previous instance :), I get: Error: service(pop3-login): listen(::, 110) failed: Address already in use Error: service(imap-login): listen(::, 143) failed: Address already in use Fatal: Failed to start listeners tough nor "netstat -ta" nor "lsof -i" do show anything using port 110 or 143. What did I wrong? Here is my doveconf -n: baobab:/usr/src/local/mail/dovecot/current/dovecot-2.0.0 # doveconf -n # 2.0.0: /etc/dovecot/dovecot.conf # OS: Linux 2.6.27.45-0.1-pae i686 openSUSE 11.1 (i586) ext3 doveconf: Warning: Dovecot was last started using /etc/dovecot.conf, but this config is /etc/dovecot/dovecot.conf auth_cache_size = 3072 auth_debug = yes auth_mechanisms = plain login auth_username_format = %Lu auth_verbose = yes disable_plaintext_auth = no first_valid_gid = 0 first_valid_uid = 100 info_log_path = /var/log/dovecot/logfile.info log_path = /var/log/dovecot/logfile login_greeting = Dovecot at Baobab ready. mail_location = mbox:/var/spool/mailboxes/%u:INBOX=/var/spool/mail/%u:DIRNAME=mbox:INDEX=/var/dovecot_indexes/%u maildir_copy_with_hardlinks = no namespace { inbox = yes location = prefix = separator = . type = private } passdb { driver = pam } plugin { quota = maildir quota_rule = *:storage=300M } protocols = pop3 imap service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } service imap-login { inet_listener imaps { address = 212.45.144.44, 212.45.144.70, 192.168.134.44 } process_limit = 512 } service pop3-login { inet_listener pop3s { address = 212.45.144.44, 212.45.144.70, 192.168.134.44 } process_limit = 512 } ssl_ca = </etc/ssl/ca.crt ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { driver = passwd } version_ignore = yes protocol imap { imap_client_workarounds = delay-newmail mail_plugins = quota imap_quota } protocol pop3 { mail_plugins = quota pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_enable_last = yes } protocol lda { postmaster_address = postmaster(a)mcs.it } luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster(a)sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.mannucci.ORG/

4 5

[Dovecot] Master User Features I'd like to see
by Marc Perkel 17 Aug '10

17 Aug '10

Here's what I'd like. Limited master users, where someone can be a master users for some domains but not others. I think I could do what I want with the right kinds of variable passing that doesn't yet exist. Let me see if I can explain clearly. From the example in the wiki: auth_master_user_separator = * passdb { driver = sql args = /etc/dovecot/dovecot-sql-master.conf.ext master = yes pass = yes } passdb { driver = sql args = /etc/dovecot/dovecot-sql.conf.ext } userdb { driver = sql args = /etc/dovecot/dovecot-sql.conf.ext } Login looks like this: # telnet localhost 143 * OK Dovecot ready. 1 login loginuser*masteruser masterpass 1 OK Logged in. I'm assuming that the masteruser and masterpass is passed to the master passdb and when doing so the variable %u is the master user. I assume that %n and %d also represent the name and domain part of the master user. What I need is to also be able to have variables for the loginuser passed to the master user query. Something like %lu, %ln, and %ld perhaps. That way with MySQL tricks I might be able to see if the master user is master for that particular login user. That way I can give domain owners or owners of multiple domains the ability to manage the email accounts within their scope of permission.

5 17

[Dovecot] cluster with dsync mirror
by Bryan Vyhmeister 17 Aug '10

17 Aug '10

I have an idea for running a pair of redundant dovecot mail servers that may be odd but it might work. I'm interested in any thoughts on the topic. Would it work to run 'dsync mirror' every minute against either mdbox or sdbox mailbox on a dedicated network connection between two (or potentially three or four) mail servers? I'm trying to avoid using a NAS/SAN or some other dedicated NFS server in a simple environment with a limited number of users. Everything else about the systems could be identical. Both could receive mail using Postfix with dovecot LDA. Thank you. Bryan

4 5

Re: [Dovecot] v2.0.0 released
by Dennis Clarke 17 Aug '10

17 Aug '10

> On 16.8.2010, at 23.25, Dennis Clarke wrote: > >> "imap-match.c", line 199: identifier redeclared: imap_match_dup > > I think someone reported this problem earlier .. but I'm not sure. Anyway > I've no idea why it would complain about this. > >> So that stops me while I figure out what the issue is with imap-match.h >> and/or imap-match.c in the Solaris world while using Sun Studio 11. > > I heard it compiles ok with Sun Studio 12.1. > Everything was going swimmingly with a GCC based compile. After that was finished I then moved onto a "make install" of course, then this happened : gmake[3]: Entering directory `/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-002/src/auth' test -z "/opt/csw/libexec/dovecot" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot" /opt/csw/bin/bash ../../libtool --mode=install ../.././install-sh -c auth checkpassword-reply '/opt/csw/libexec/dovecot' libtool: install: ../.././install-sh -c .libs/auth /opt/csw/libexec/dovecot/auth libtool: install: ../.././install-sh -c .libs/checkpassword-reply /opt/csw/libexec/dovecot/checkpassword-reply test -z "/opt/csw/libexec/dovecot/auth" || ../.././install-sh -c -d "/opt/csw/libexec/dovecot/auth" mkdir: "/opt/csw/libexec/dovecot/auth": Exists but is not a directory mkdir: "/opt/csw/libexec/dovecot/auth": Exists but is not a directory gmake[3]: *** [install-auth_moduleLTLIBRARIES] Error 1 gmake[3]: Leaving directory `/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-002/src/auth' gmake[2]: *** [install-am] Error 2 gmake[2]: Leaving directory `/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-002/src/auth' gmake[1]: *** [install-recursive] Error 1 gmake[1]: Leaving directory `/export/medusa/dclarke/build/dovecot/sparc/dovecot-2.0.0-sparcv8-002/src' gmake: *** [install-recursive] Error 1 # file /opt/csw/libexec/dovecot/auth /opt/csw/libexec/dovecot/auth: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped # ls -lap /opt/csw/libexec/dovecot/auth -rwxr-xr-x 1 root other 338312 Aug 17 02:33 /opt/csw/libexec/dovecot/auth # I'm not sure why /opt/csw/libexec/dovecot/auth would be expected to be a dir as opposed to the file that it is. However .. this is where I get stopped. I should point out that I created the users dovenull and dovecot with both in group dovecot however I doubt that has anything to do with the install failing. -- Dennis Clarke dclarke(a)opensolaris.ca <- Email related to the open source Solaris dclarke(a)blastwave.org <- Email related to open source for Solaris

1 0

Re: [Dovecot] v2.0.0 released
by Dennis Clarke 17 Aug '10

17 Aug '10

> I wonder how GCCFSS would do. Will it even run under Solaris 8? # which gcc /opt/csw/gcc4/bin/gcc # gcc --version gcc (Blastwave.org Inc. Mon Aug 9 07:10:45 GMT 2010) 4.5.1 Copyright (C) 2010 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # uname -a SunOS mimas 5.8 Generic_127721-03 sun4u sparc SUNW,UltraAX-i2 # psrinfo -v Status of virtual processor 0 as of: 08/17/10 00:58:04 on-line since 07/06/10 12:03:37. The sparcv9 processor operates at 500 MHz, and has a sparcv9 floating point processor. Is that baseline Sparc enough for you ? ;-) -- Dennis Clarke dclarke(a)opensolaris.ca <- Email related to the open source Solaris dclarke(a)blastwave.org <- Email related to open source for Solaris

1 0

Re: [Dovecot] v2.0.0 released
by Dennis Clarke 17 Aug '10

17 Aug '10

> On 8/16/10 8:38 PM, Dennis Clarke wrote: >>> Works fine here with the 12.1 compiler. Solaris 10 on UltraSPARC, >>> current patches, on both the OS and the compilers. My CFLAGS: >>> >>> -fast -xtarget=ultra3 -m32 -xarch=sparcvis2 > > >> The is ye ol'production Solaris 8 and thus Sun Studio 11 is needed. > > Oh. Eeeew. :) Hey, there are banks and telco places all over that are running it and they *refuse* to upgrade. I know of government sites that are still on old E450's because they have not died yet. No kidding. Some of that old Sun gear just WILL NOT bloody die. The way to justify the capital expenditure on a new Sun Sparc server is to spill a coffee on/in it. 8-P >> Problem solved simply by using GCC 4.5.1 from Blastwave ( of course ). > > I wonder how GCCFSS would do. Will it even run under Solaris 8? Why not ? It is a rock solid kernel and you can build it and see :-) >> Question for you: why would you use -m32 with an -xarch=sparcvis2 ? Why >> not go for greatest possible portability and range of processors with >> something like this : >> >> CFLAGS=-m32 -Qy -Xa -xbuiltin=%none -xnolibmil -xnolibmopt -xcode=pic32 >> -xildoff -xregs=no%appl -xs -xstrconst -D_TS_ERRNO > > Because I don't intend to run it on a range of processors. =) ah ... I am in a different world. >> If you feel like some optimization then chuck in -xO3 and -xdepend >> however >> I'd test the resultant bins from a basic compile first. >> >> Just my 0.02 > > Fair enough, and I appreciate your advice. My goal in this case is > to generate the fastest binaries possible on the machine it's being > built on, which is identical to the machine it's going to be run on. > There's zero need for portable binaries in this particular installation. > In that case run fpversion : fpversion A SPARC-based CPU is available. Kernel says CPU's clock rate is 900.0 MHz. Kernel says main memory's clock rate is 150.0 MHz. Sun-4 floating-point controller version 0 found. An UltraSPARC chip is available. Use "-xtarget=ultra3cu -xcache=64/32/4:8192/512/2" code-generation option. See those compiler options ? Use them. Also put in -xO3 and -xdepend and then the compile will take a lot longer but you will be happy you waited. Sun Studio compilers can really rock if you know how to push them. -- Dennis Clarke dclarke(a)opensolaris.ca <- Email related to the open source Solaris dclarke(a)blastwave.org <- Email related to open source for Solaris

1 0

Re: [Dovecot] v2.0.0 released
by Dennis Clarke 17 Aug '10

17 Aug '10

> On 17.8.2010, at 1.28, Dennis Clarke wrote: > >> *** Warning: Linking the shared library lib30_imap_zlib_plugin.la >> against >> the loadable module >> *** lib20_zlib_plugin.so is not portable! >> >> Not too sure what is up with that but I'll look into it. > > That's normal. It doesn't need to be portable. > In that case ... awesome :-) I'll let you know when I get packages into testing QC and then for release. However I am going to rename the package to dovecot2 in order to separate it from dovecot 1.x installs. My idea there is to allow the user to continue with the dovecot 1.x line in the event of patch updates and further releases from that tree ( like dovecot 1.2.13 ) while also maintaining the ver 2.x family. However I don't think I'll support multiple instances of dovecot ( regardless of version ) in the same Solaris zone. If the user wants that then they can do all the uid/pid hackery themselves. -- Dennis Clarke dclarke(a)opensolaris.ca <- Email related to the open source Solaris dclarke(a)blastwave.org <- Email related to open source for Solaris

1 0

Re: [Dovecot] v2.0.0 released
by Dennis Clarke 17 Aug '10

17 Aug '10

>> So that stops me while I figure out what the issue is with imap-match.h >> and/or imap-match.c in the Solaris world while using Sun Studio 11. > > Works fine here with the 12.1 compiler. Solaris 10 on UltraSPARC, > current patches, on both the OS and the compilers. My CFLAGS: > > -fast -xtarget=ultra3 -m32 -xarch=sparcvis2 > The is ye ol'production Solaris 8 and thus Sun Studio 11 is needed. Problem solved simply by using GCC 4.5.1 from Blastwave ( of course ). Question for you: why would you use -m32 with an -xarch=sparcvis2 ? Why not go for greatest possible portability and range of processors with something like this : CFLAGS=-m32 -Qy -Xa -xbuiltin=%none -xnolibmil -xnolibmopt -xcode=pic32 -xildoff -xregs=no%appl -xs -xstrconst -D_TS_ERRNO If you feel like some optimization then chuck in -xO3 and -xdepend however I'd test the resultant bins from a basic compile first. Just my 0.02 -- Dennis Clarke dclarke(a)opensolaris.ca <- Email related to the open source Solaris dclarke(a)blastwave.org <- Email related to open source for Solaris

2 1