- dovecot - dovecot.org

[Dovecot] Problem with sieve scripts including sieve scripts
by Mauricio Tavares 23 Jul '09

23 Jul '09

I have the following global cmusieve scripts defined in /etc/dovecot/sieve, which is owned by the user deliver is run (virtual) as defined in the lda session of dovecot.conf: global-spam.script ====================================== require ["fileinto"]; # Move spam to spam folder if header :contains "X-Spam-Level" "********************" { fileinto "Spam"; # Stop here so that we do not reply on spam stop; } elsif header :contains "X-Spam-Flag" "Yes" { fileinto "Spam"; stop; } global-default.script ==================================== require ["include"]; include :global "global-spam.script"; i.e. all the default script does is call the spam script. I have created the compiled versions using sievec, making sure they are still owned by virtual: mail sieve # ls global-default.script global-spam.script global-vacation.script global-default.scriptc global-spam.scriptc global-vacation.scriptc mail sieve # In the plugins session of dovecot.conf I have defined the path for global scripts (so I can do the include :global thingie) and the path for the default script (just in case user does not have a custom script in the mail directory): plugin { sieve_global_dir = /etc/dovecot/sieve/ global_script_path = /etc/dovecot/sieve/global-default.script } So I send me some certifiable spam from my collection of test spam. This is what I got from the log: Jul 22 14:49:01 mail MailScanner[15047]: New Batch: Scanning 1 messages, 3206 bytes Jul 22 14:49:01 mail MailScanner[15047]: SpamAssassin cache hit for message C04F79F002F.784A8 Jul 22 14:49:01 mail MailScanner[15047]: Spam Checks: Found 1 spam messages Jul 22 14:49:02 mail MailScanner[15047]: Virus and Content Scanning: Starting Jul 22 14:49:02 mail MailScanner[15047]: Requeue: C04F79F002F.784A8 to 304C09F0012 Jul 22 14:49:02 mail postfix/qmgr[14869]: 304C09F0012: from=<raubvogel(a)gmail.com>, size=2518, nrcpt=1 (queue active) Jul 22 14:49:02 mail MailScanner[15047]: Uninfected: Delivered 1 messages Jul 22 14:49:02 mail deliver(raub(a)domain.com): Loading modules from directory: /usr/lib/dovecot/lda Jul 22 14:49:02 mail deliver(raub(a)domain.com): Module loaded: /usr/lib/dovecot/lda/lib90_cmusieve_plugin.so Jul 22 14:49:02 mail dovecot: auth(default): master in: USER 1 raub(a)domain.com service=deliver Jul 22 14:49:02 mail dovecot: auth(default): master out: USER 1 raub(a)domain.com uid=1500 gid=1500 home=/var/spool/vmail/domain.com/raub Jul 22 14:49:02 mail deliver(raub(a)domain.com): auth input: raub(a)domain.com Jul 22 14:49:02 mail deliver(raub(a)domain.com): auth input: uid=1500 Jul 22 14:49:02 mail deliver(raub(a)domain.com): auth input: gid=1500 Jul 22 14:49:02 mail deliver(raub(a)domain.com): auth input: home=/var/spool/vmail/domain.com/raub Jul 22 14:49:02 mail deliver(raub(a)domain.com): maildir: data=/var/spool/vmail/domain.com/raub Jul 22 14:49:02 mail deliver(raub(a)domain.com): maildir++: root=/var/spool/vmail/domain.com/raub, index=, control=, inbox=/var/spool/vmail/domain.com/raub Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: /var/spool/vmail/domain.com/raub/.dovecot.sieve doesn't exist Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: Using sieve path: /etc/dovecot/sieve/global-default.script Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: Executing script /etc/dovecot/sieve/global-default.scriptc Jul 22 14:49:02 mail deliver(raub(a)domain.com): msgid=<000d01ca078a$d13122a0$6400a8c0@chameleonsh>: saved mail to INBOX Jul 22 14:49:02 mail postfix/pipe[15137]: 304C09F0012: to=<raub(a)domain.com>, relay=dovecot, delay=3.4, delays=3.3/0/0/0.1, dsn=2.0.0, status=sent (delivered via dovecot service) From what I gathered, mailscanner saw it was spam and tagged it. When the mail got back, postfix gave it to dovecot deliver, which then passed to cmusieve. Now, cmusieve saw user did not have a script defined, Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: /var/spool/vmail/domain.com/raub/.dovecot.sieve doesn't exist So, it used the default script as it should, Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: Using sieve path: /etc/dovecot/sieve/global-default.script Jul 22 14:49:02 mail deliver(raub(a)domain.com): cmusieve: Executing script /etc/dovecot/sieve/global-default.scriptc But, instead of calling the spam script, it simply delivered the spam mail to the inbox, Jul 22 14:49:02 mail deliver(raub(a)domain.com): msgid=<000d01ca078a$d13122a0$6400a8c0@chameleonsh>: saved mail to INBOX Why?

