- dovecot - dovecot.org

[Dovecot] [solved] Re: pigeonhole and roundcube install problem
by Selcuk MIYNAT 04 Apr '11

04 Apr '11

On 24.03.2011 13:56, Selcuk MIYNAT wrote: > Hi, > > I've installed sieve and managesieve(pigeonhole) on qmail and > dovecot(v2.0.11). > > I've install sieverules on Roundcube. I can see the plugin on the > webinterface, and i can add rules. > > But there is a problem: > > I've put this .qmail file on "deneme" user's home directory according to > [1]. > > |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/dovecot-lda -d > $EXT@$USER > > Then I got this message on qmail log: > > deferral: /var/qmail/bin/preline:_line_1:_test:_too_many_arguments/ Just copied another preline binary from a different machine and problem solved. -- Selcuk MIYNAT Endersys Ltd. Sistem Destek Muhendisi / System Support Engineer Phone : +90 216-4709423 | Fax : +90 216-4709508 Web : http://www.endersys.com.tr Blog : http://blog.endersys.com Twitter : http://www.twitter.com/endersys LPI : The #1 Linux Certification for IT Professionals LPI (Linux Professional Institute) Turkey http://www.lpi-turkey.com Endersys is the first Advanced Business Partner of Red Hat in Turkey ! http://www.europe.redhat.com/partners/endersys/

1 0

[Dovecot] Segmentation fault with vpopmail auth
by Samuel Montosa 04 Apr '11

04 Apr '11

Hi. I am new in the list. First, excuse my english. I am not native speaker. A few hours ago I had a problem with process dovecot-auth and vpopmail. Versions I had using, working, were: vpopmail 5.4.28 dovecot-1.1.12 I tried to compile dovecot-1.2.16. Compilation was well but in execution system said: kernel: dovecot-auth[2842]: segfault at 645f20 ip 0000000000645f20 sp 00007fff69bd3708 error 15 in dovecot-auth[645000+1000] and so. Then, I tried to recompile dovecot-1.1.12 (original version I had working) but system said the same. After investigation, I saw I had mixed of vpopmail versions. Problem was I had /home/vpopmail/lib/libvpopmail.so in my system. When this file is present, compilation of dovecot link dovocot-auth to dynamic library libvpopmail.so, but it is not necessary since I had my system working using vpopmail without this .so. What I recommend is to compile a fresh vpopmail. Now I am using vpopmail-5.4.32 (at now, stable version) and dovecot-1.2.16. First, compile vpopmail and make sure you purge /home/vpopmail/lib/ of libvpopmail.so. Fresh installations of vpopmail, from tar.gz (not from SVN) _doesn't_ build libvpopmail.so, so make sure this file doesn't exist before you compile dovecot. For me, library dependencies are: mymachine:/usr/local/src/dovecot-1.2.16# ldd src/auth/dovecot-auth linux-vdso.so.1 => (0x00007fff63df5000) libpam.so.0 => /lib/libpam.so.0 (0x00007f9f925e1000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x00007f9f923aa000) libdl.so.2 => /lib/libdl.so.2 (0x00007f9f921a5000) librt.so.1 => /lib/librt.so.1 (0x00007f9f91f9d000) libc.so.6 => /lib/libc.so.6 (0x00007f9f91c3c000) /lib64/ld-linux-x86-64.so.2 (0x00007f9f927f7000) libpthread.so.0 => /lib/libpthread.so.0 (0x00007f9f91a1f000) I hope this helps. It was a strange "bug". Regards. -- Samuel Montosa

1 0

[Dovecot] Dovecot IMAP repeatedly disconnects
by Edwin Humphries 04 Apr '11

04 Apr '11

