Thomas Gropp
2008-Sep-24 09:50 UTC
[Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
Hello everyone, I am testing Dovecot 1.1.3 at the moment to see if I can migrate from UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the production server I installed Dovecot on an ununsed computer with some dummy-testusers using ssl and maildir. Installation was without any problems and everything works fine with one exception: I cannot download some attachments. If the attachment is a simple textfile or bitmap it's ok, but everything else (pdf, zip, etc. - size doesn't matter) does not work. Here is what happens: 1) I right-click on the attached file -> "save as" (using Thunderbird 2) 2) I choose a target dir (no matter if local disk or nfs) 3) the download-dialog pops up and says: "starting...." 4) nothing happens form then on In the log file I see (lots of them for a single "attachment-download-try" until I stop Thunderbird): "dovecot: Fatal: IMAP(<username>): io_loop_handle_add: epoll_ctl(1, 1): File exists" (which file??) I googled this message but without success. I already tried having all files on the local fs instead of nfs but it doesn't change anything. I also tried a lot of different settings (concerning locking, nfs, permissions) in the dovecot.conf. Everything else works just fine: logging in, receiving, creating folders, deleting etc...) Im using a (very) old SuSE 9.0 installation with ext2. I put my (current) devecot.conf and the output of "dovecot -n" at the end. As I have no idea what else to try/check: Anyone out there who has a tip what else I could check to solve this? Or even someone who had the same problem with a solution? ;o) Thx Thomas my current dovecot.conf: ************************************************************* protocols = imaps protocol imap { listen = *:143 # not active ssl_listen = *:446 # for testing } listen = * disable_plaintext_auth = yes ssl_disable = no ssl_cert_file = /etc/ssl/certs/imapd.pem ssl_key_file = /etc/ssl/certs/imapd.pem verbose_ssl = yes login_greeting = Dovecot ready. mail_location = maildir:~/Maildir mmap_disable = yes fsync_disable = no mail_nfs_index = yes lock_method = dotlock maildir_copy_with_hardlinks = yes mbox_read_locks = dotlock_try mbox_write_locks = dotlock_try mbox_dotlock_change_timeout = 120 protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster at example.com } auth_debug = yes auth default { mechanisms = plain passdb shadow { } userdb passwd { } user = root } dict { } plugin { } ************************************************************* Output of dovecot -n ************************************************************* # 1.1.3: /usr/local/etc/dovecot.conf protocols: imaps ssl_listen: *:446 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem verbose_ssl: yes login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_location: maildir:~/Maildir mail_debug: yes mmap_disable: yes mail_nfs_index: yes lock_method: dotlock mbox_read_locks: dotlock_try mbox_write_locks: dotlock_try auth default: debug: yes passdb: driver: shadow userdb: driver: passwd ***************************************************************+
Eduardo M KALINOWSKI
2008-Sep-24 13:52 UTC
[Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
From: Thomas Gropp <togro at fbta.uni-karlsruhe.de>> I am testing Dovecot 1.1.3 at the moment to see if I can migrate from > UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the > production server I installed Dovecot on an ununsed computer with some > dummy-testusers using ssl and maildir. Installation was without any > problems and everything works fine with one exception: I cannot download > some attachments. If the attachment is a simple textfile or bitmap it's > ok, but everything else (pdf, zip, etc. - size doesn't matter) does not > work. Here is what happens: > > 1) I right-click on the attached file -> "save as" (using Thunderbird 2) > 2) I choose a target dir (no matter if local disk or nfs) > 3) the download-dialog pops up and says: "starting...."I'd suggest trying first with another client to see if it's not an issue with Thunderbird, which in my opinion is not very good at handling attachments in imap.
Timo Sirainen
2008-Sep-24 17:06 UTC
[Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
On Sep 24, 2008, at 12:50 PM, Thomas Gropp wrote:> "dovecot: Fatal: IMAP(<username>): io_loop_handle_add: epoll_ctl(1, > 1): File exists" (which file??)epoll_ctl(2): EEXIST op was EPOLL_CTL_ADD, and the supplied file descriptor fd is already in epfd. I don't really know why that would happen though. The code shouldn't be adding the same fd twice.> Im using a (very) old SuSE 9.0 installation with ext2.Perhaps it's a bug in an older kernel. Try configuring Dovecot without epoll: ./configure --with-ioloop=poll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20080924/cdf6c289/attachment-0002.bin>
Possibly Parallel Threads
- Login Fails: epoll_ctl(1, 7): Operation not permitted
- v1.2.beta2: Fatal: io_loop_handle_add: epoll_ctl(1, 10): Bad file descriptor
- pop3-login: Fatal: io_loop_handle_add: epoll_ctl(1, 5):
- Fatal: imap-login: io_loop_handle_add: epoll_ctl(1, 4): Operation not permitted
- 1.2.beta4: Fatal: io_loop_handle_add: epoll_ctl(1, 11): Bad file descriptor