2 2

[Dovecot] 1.1.8 upgrade to 1.2
by Guy 23 Jul '09

23 Jul '09

Hi, I'm hoping to upgrade to 1.2 in the next couple of days. I remember seeing something mentioning some sort of config change, but unfortunately I don't remember where I saw it nor what the config option was. Are there any gotchas I need to watch out for in the change to 1.2 from 1.1.8? I've included dovecot -n below. Thanks Guy #dovecot -n # 1.1.8: /etc/dovecot/dovecot.conf # OS: Linux 2.6.24-23-server x86_64 Ubuntu 8.04.2 protocols: imap imaps pop3 pop3s listen(default): *:143 listen(imap): *: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/private/imapd.pem disable_plaintext_auth: no verbose_ssl: 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_greeting: Dovecot ready on mink.domain.org. login_process_per_connection: no login_processes_count: 5 login_max_processes_count: 1024 login_max_connections: 1024 max_mail_processes: 1024 mail_max_userip_connections: 20 verbose_proctitle: yes mail_location: maildir:%h/Maildir/ mail_debug: yes mail_full_filesystem_access: yes mmap_disable: yes dotlock_use_excl: no 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_plugins(default): imap_quota quota mail_plugins(imap): imap_quota quota mail_plugins(pop3): quota mail_log_max_lines_per_sec: 30 imap_client_workarounds(default): outlook-idle delay-newmail netscape-eoh imap_client_workarounds(imap): outlook-idle delay-newmail netscape-eoh 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/ location: maildir:%h/Maildir/ hidden: yes subscriptions: yes auth default: cache_size: 2048 cache_ttl: 300 cache_negative_ttl: 1 username_chars: abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@' master_user_separator: * debug: yes passdb: driver: passwd-file args: /etc/dovecot/dovecot-master.pwd master: yes passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf plugin: quota: maildir quota_rule: *:storage=100M quota_rule2: Trash:ignore -- Don't just do something...sit there!

2 1

[Dovecot] flat file dict
by Sven Strickroth 23 Jul '09

23 Jul '09

Hi, I'm using version 1.2.1 with acl. How do I use acl_shared_dict? Especially with file:-dictionary. What's the layout of that file? Is it possible that the file is ignored with the current version? If the file doesn't exist or isn't readable, I don' get any error message. Best regards, Sven

2 3

[Dovecot] PostLogout on Dovecot
by Fcuk F 23 Jul '09

23 Jul '09

Hi Timo/All Is it possible to have postlogout script for dovecot, similar to as you can have post logging in? Please advise.. Thanks Neil

1 0

[Dovecot] Released Sieve v0.1.9 for Dovecot v1.2.1
by Stephan Bosch 23 Jul '09

23 Jul '09