Hi, I'm running dovecot-1.0.7-7.el5 on a CentOS 5.5x64 server, accessed through Thunderbird clients. Thunderbird is reporting constant disconnections from the server; the maillog shows constant repeats of Apr 4 16:39:21 holly dovecot: imap-login: Login: user=<?user?>, method=PLAIN, rip=::ffff:172.31.255.193, lip=::ffff:172.31.255.1 Apr 4 16:39:21 holly dovecot: IMAP(?user?): mbox /home/?user?/mail/Trash: seq=1 uid=3469 uid_broken=0 originally needed 17 bytes, now needs 18 bytes Apr 4 16:39:21 holly dovecot: IMAP(?user?): Raw backtrace: imap [0x461b7e] -> imap [0x4618ec] -> imap(mbox_sync_rewrite+0x5e3) [0x4344a3] -> imap [0x42f5c0] -> imap(mbox_sync+0x428) [0x4309a8] -> imap [0x427a5c] -> imap(cmd_copy+0x2f9) [0x411ff9] -> imap(cmd_uid+0x48) [0x4152a8] -> imap [0x4157a7] -> imap [0x415839] -> imap(_client_input+0x6d) [0x415e7d] -> imap(io_loop_handler_run+0x106) [0x466ef6] -> imap(io_loop_run+0x18) [0x4663f8] -> imap(main+0x3f2) [0x41d5c2] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x36d441d994] -> imap [0x411179] Apr 4 16:39:21 holly dovecot: child 14327 (imap) killed with signal 6 The Thhunderbird custoimisations (login_greeting_capability = yes and imap_client_workarounds = tb-extra-mailbox-sep) are configured -- Regards, ?user? Humphries Mobile: 0419 233 051 NetSense Computers (Ironstone Technology Pty Ltd) 79 Barney St (P. O. Box 423), Kiama, NSW, 2533 Phone: +61 (0)2 4233 2285 Fax: +61 (0)2 4233 2781 Web: http://www.netsensecomputers.com.au -- This email is intended for the named addressee/s only and may contain confidential or privileged information. If you are not a named addressee please delete it and notify the sender. -- "/At every moment he beholdeth a wondrous world, a new creation, and goeth from astonishment to astonishment, and is lost in awe at the works of the Lord of Oneness./" Baha'u'llah, The Seven Valleys "./.. humans are interesting. With all the wonders there are in the Universe, they invented boredom./" Terry Pratchet, Hogfather "/The most beautiful thing we can experience is the mysterious. It is the source of all true art and all science. He to whom this emotion is a stranger, who can no longer pause to wonder and stand rapt in awe, is as good as dead: his eyes are closed./" Albert Einstein /"Stuff your eyes with wonder ... live as if you'd drop dead in ten seconds. See the world. It's more fantastic than any dream made or paid for in factories./" Ray Bradbury

2 1

[Dovecot] Trouble with 2.0.11 debian package
by Gyuris Szabolcs 03 Apr '11

03 Apr '11

I wonder if somebody could help me. If I try clean install of dovecot-common dovecot-imapd dovecot-pop3d from deb http://xi.rename-it.nl/debian stable-auto/dovecot-2.0 main I got: Starting IMAP/POP3 mail server: dovecotdoveconf: Fatal: Error in configuration file /etc/dovecot/dovecot.conf: service(managesieve-login): executable is empty failed! Setting up dovecot-imapd (2:2.0.11-0~auto+33) ... Replacing config file /etc/dovecot/conf.d/20-imap.conf with new version ucfr: Attempt from package dovecot-imapd to take /etc/dovecot/conf.d/20-imap.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-imapd (--configure): subprocess installed post-installation script returned error exit status 4 Setting up dovecot-pop3d (2:2.0.11-0~auto+33) ... configured to not write apport reports Replacing config file /etc/dovecot/conf.d/20-pop3.conf with new version ucfr: Attempt from package dovecot-pop3d to take /etc/dovecot/conf.d/20-pop3.conf away from package dovecot-common ucfr: Aborting. dpkg: error processing dovecot-pop3d (--configure): subprocess installed post-installation script returned error exit status 4 configured to not write apport reports Errors were encountered while processing: dovecot-imapd dovecot-pop3d E: Sub-process /usr/bin/dpkg returned an error code (1) -- Üdvözlettel: Gyuris Szabolcs INTEGRITY Kft. Tel.: +36-1-450-2660 E-mail: gyuris.szabolcs(a)integrity.hu Tudásbázis -- http://tudasbazis.integrity.hu/ Céginformációk -- http://cegismerteto.integrity.hu/

3 3

[Dovecot] Maildir
by Walt Shekrota 01 Apr '11

01 Apr '11

I noticed in Cyrus they seem to address maildir++ recognised by IMAP. I need to know does Dovecot recognise this format? Procmail has an ability to deliver mails to different folders which if unrecognised renders the whole process useless. Does Dovecot have a similar deliver method? Thanks. -Walt

5 4

[Dovecot] inotify and network/cluster filesystems
by Jan-Frode Myklebust 01 Apr '11

