- dovecot - dovecot.org

[Dovecot] auth_cache multiple passwords ?
by Geoffroy Desvernay 22 Jun '09

22 Jun '09

Hi, First, thanks Timo and Stefan for this great IMAP/Sieve implementation... We are using 1.1.16+cmu_sieve/managesieve additions for now (following releases since ~ 1.0.1). We have a specific problem here with auth-cache: We use direct imap/sieve connection from different clients, using LDAP password: everything is fine. The problem appears with our webmail access using a web-SSO system (jasig's CAS), using one-time-tickets as password for imap connections (checked by pam_cas module for now). For a single webmail connection par login, it work, thanks to cache_key using client's IP. But for multiple use of the same login in the webmail, there are more than one 'password' valid at a time… What may be the 'correct' solution: - patching auth-cache.c (auth_cache_lookup function ?) - writing a different login backend ? - ??? Hope I'm clear enough… -- geoffroy desvernay Ecole Centrale de Marseille

2 4

[Dovecot] dovecot-acl file questions
by Steffen Kaiser 22 Jun '09

22 Jun '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, playing around with Dovecot's v1.2 ACLs I wondered about some things about the dovecot-acl files: + They are created within the Maildirs, as described in http://wiki.dovecot.org/ACL. But why? Shouldn't they belong to the CONTROL= directories? So it is more compatible with filesystem quota. + They have 0666 permissions, but all other files (e.g. when I create a new mailbox) have 0660 permissions. Are the permissions selected explicitly to allow "a"-right for other (system) users? + When one removes all rights, the size of the file drops to zero. The wasted space is no great deal; but how much processing is wasted if such file is present? I mean, the log says that the files are opened very regularily. Would it help to remove zero-size files? Regards, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSjdoh3WSIuGy1ktrAQKlfQf/X6jxEKTINNwdiFAYq7XEW78Lgjf7FDNc xK3PnT8Opz+4yCiWxDSlUSJPjdc2csTIimR1ZKDn2hUN54jcfJBt6U6bWKPl6rvB Fyycsnx3ONNiYBaqcIoFG4LWGk+QLnXZaVWdCVil2Pn3LotW2Unxe26d51pvt38Q N8dXyyv1yaCpIBzhgFYyn0J7DZxM8HzWUVZNybXGnwm1u13GPf+g7pMlAcF0wNsQ 6gSrFVmu3tzp5FF+3v5rb7GVMAYyLeKeZkzDBOQetuNCkUrUcY3qqYplwKEHvLe5 70e69zh7epGPw9UiSV/FJm+Q/GStz7T7vl7hdoO+WHeJcDhX/IXFBg== =XTLy -----END PGP SIGNATURE-----

2 2

[Dovecot] Dovecot v1.2 assert() in ACL
by Steffen Kaiser 22 Jun '09

22 Jun '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, using Dovecot v1.2 changeset: 9126:b745911012bb ACL config: acl = vfile # To let users LIST mailboxes shared by other users, Dovecot needs a # shared mailbox dictionary. For example: acl_shared_dict = file:/var/cache/dovecot/shared-mailboxes telnet localhost imap 0 login .... 1 getacl Sent * ACL "Sent" "testuser" lrwstipekxacd 1 OK Getacl completed. 2 setacl Sent timo +lrwtsd 2 OK Setacl complete. 3 setacl Sent timo -lrwtsd Aborted (core dumped) cat /var/cache/dovecot/shared-mailboxes shared/shared-boxes/user/timo/testuser 1 === The assert happens when the last right is to remove: setacl I user +lwp setacl I user -l setacl I user -w setacl I user -p Abort === log: Panic: file ../../../src/lib/array.h: line 162 (array_idx_i): assertion failed: (idx * array->element_size < array->buffer->used) Raw backtrace: imap [0x80e9ed0] -> imap(i_syslog_fatal_handler+0x2d) [0x80e9f6d] -> imap [0x80e97da] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib01_acl_plugin.so [0xb7e4ede4] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib01_acl_plugin.so [0xb7e4ee40] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib01_acl_plugin.so [0xb7e50c3b] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib01_acl_plugin.so(acl_object_update+0x18) [0xb7e4de98] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib02_imap_acl_plugin.so [0xb7f951cf] -> imap [0x8063dbc] -> imap [0x8063e6b] -> imap(client_handle_input+0x3f) [0x8063fbf] -> imap(client_input+0x5f) [0x8064b2f] -> imap(io_loop_handler_run+0x110) [0x80f2a10] -> imap(io_loop_run+0x28) [0x80f1ad8] -> imap(main+0x764) [0x806cf34] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7e6eea8] -> imap [0x805cb71] (gdb) bt full #0 0xb7f99410 in ?? () No symbol table info available. #1 0xbfe106ac in ?? () No symbol table info available. #2 0x00000006 in ?? () No symbol table info available. #3 0x000054a6 in ?? () No symbol table info available. #4 0xb7e82811 in raise () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #5 0xb7e83fb9 in abort () from /lib/tls/i686/cmov/libc.so.6 No symbol table info available. #6 0x080e9edd in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:160 backtrace = 0x81205e0 "imap [0x80e9ed0] -> imap(i_syslog_fatal_handler+0x2d) [0x80e9f6d] -> imap [0x80e97da] -> /usr/local/dovecot-1.2.rc5unpatched/lib/dovecot/imap/lib01_acl_plugin.so [0xb7e4ede4] -> /usr/local/dovecot-1.2"... #7 0x080e9f6d in i_syslog_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0xb7e55714 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfe10854 "\"Y?") at failures.c:315 No locals. #8 0x080e97da in i_panic ( format=0xb7e55714 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 args = 0xbfe10854 "\"Y?" #9 0xb7e4ede4 in modify_right_list (pool=0x8154330, rightsp=0x8154450, modify_rights=0x8120338, modify_mode=ACL_MODIFY_MODE_REMOVE) at ../../../src/lib/array.h:162 old_rights = (const char * const *) 0x8154360 new_rights = (const char * const *) 0xbfe10894 null = 0x0 #10 0xb7e4ee40 in vfile_object_modify_right (aclobj=0x81542d0, idx=0, update=0xbfe10a2c) at acl-backend-vfile.c:940 c1 = 74 c2 = <value optimized out> #11 0xb7e50c3b in acl_backend_vfile_object_update (_aclobj=0x81542d0, update=0xbfe10a2c) at acl-backend-vfile.c:1099 str = <value optimized out> i = <value optimized out> ret = <value optimized out> output = <value optimized out> rights = <value optimized out> aclobj = (struct acl_object_vfile *) 0x0 dotlock = <value optimized out> path = <value optimized out> i = 0 fd = 7 changed = <value optimized out> __PRETTY_FUNCTION__ = "acl_backend_vfile_object_update" #12 0xb7e4de98 in acl_object_update (aclobj=0x81542d0, update=0xbfe10a2c) at acl-api.c:137 No locals. #13 0xb7f951cf in cmd_setacl (cmd=0x8130a10) at imap-acl-plugin.c:574 ns = (struct mail_namespace *) 0x8129988 storage = <value optimized out> box = (struct mailbox *) 0x8154f88 backend = (struct acl_backend *) 0x812e2f0 update = {rights = {id_type = ACL_ID_USER, identifier = 0x8135b18 "timo", rights = 0x8120338, neg_rights = 0x0, global = 0}, modify_mode = ACL_MODIFY_MODE_REMOVE, neg_modify_mode = ACL_MODIFY_MODE_REMOVE} mailbox = 0x8135b10 "Sent" identifier = 0x8135b18 "timo" rights = 0x8135b21 "lrwtsd" error = <value optimized out> negative = false #14 0x08063dbc in client_command_input (cmd=0x8130a10) at client.c:607 client = (struct client *) 0x812f748 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #15 0x08063e6b in client_command_input (cmd=0x8130a10) at client.c:656 client = (struct client *) 0x812f748 command = (struct command *) 0x54a6 __PRETTY_FUNCTION__ = "client_command_input" #16 0x08063fbf in client_handle_input (client=0x812f748) at client.c:697 _data_stack_cur_id = 3 remove_io = <value optimized out> handled_commands = false __PRETTY_FUNCTION__ = "client_handle_input" #17 0x08064b2f in client_input (client=0x812f748) at client.c:748 cmd = <value optimized out> output = (struct ostream *) 0x813098c bytes = 27 __PRETTY_FUNCTION__ = "client_input" #18 0x080f2a10 in io_loop_handler_run (ioloop=0x8128ac8) at ioloop-epoll.c:208 ctx = <value optimized out> event = (const struct epoll_event *) 0x8128c10 list = (struct io_list *) 0x812f808 io = (struct io_file *) 0x812f7e0 tv = {tv_sec = 1789, tv_usec = 997764} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #19 0x080f1ad8 in io_loop_run (ioloop=0x8128ac8) at ioloop.c:338 No locals. #20 0x0806cf34 in main (argc=Cannot access memory at address 0x54a6 ) at main.c:323 buf = <value optimized out> - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBSjZLO3WSIuGy1ktrAQIiQQf+OVIEEnHua9i/f282/LLGyo48jQMQjq6b VsxUuS6pwPc6HNq16EUNfWOEA6F1/dItNLW0LbvG4bOFwtGv5HnfrzUkkf0WwZun RrVvuXCD+5vF9pMJMbilhGm4h+js+Ymu9dnl43Y64l+7t7lDMPl/JYhGgTYPFF2g 7AgNfwaRG0G4G6zQrjQr9TdefCpq9esZadQwiYMMTWTZA1krfj4QW2ITTeoKaEIL gOR6wjMWVCw6XTYYoLG9dXXJ989U3yhXEu8aXkjAZjdf6Pb/nSrrTluLDgawK65+ IlIIVD5Nx/sqsVQAZ9dK9WGNdG4i6RK/1MZH80bomJ8Ot+KrhW76oQ== =d3r4 -----END PGP SIGNATURE-----

2 6

[Dovecot] Corrupted index cache file issues (Corrupted physical size)
by Brent Bloxam 22 Jun '09

22 Jun '09

Hello, I'm running Dovecot 1.1.13 on FreeBSD 7.0-RELEASE and I'm receiving a large number of errors much like the following: dovecot: Jun 08 09:27:04 Error: IMAP(x(a)x.x): Corrupted index cache file /nfs/x.x/x/Maildir/dovecot.index.cache: Corrupted physical size for uid=2284: 5312 != 5217 dovecot: Jun 08 09:27:04 Error: IMAP(x(a)x.x): Corrupted index cache file /nfs/x.x/x/Maildir/dovecot.index.cache: Corrupted physical size for uid=2281: 6992 != 6894 dovecot: Jun 08 09:31:17 Error: IMAP(y(a)y.y): Corrupted index cache file /nfs/y.y/y/Maildir/dovecot.index.cache: Corrupted physical size for uid=9241: 14545 != 14453 dovecot: Jun 08 09:37:05 Error: IMAP(z(a)z.z): Corrupted index cache file /nfs/z.z/z/Maildir/dovecot.index.cache: Corrupted physical size for uid=22741: 12150 != 12066 These are not occurring for all users, but it occurs frequently for the addresses that do show up in the logs. The maildirs are migrated from a previous courier server. I've tried searching the archives and can't find anything related to this error. Could someone shed some light on it? Other than the error messages, I'm not aware of anything being affected, but I'd like to be sure of it Some info about the configuration: Maildirs are accessed via NFS, related settings are mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes lock_method: dotlock Regards, Brent

3 8

[Dovecot] dovecot and ntp: Fatal: Time just moved backwards
by Arno Wald 22 Jun '09

22 Jun '09

Hallo, I am running dovecot on a PC (a workstation) to have a mail client independent storage for my mails. Now I would like to have the system clock set correctly by using ntpd or ntpdate (using debian/sid). The problem is, that the PC is not online at boot time, but is set online on demand manually using "pon" to start the pppd later. So ntpd cannot sync the time on boot time before dovecot gets started. First I was using ntpdate that was started in ppp's if.up.d/ directory. This tool does set the time very hard instead of just slightly shifting some milliseconds. So dovecot did stop itself, reporting: "Fatal: Time just moved backwards by 118 seconds. This might cause a lot of problems, so I'll just kill myself now." So I have tried ntpd as I thought it shifts the time in smaller time deltas. But this takes much time (several seconds) when booting, giving up on all configured servers, because they are not reachable when booting (as going online later manually). This turns off ntp functionality because ntpd does think that all servers are unreachable for ever. (I have tried a command "dynamic" in ntp.conf but this did not change anything and ntpd reports it to be obsolete.) My idea now is to not start ntpd on system boot, but only on if-up. But this brings up the same fatal error of dovecot as ntpd seems to hardly set the time, too. The only idea I have left is to stop dovecot, start ntpd and then start dovecot again on if-up. Is there a more elegant way to use dovecot and ntpd on a manually dialed in PC? Thanks, Arno

10 30

[Dovecot] procmail/dovecot error
by Claude Gélinas 21 Jun '09

21 Jun '09

My procmail log keep filling with the following error procmail: Program failure (75) of "/usr/libexec/dovecot/deliver" Can't open log file /var/log/dovecot.log: Permission denied ls -l /usr/libexec/dovecot/deliver -rwxr-xr-x. 1 root root 964760 avr 20 03:55 /usr/libexec/dovecot/deliver ls -l /var/log/dovecot.log -rw-------. 1 root root 34689 jun 20 15:26 /var/log/dovecot.log what do I need to check or change -- Claude Gélinas agr. Phyto Ressources inc.

3 2

[Dovecot] cross compiling (arm)
by Stephen Feyrer 21 Jun '09

21 Jun '09

Hi. I'm trying to cross compile dovecot. My desktop machine is an AMD64 box with bells and whistles. The ARM based machine is a network attached storage box. When I run "make" always get x86_64 binaries. My OS is Gentoo, so I have been able to build using emerge a variety of other programs from source. What am I doing wrong here. (Gentoo doesn't have Dovecot for the arm) I run: ./configure --prefix=/opt --target=armv5tel-softfloat-linux-gnueabi host=armv5tel-softfloat-linux-gnueabi --build=x86_64-pc-linux-gnu --cache-file=config.cache These are some values from config.cache which I think are pertinent: ac_cv_build=${ac_cv_build=x86_64-pc-linux-gnu} ac_cv_c_compiler_gnu=${ac_cv_c_compiler_gnu=yes} ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86_64-pc-linux-gnu ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set=set ac_cv_env_target_alias_value=armv5tel-softfloat-linux-gnueabi acl_cv_path_LD=${acl_cv_path_LD='/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64'} lt_cv_path_LDCXX=${lt_cv_path_LDCXX='/usr/x86_64-pc-linux-gnu/bin/ld -m elf_x86_64'} lt_cv_sys_lib_dlsearch_path_spec=${lt_cv_sys_lib_dlsearch_path_spec='/lib /usr/lib /usr/local/lib //usr/lib32/opengl/nvidia/lib //usr/lib64/opengl/nvidia/lib /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64 /lib32 /usr/lib32 /usr/local/lib32 /usr/x86_64-pc-linux-gnu/lib /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2 /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3 /usr/lib/gcc/x86_64-pc-linux-gnu/4.2.3/32 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2 /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/32 /usr/lib64/nspr /usr/lib64/nss /usr/lib64/seamonkey /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/ /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/native_threads/ /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/classic/ /opt/blackdown-jdk-1.4.2.03/jre/lib/amd64/server/ /usr/kde/4.1/lib /usr/kde/4.1/lib64 /usr/kde/4.1/lib32 /usr/kde/4.2/lib /usr/kde/4.2/lib64 /usr/kde/4.2/lib32 /usr/lib64/qca1 /usr/lib64/qca2 /usr/lib/qt4 /usr/lib64/qt4 /usr/lib32/qt4 /usr/qt/3/lib /usr/qt/3/lib64 /usr/qt/3/lib32 /usr/games/lib /usr/games/lib64 /usr/games/lib32 /opt/flash-libcompat /usr/lib64/fltk-1.1 /usr/lib32/libstdc++-v3/ '} lt_cv_sys_lib_search_path_spec=${lt_cv_sys_lib_search_path_spec='/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2 /usr/lib64 /lib64 /usr/x86_64-pc-linux-gnu/lib'}