Hello Dovecot users, Relatively many bugs and problems were reported recently in a short period of time. Apparently, now that Dovecot v1.2 is finally stable, the new Sieve plugin is also starting to get used much more. No known bugs remain. Let's hope I didn't spawn any new ones. Apart from the bugfixes I made the deprecated notify plugin implementation compatible with CMUSieve. You can use it, but keep in mind that the (rather stupid) denotify command is not (yet) implemented and that the $text$ substitution does not work (yes, there is a world of differences compared to enotify). Changelog Sieve v0.1.9: * Removed the unfinished sieve-filter tool from the default build. It is now only built when the --with-unfinished-features switch is supplied during configure. + Started building support for the ereject version of the reject action, which has a preference to use an SMTP/LMTP protocol error in stead of a bounce message. This is to be used to make the Sieve plugin honour Deliver's -e parameter. This is not yet finished and not built by default. + Improved 'Permission denied' error messages just like Dovecot does, precisely specifying what permission is missing to access or create a file. + Added additional headers to the list of allowed headers for the address test. The restrictive nature of the address test is not always appropriate. Still thinking of a better, less restrictive implementation. + Made the deprecated notify extension compatible with the old CMUSieve plugin. However, the denotify command and the $text$ substitution are not yet supported. + Made the discard action log a message to avoid confusion about disappearing messages. - Fixed behavior of fileinto when delivering into a namespace prefix. It now uses silent delivery into INBOX as fallback. - Fixed logging of folder namespace prefix upon delivery into a prefixed namespace. Formerly it only logged the bare folder name. - Fixed a potential segfault in the argument validation. It didn't surface because no command could have a :tag followed by an associated parameter as last argument. - Fixed segfault bug occuring in envelope test when performed on null (<>) envelope path. The fix involves a rather large restructuring of the code to make sure envelope addresses are properly handled everywhere (bug reported by Nikita Koshikov) - Envelope: fixed bug in application of address parts; failure to obtain the part would cause inappropriate match success (bug reported by Ron Lee) - Fixed extension conflict checks during validation. It could sometimes produce useless errormessages. This is currently only used by the deprecated extensions. - Forgot to remove old explicit storage library dependency (patch by Arkadiusz Miskiewicz). - Fixed compiler warnings on certain platforms regarding the use fwrite for outgoing message construction -- The releases are available as follows: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.9.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.9.tar.gz.sig -- Have fun testing the new releases and don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

3 2

[Dovecot] Compiling Dovecot
by Jason Silkey 23 Jul '09

23 Jul '09

I'm attempting to compile Dovecot 1.2.1 from source with support for ManageSieve, with little success. ./configure seems to complete successfully, but make fails with the message: make: *** No targets. Stop. I checked the Makefile, and it's empty. I run into the same problem no matter the configure options, with or without the managesieve patch applied, and even with earlier versions (I also tried 1.2.0 and 1.1.17 just to see if it would work, but no go). I've had no problems compiling other software, so I'm at a bit of a loss here. Any thoughts?

2 1

[Dovecot] PAM_USER falsely assumed immutable
by Aaron Richton 22 Jul '09

22 Jul '09

In 1.2.1 there's: passdb-pam.c:230 status = pam_get_item(pamh, PAM_USER, &item); passdb-pam.c:237 auth_request_set_field(request, "user", item, NULL); so "item" is PAM_USER, which is then checked by auth_request_set_field: 1022 if (strcmp(request->user, value) != 0) { 1023 auth_request_log_debug(request, "auth", 1024 "username changed %s -> %s", 1025 request->user, value); that it hasn't changed. You're not allowed to assume that PAM_USER doesn't change. See, for example, http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/adg-security-user-i… to say nothing of the fact that Rutgers has PAM modules that do exactly that (change PAM_USER). This check needs to be relaxed (or, perhaps if you want a config directive for DontComplyWithThePAMSpec = true, you can have a tunable). Can this be as simple as ditching the call to auth_request_set_field, or is there concern over interactions between PAM and other auth features?

2 2

[Dovecot] Defunct processes w/ v1.2.1
by Chris O'Regan 22 Jul '09

22 Jul '09