01 Apr '11

(dovecot v1.2.16) I've notice the log notices about increasing /proc/sys/fs/inotify/max_user_instances on my servers, and started wondering if inotify works for network/cluster filesystems.. I found this: http://www.ibm.com/developerworks/forums/thread.jspa?threadID=311194 which says that there's no mechanism for one node to tell another node that a directory changed for GPFS.. And I would assume the same applies for NFS and other network filesystems. (Yes I know, we should use director to make users sticky to one host -- but we're not yet ready for that for lmtp). So, are there any recommendations for what settings one should use for for filesystems where inotify woun't work ? Are there settings for disabling it (without recompiling)? And does mailbox_idle_check_interval happen in addition to inotify, so that clients will be notified even with a broken inotify ? -jf

2 2

[Dovecot] Sieve: unknown tagged argument ':create' for the fileinto command
by mailing＠securitylabs.it 01 Apr '11

01 Apr '11

Hello, I've upgraded from dovecot 1.2.x with sieve to dovecot 2.0.11 with sieve. I've noticed that folders are no more created at delivery time now. I've read that I have to do two things: lda_mailbox_autocreate = yes in dovecot.conf and fileinto :create in the sieve script. Now the error message I receive is: error: unknown tagged argument ':create' for the fileinto command (reported only once at first occurence). My sieve script: require ["date", "variables", "fileinto"]; if header :contains "subject" "Bacula:" { if currentdate :matches "month" "*" { set "month" "${1}"; } if currentdate :matches "year" "*" { set "year" "${1}"; } fileinto :create "INBOX.Bacula.${month}-${year}"; } else { # The rest goes into INBOX # default is "implicit keep", we do it explicitly here keep; } My dovecot conf: papua:/usr/local/bin# dovecot -n # 2.0.11: /usr/local/etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 auth_cache_negative_ttl = 2 mins auth_cache_size = 1000 M auth_cache_ttl = 2 mins auth_mechanisms = plain cram-md5 apop auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@& disable_plaintext_auth = no first_valid_uid = 100 last_valid_uid = 105 lda_mailbox_autocreate = yes lock_method = dotlock log_timestamp = "%Y-%m-%d %H:%M:%S " login_greeting = Server ready. mail_fsync = never mail_gid = Debian-exim mail_location = maildir:~/Maildir mail_privileged_group = Debian-exim mail_uid = Debian-exim 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 { inbox = yes location = prefix = INBOX. separator = . type = private } passdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } plugin/mail_log_events = delete expunge plugin/mail_log_group_events = plugin/quota = maildir plugin/quota_warning = storage=80%% /usr/local/bin/dovecot-quota-warning.sh 80 plugin/quota_warning2 = storage=90%% /usr/local/bin/dovecot-quota-warning.sh 90 plugin/sieve = ~/.dovecot.sieve protocols = imap service auth { unix_listener auth-userdb { group = Debian-exim mode = 0600 user = Debian-exim } } service imap-login { client_limit = 256 process_limit = 128 process_min_avail = 3 service_count = 1 } service imap { drop_priv_before_exec = yes process_limit = 256 vsz_limit = 256 M } service pop3-login { client_limit = 256 process_limit = 128 process_min_avail = 3 service_count = 1 } service pop3 { drop_priv_before_exec = yes process_limit = 256 vsz_limit = 256 M } ssl_cert =</usr/local/etc/dovecot.crt ssl_key =</usr/local/etc/dovecot.key userdb { args = /usr/local/etc/dovecot-sql.conf driver = sql } protocol imap { mail_max_userip_connections = 10 mail_plugins = " notify quota imap_quota mail_log" } protocol lda { mail_plugins = quota sieve postmaster_address = postmaster(a)me.com }

2 2

[Dovecot] Mail_location and formats
by Walt Shekrota 31 Mar '11

31 Mar '11

Hi, Ok I know that the Maildir hierarchical structure works because I saw it intermittantly in my setup. At times I could look at ALL folders in my client. mail_location = maildir:~/Maildir:LAYOUT=fs http://wiki1.dovecot.org/MailLocation/Maildir this says 1.1 only? My maildir folder has a collection of maildir folders ie each has cur new tmp folders. As an experiment I took the cur new tmp out of my INBOX folder and put it in the root of Maildir. This worked with dovecot using the inbox only or the standard maildir++ format. Although it would not see the old mail in the folder not sure why. mail_location = maildir:~/Maildir This setup also ignores the remainder of folders. I know the dovecot support of maildir is shakey due to standards compliance but this is crazy ... and unusable. Does ANYONE have a working maildir setup in the hierarchical layout? Maildir/ inbox mail-sent outbox otherfolder Fred Sue Thanks. -Walt

2 1

[Dovecot] POP3 connection issue & SASL not compiled in
by sunhux G 31 Mar '11

31 Mar '11

After I've configured dovecot for SSL according to the info given in the link below: https://access.redhat.com/kb/docs/DOC-6671 (tried both POP3 & secure POP3 & got the same result) I tested POP3 access from my unblocked (no firewall rule for outgoing) broadband PC's Outlook to connect to the postfix/dovecot server & got the following : Tasks Status ===================== ======== Establish network connection Completed Find outgoing mail server (SMTP) Completed Find incoming mail server (POP3) Completed Log onto incoming mail server (PO... Send test e-mail message Completed (yep, this email was received in postfix mailbox) & seconds later, the following messages returned: Log onto incoming mail server (POP3): The specified server was found, but there was no response from the server. Please verify that the port and SSL information is correct. To access these settings close this dialog, then click More Settings and click on the Advanced tab. Find incoming mail server (POP3): Outlook could not connect to the incoming mail server (POP3). The problem could be the server name or port, or your server may not support SSL. Verify your port and SSL settings in More Settings under the Advanced tab. Q1: What do I need to provide to this list for further troubleshooting? Q2: I have the following log entry in /var/log/mailog : Mar 31 10:48:36 hostname postfix/smtpd[22258]: warning: smtpd_sasl_auth_enable is true, but SASL support is not compiled in Is this related to my POP3 connection issue? Q3: Is the following related to the sasl issue in Q2 & the POP3 connection issue ? [root@host /etc/sysconfig]# saslauthd -v <== expectg postfix to be listed below saslauthd 2.1.19 authentication mechanisms: getpwent kerberos5 pam rimap shadow ldap [root@host /etc/sysconfig]# rpm -qa | grep -i sasl cyrus-sasl-md5-2.1.19-5.EL4 cyrus-sasl-devel-2.1.19-5.EL4 cyrus-sasl-ntlm-2.1.19-5.EL4 cyrus-sasl-2.1.19-5.EL4 cyrus-sasl-plain-2.1.19-5.EL4 cyrus-sasl-gssapi-2.1.19-5.EL4 warning: only V3 signatures can be verified, skipping V4 signature cyrus-sasl-sql-2.1.19-5.EL4 The above cyrus/sasl rpms are old existing packages that were already there in the server a couple of years ago & well before I installed postfix & dovecot in this server. Wondering if they interfere with postfix sasl authentication. There's no issue with this postfix+dovecot box sending & receiving emails. " saslfinger -s " output: # saslfinger -s saslfinger - postfix Cyrus sasl configuration Thu Mar 17 18:10:18 SGT 2011 version: 1.0.2 mode: server-side SMTP AUTH -- basics -- Postfix: 2.5.6 System: Red Hat Enterprise Linux ES release 4 (Nahant Update 2) -- smtpd is linked to -- libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x47b72000) -- active SMTP AUTH and TLS parameters for smtpd -- smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous -- listing of /usr/lib/sasl -- total 560 -rw-r--r-- 1 root root 4634 Dec 2 2004 libanonymous.a -rwxr-xr-x 1 root root 871 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1 -rwxr-xr-x 1 root root 5748 Dec 2 2004 libanonymous.so.1.0.17 -rw-r--r-- 1 root root 9758 Dec 2 2004 libcrammd5.a -rwxr-xr-x 1 root root 857 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1 -rwxr-xr-x 1 root root 9884 Dec 2 2004 libcrammd5.so.1.0.19 -rw-r--r-- 1 root root 34264 Dec 2 2004 libdigestmd5.a -rwxr-xr-x 1 root root 880 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0 -rwxr-xr-x 1 root root 30804 Dec 2 2004 libdigestmd5.so.0.0.20 -rw-r--r-- 1 root root 11322 Dec 2 2004 libgssapiv2.a -rwxr-xr-x 1 root root 906 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1 -rwxr-xr-x 1 root root 11952 Dec 2 2004 libgssapiv2.so.1.0.19 -rw-r--r-- 1 root root 6598 Dec 2 2004 liblogin.a -rwxr-xr-x 1 root root 847 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0 -rwxr-xr-x 1 root root 7248 Dec 2 2004 liblogin.so.0.0.7 -rw-r--r-- 1 root root 6150 Dec 2 2004 libplain.a -rwxr-xr-x 1 root root 849 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1 -rwxr-xr-x 1 root root 7000 Dec 2 2004 libplain.so.1.0.16 -- listing of /usr/lib/sasl2 -- total 3152 -rwxr-xr-x 1 root root 875 Dec 2 2004 libanonymous.la -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2 -rwxr-xr-x 1 root root 12820 Dec 2 2004 libanonymous.so.2.0.19 -rwxr-xr-x 1 root root 863 Dec 2 2004 libcrammd5.la -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2 -rwxr-xr-x 1 root root 15216 Dec 2 2004 libcrammd5.so.2.0.19 -rwxr-xr-x 1 root root 884 Dec 2 2004 libdigestmd5.la -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2 -rwxr-xr-x 1 root root 42964 Dec 2 2004 libdigestmd5.so.2.0.19 -rwxr-xr-x 1 root root 911 Dec 2 2004 libgssapiv2.la -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2 -rwxr-xr-x 1 root root 22292 Dec 2 2004 libgssapiv2.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 liblogin.la -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2 -rwxr-xr-x 1 root root 13296 Dec 2 2004 liblogin.so.2.0.19 -rwxr-xr-x 1 root root 854 Dec 2 2004 libntlm.la -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2 -rwxr-xr-x 1 root root 29104 Dec 2 2004 libntlm.so.2.0.19 -rwxr-xr-x 1 root root 851 Dec 2 2004 libplain.la -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2 -rwxr-xr-x 1 root root 13360 Dec 2 2004 libplain.so.2.0.19 -rwxr-xr-x 1 root root 931 Dec 2 2004 libsasldb.la -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2 -rwxr-xr-x 1 root root 784960 Dec 2 2004 libsasldb.so.2.0.19 -rwxr-xr-x 1 root root 875 Dec 2 2004 libsql.la -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2 -rwxr-xr-x 1 root root 21348 Dec 2 2004 libsql.so.2.0.19 -- content of /etc/postfix/sasl/smtpd.conf -- pwcheck_method: saslauthd mech_list: LOGIN PLAIN CRAM-MD5 DIGEST-MD5 log_level: 5 -- active services in /etc/postfix/master.cf -- . . . . -- mechanisms on localhost -- -- end of saslfinger output --

1 1

[Dovecot] How to grant a kerberos ticket after successful imap authentication from dovecot
by André Rodier 31 Mar '11

31 Mar '11

Hello everybody, I hope this question is appropriate for this list. Apologies if not. I am running a set of virtual machines under debian 6, to build a mail/collaboration server. I am mainly using dovecot, postfix, openldap and heimdal. Mails are stored using maildir, on a NFSv4 share. My users are system users, but using LDAP and libpam-ldap and libnss-ldap for caching credentials information. Everything is working as expected, well, /almost/. Since NFS is using kerberos, by defaults, my users are not able to access their mail storage if they have not received their kerberos ticket. For instance, if I do nothing, this is the errors I have from dovecot when trying to logon using any imap client: Mar 31 09:33:07 titan dovecot: imap-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Mar 31 09:33:07 titan dovecot: dovecot: Fatal: chdir(/home/emails/team/arodier/) failed: Permission denied (euid=1003(arodier) egid=1001(red2team) missing +x perm: /home/emails) Mar 31 09:33:07 titan dovecot: dovecot: child 5089 (imap) returned error 89 (Fatal failure) However, if I just login on a console for the user "/arodier/", I see that I have received a ticket, and I can see it with klist: Credentials cache: FILE:/tmp/krb5cc_1001_ywvktf Principal: arodier(a)RED2.SRV Issued Expires Principal Mar 31 09:25:55 Mar 31 19:25:53 krbtgt/RED2.SRV(a)RED2.SRV Mar 31 09:25:57 Mar 31 19:25:53 nfs/ananke.red2.srv(a)RED2.SRV Once I have simply logged myself on a console, I can access my emails using any IMAP client. The question is: How should I configure libpam (or dovecot ?) to initialise/receive a kerberos ticket after successful authentication ? Thanks for your answers.

2 4