1 1

[Dovecot] Transfer incomming email to INBOX
by Claude Gélinas 20 Jun '09

20 Jun '09

I've installed dovecot with maildir format in /home/claude/mail. I fetch my email with fetchmail and they are placed in /var/spool/mail/claude. How can I transfer them automatically in /home/claude/mail/INBOX/new How can I setup something to transfer my email automatically as they arrive. Claude

2 1

[Dovecot] trouble to start dovecot when ldap enabled
by jean-Noël Chardron 19 Jun '09

19 Jun '09

Hello I need help on a fedora release 11 (Leonidas) when I start the dovecot process I get an error : Jun 17 10:15:24 aragon dovecot: Dovecot v1.2.rc3 starting up (core dumps disabled) Jun 17 10:15:24 aragon dovecot: Fatal: auth(default): Support not compiled in for passdb driver 'ldap' Jun 17 10:15:24 aragon dovecot: Fatal: Auth process died too early - shutting down I installed : Paquetages installés dovecot.x86_64 1:1.2-0.rc3.1.fc11 installed dovecot-ldap.x86_64 1:1.2-0.rc3.1.fc11 installed # dovecot --version 1.2.rc3 # dovecot -n # 1.2.rc3: /etc/dovecot.conf # OS: Linux 2.6.29.4-167.fc11.x86_64 x86_64 Fedora release 11 (Leonidas) ext3 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_uid: vmail mail_gid: vmail mail_location: maildir:/home/vmail/%u/ mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): autocreate mail_plugins(imap): autocreate mail_plugins(pop3): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 auth default: passdb: driver: passwd-file args: /etc/passwd passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: uid=vmail gid=vmail socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve # cat /etc/dovecot-ldap.conf # hosts = localhost base = dc=ad,dc=dr15,dc=cnrs,dc=fr ldap_version = 3 auth_bind = yes scope = subtree # user_attrs = uid=home=/home/vmail/%L$, =gid=vmail,=uid=vmail user_filter = (&(objectclass=person)(|(mail=%u)(uid=%u))) pass_attrs = uid=user pass_filter = (&(objectclass=person)(uid=%u)) user_global_uid = dovecot user_global_gid = mail if I launch strace : #strace -f dovecot -F [...] [pid 12796] open("/usr/lib64/dovecot/auth/libauthdb_ldap.so", O_RDONLY) = 6 [...] [pid 12796] open("/usr/lib64/libldap-2.4.so.2", O_RDONLY) = 6 [...] -- Jean-Noel Chardron