I have limited information at the moment (currently distracted by other projects) but I'm hoping that someone has already found and solved this problem. I have a v1.2.1 installed on my development box waiting for me to tinker with the configuration. On several occasions, I have noticed that all the dovecot processes are listed as "defunct". I don't recall seeing anything significant in the logs the last time I checked. The system is not under any load. Has anyone else encountered this before? If not, I will dig deeper. BTW, ignore the fd limit warning below; limits are set in the init script. # /local/bin/dovecot -n # 1.2.1: /local/pkg/dovecot-1.2.1/root/etc/dovecot.conf Warning: fd limit 1024 is lower than what Dovecot can use under full load (more than 10240). Either grow the limit or change login_max_processes_count and max_mail_processes settings # OS: Linux 2.4.21-58.ELsmp i686 Red Hat Enterprise Linux AS release 3 (Taroon Update 9) listen: localhost ssl_listen: * ssl_cert_file: /usr/share/ssl/certs/mail.encs.pem ssl_key_file: /usr/share/ssl/certs/mail.encs.pem login_dir: /var/run/dovecot/login login_executable: /local/pkg/dovecot-1.2.1/root/libexec/dovecot/imap-login login_processes_count: 32 login_max_processes_count: 2048 max_mail_processes: 8192 first_valid_uid: 200 mail_location: mbox:~/mail:INBOX=/var/spool/mail/%1u/% u:INDEX=/local/data/dovecot/indexes/mail/%1u/%u namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: mail/ hidden: yes list: no subscriptions: yes namespace: type: private separator: / prefix: ~/mail/ hidden: yes list: no subscriptions: yes namespace: type: private separator: / prefix: ~%u/mail/ hidden: yes list: no subscriptions: yes auth default: passdb: driver: pam userdb: driver: passwd -- Chris O'Regan <chris(a)encs.concordia.ca> Senior Unix Systems Administrator, Academic IT Services Faculty of Engineering and Computer Science Concordia University, Montreal, Canada

3 10

[Dovecot] virtual plugin question
by Nikita Koshikov 22 Jul '09

22 Jul '09

Hello list, After enabling virtual plugin in dovecot config, I got imap segmentation faults from time to time. I can't say what event trigs this behavior, but in logs I see: Jul 22 13:55:01 dovecot: Error: child 20908 (imap) killed with signal 11 (core dumped) Jul 22 13:56:43 dovecot: Error: child 19466 (imap) killed with signal 11 (core dumped) Jul 22 14:06:16 dovecot: Error: child 22629 (imap) killed with signal 11 (core dumped) Jul 22 14:08:17 dovecot: Error: child 22879 (imap) killed with signal 11 (core dumped) Here is my config section, which I added to enable virtual plugin: namespace private { prefix = Company/ separator = / location = virtual:/var/mail/virtual subscriptions = no } and "virtual" to mail_plugins in imap and lda section. Full dovecot -n config provided at the end of this message. I'm not sure, if it is save to enable virtual location for all users using the same path, but the main goal for me - to create dovecot-virtual files once for all users. Maybe INDEX-es should be personalize for this setup work correct ? ls -la /var/mail/virtual/ drwxr-xr-x 2 mail mail 4096 Июл 22 15:43 all drwxr-xr-x 2 mail mail 4096 Июл 22 15:37 favorites -rw-r--r-- 1 mail mail 14 Июл 22 13:53 .virtual-subscriptions cat /var/mail/virtual/all/dovecot-virtual #all emails * all cat /var/mail/virtual/favorites/dovecot-virtual #Mark messages * flagged Core dump: gdb /usr/libexec/dovecot/imap /data/mail/domain.com/koshikov.n/core GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> 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 "i686-pc-linux-gnu"... (no debugging symbols found) warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/dovecot/imap/lib10_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib11_imap_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib11_trash_plugin.so... (no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib11_trash_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib20_autocreate_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib20_autocreate_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib20_expire_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib20_expire_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib20_virtual_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib20_virtual_plugin.so Reading symbols from /usr/lib/dovecot/imap/lib20_zlib_plugin.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/dovecot/imap/lib20_zlib_plugin.so Reading symbols from /lib/libz.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /lib/libbz2.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libbz2.so.1 (no debugging symbols found) Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. [New process 29801] #0 0xb7f6157c in ?? () from /usr/lib/dovecot/imap/lib20_virtual_plugin.so (gdb) bt full #0 0xb7f6157c in ?? () from /usr/lib/dovecot/imap/lib20_virtual_plugin.so No symbol table info available. #1 0x083895d8 in ?? () No symbol table info available. #2 0x00000573 in ?? () No symbol table info available. #3 0xbfbeada0 in ?? () No symbol table info available. #4 0xbfbeadc8 in ?? () No symbol table info available. #5 0xbfbeadeb in ?? () No symbol table info available. #6 0x08389da4 in ?? () No symbol table info available. #7 0xbfbeadb8 in ?? () No symbol table info available. #8 0x08389da8 in ?? () No symbol table info available. #9 0x00000000 in ?? () No symbol table info available. dovecot -n: # 1.2.1: /etc/dovecot/dovecot.conf Warning: Growing pool 'settings' with: 8192 # OS: Linux 2.6.26-gentoo-r4 i686 Gentoo Base System release 1.12.11.1 log_path: /var/log/dovecot/dovecot-error.log info_log_path: /var/log/dovecot/dovecot.log protocols: imaps managesieve ssl_cert_file: /etc/ssl/dovecot/imaps.crt ssl_key_file: /etc/ssl/dovecot/imaps.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(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Server ready. login_processes_count: 10 login_max_processes_count: 512 first_valid_uid: 8 last_valid_uid: 8 first_valid_gid: 12 last_valid_gid: 12 mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota trash expire zlib autocreate virtual mail_plugins(imap): quota imap_quota trash expire zlib autocreate virtual mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail imap_client_workarounds(managesieve): namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: Company/ location: virtual:/var/mail/virtual list: yes namespace: type: public separator: / prefix: #Public/ location: maildir:/var/mail/public list: yes auth default: mechanisms: plain login cache_size: 10240 cache_negative_ttl: 0 user: dovecot_auth master_user_separator: * worker_max_count: 50 passdb: driver: passwd-file args: /etc/dovecot/passdb/master.pwd master: yes passdb: driver: passwd-file args: /etc/dovecot/passdb/users.pwd passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-userdb-ldap.conf userdb: driver: passwd-file args: /etc/dovecot/passdb/users.pwd socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: mail group: dovecot_auth master: path: /var/run/dovecot/auth-master mode: 384 user: mail group: mail plugin: quota_warning: storage=95%% /etc/dovecot/plugins/quota_warning.sh 95 quota: maildir:Mailbox quota quota_rule: *:storage=500M quota_rule2: Trash:storage=10%% trash: /etc/dovecot/plugins/dovecot-trash.conf expire: Trash 30 Spam 30 expire_dict: proxy::expire autocreate: Drafts autocreate2: Sent autocreate3: Spam autocreate4: Trash autosubscribe: Drafts autosubscribe2: Sent autosubscribe3: Spam autosubscribe4: Trash sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_before: /etc/dovecot/sieve/default.sieve dict: expire: sqlite:/etc/dovecot/plugins/expire.conf

