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>
Seemingly Similar 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