7 13

[Dovecot] 1.1.16 stops authenticating users after several days
by Juergen Obermann 19 Jun '09

19 Jun '09

Hello, we use dovecot v1.1.16 on two servers with Solaris 9. This week both suddenly stopped authenticating users. The first server was startet on Jun 2 and ran until Jun 18 and the other startet on Jun 3 and failed on Jun 15. Both generated then lots of error messages, three for every user that attemps to login, looking like that: Jun 15 08:35:23 minerva dovecot-auth[20831]: [ID 401707 user.error] open_module: /usr/lib/security/pam_unix_account.so.1 failed: ld.so.1: dovecot-auth: fatal: /usr/lib/security/pam_unix_account.so.1: open failed: No such file or directory Jun 15 08:35:23 minerva dovecot-auth[20831]: [ID 487707 user.error] load_modules: can not open module /usr/lib/security/pam_unix_account.so.1 Jun 15 08:35:23 minerva dovecot: [ID 107833 local0.error] auth-worker(default): pam(gp1071,134.176.2.89): pam_acct_mgmt() failed: Dlopen failure The file /usr/lib/security/pam_unix_account.so.1 was still there and had not been changed. Until these events there have been on both servers circa 1.600.000 logins. After a restart dovecot did work again. The configuration is: # ulimit -n 8192 # /opt/local/sbin/dovecot -n # 1.1.16: /opt/local/etc/dovecot.conf # OS: SunOS 5.9 sun4u syslog_facility: local0 protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/server.crt ssl_key_file: /etc/ssl/server.key disable_plaintext_auth: no version_ignore: yes login_dir: /opt/local/var/run/dovecot/login login_executable(default): /opt/local/libexec/dovecot/imap-login login_executable(imap): /opt/local/libexec/dovecot/imap-login login_executable(pop3): /opt/local/libexec/dovecot/pop3-login login_process_per_connection: no login_processes_count: 12 max_mail_processes: 4096 mail_location: mbox:~/Mail:INBOX=/var/mail/%u mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_executable(default): /opt/local/libexec/dovecot/imap mail_executable(imap): /opt/local/libexec/dovecot/imap mail_executable(pop3): /opt/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /opt/local/lib/dovecot/imap mail_plugin_dir(imap): /opt/local/lib/dovecot/imap mail_plugin_dir(pop3): /opt/local/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): pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: Mail/ hidden: yes subscriptions: yes auth default: passdb: driver: pam userdb: driver: passwd plugin: quota: fs:Home-Verzeichnis Greetings, Jürgen -- Hochschulrechenzentrum der | Mail: Juergen.Obermann(a)hrz.uni-giessen.de Justus-Liebig-Universitaet | WWW: http://www.uni-giessen.de/~g033 Heinrich-Buff-Ring 44 | Tel: 0641-99-13054 (0641-99-13001) D-35392 Giessen, Germany | Fax: 0641-99-13009

2 1