2 3

[Dovecot] Problem with INTERNALDATE when the year in localtime and GMT different
by 도원철 21 Jul '09

21 Jul '09

In my thought utc_offset function in src/lib/utc-offset.c returns wrong offset value when the year in localtime and GMT different. /* max offset of 24 hours */ if (ltm.tm_yday < gtm.tm_yday) offset = -24 * 60; else if (ltm.tm_yday > gtm.tm_yday) offset = 24 * 60; else offset = 0; I think this code should be modified as followings. /* max offset of 24 hours */ if ((ltm.tm_year == gtm.tm_year && ltm.tm_yday < gtm.tm_yday) || (ltm.tm_year < gtm.tm_year)) offset = -24 * 60; else if ((ltm.tm_year == gtm.tm_year && ltm.tm_yday > gtm.tm_yday) || (ltm.tm_year > gtm.tm_year)) offset = 24 * 60; else offset = 0; On 1 Jan. 2009, I found an error related to this code. The intrenal date of message recieved at 01-Jan-2009 07:17:38 was not display as it received. The protocol log was as followings. FETCH (INTERNALDATE “01-Jan-2009 07:17:38 -3900” RFC822.SIZE 1597 FLAGS (\Seen) ENVELOP (“Thu, 1 Jan 2009 07:17:38 +0900 (KST)” … The INTERNALDATE must be “01-Jan-2009 07:17:38 +0900”, but it was "01-Jan- 2009 07:17:38 -3900". This error may be caused by the bug in utc_offset.c. How do you think?

2 1