Re: [Dovecot] Email being stored in "cur" folder and not being downloaded in Thunderbird
Jay Welch wrote: > I have recently noticed that a random number of emails are being > stored in the "cur" folder under certain users and cannot be > downloaded in Thunderbird. I have tried moving the emails from "cur" > to "new" but everytime I try to download the email from Thunderbird, > the emails go back to the "cur" folder. What could be causing this? Perfectly normal, this is the way the Maildir format works. > What is the "cur" folder used for? I had thought that the "cur" folder > was used for IMAP but all the users here are using POP. No, the way the mail is stored and the way it is accessed are two different things. Grüße, Sven. -- Sigmentation fault. Core dumped.
[Dovecot] Client IP log variable for proxy/director setups?
Timo - it would be very convenient if we could get a variable that held the real client ip for use in logging with director/proxy setups. It's clearly already passed around in client->user->remote_ip but at this point, I don't see anyway to get it into the logs and it would take me ages to figure out the Right place to add it since client->user doesn't seem to be available in client-common.c: get_var_expand_table(..). Perhaps I'm missing something obvious? -- Kelsey Cummings - k...@corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407
[Dovecot] Email being stored in "cur" folder and not being downloaded in Thunderbird
Hi, I have recently noticed that a random number of emails are being stored in the "cur" folder under certain users and cannot be downloaded in Thunderbird. I have tried moving the emails from "cur" to "new" but everytime I try to download the email from Thunderbird, the emails go back to the "cur" folder. What could be causing this? What is the "cur" folder used for? I had thought that the "cur" folder was used for IMAP but all the users here are using POP. Also, I have tried testing this on Outlook and Outlook seems to download the files from "cur". Thanks
Re: [Dovecot] PAM config problem...
Someone else may have responded to this already but it looks like you have a problem in the passdb section of your config. See my inline... On May 26, 2011, at 2:39 PM, Juan Bernhard wrote: > Hi, > I had some troubles with PAM configuration. I need to restrict imap > access to some users (and allow pop3 to all). I followed the wiki > example of using "args = %s" to use 2 pams configurations (one for imap > and another for pop3) > When I start the service, it starts, but when I try to auth its hangs > Here is the log: > May 26 15:16:09 claudia dovecot: master: Warning: Killed with signal 15 > (by pid=15424 uid=0 code=kill) > May 26 15:16:10 claudia dovecot: master: Dovecot v2.0.13 starting up > May 26 15:16:24 claudia dovecot: auth: Debug: Loading modules from > directory: /usr/local/lib/dovecot/auth > May 26 15:16:24 claudia dovecot: auth: Fatal: pam: Unknown setting: %s > May 26 15:16:24 claudia dovecot: master: Error: service(auth): command > startup failed, throttling > May 26 15:16:59 claudia dovecot: pop3-login: Error: Timeout waiting for > handshake from auth server. my pid=15435, input bytes=0 > > Is this option working? Im I missing somethin? I had the same proble in > Solaris (but i thought that was a solaris thing, solaris is ALWAYS diferent) > > here is my doveconf -n > # 2.0.13: /usr/local/etc/dovecot/dovecot.conf > # OS: Linux 2.6.18-238.9.1.el5 x86_64 CentOS release 5.6 (Final) ext3 > auth_cache_size = 10 M > auth_debug = yes > base_dir = /var/run/dovecot/ > disable_plaintext_auth = no > listen = * > login_greeting = Server ready. > mail_debug = yes > mail_location = maildir:/var/mail/%u:INDEX=~/ > mail_plugins = quota > passdb { > args = %s failure_show_msg=yes I think you want %s (service) after failure_show_msg=yes. At least the default config file says that the PAM service comes after the key,value config pars for args. > driver = pam > } > plugin { > quota = maildir:Cuota de correo > quota_rule = *:storage=1G > quota_rule2 = Trash:storage=+100M > } > protocols = imap pop3 > ssl = no > ssl_cert = ssl_key = userdb { > driver = passwd > } > protocol imap { > imap_client_workarounds = tb-extra-mailbox-sep tb-lsub-flags > mail_plugins = quota imap_quota > } > protocol pop3 { > pop3_client_workarounds = outlook-no-nuls oe-ns-eoh > pop3_lock_session = yes > pop3_uidl_format = %08Xv%08Xu > } > > > And the build options: > Build options: ioloop=epoll notify=inotify ipv6 openssl io_block_size=8192 > Mail storages: cydir maildir mbox mdbox raw sdbox shared > SQL drivers: > Passdb: checkpassword ldap pam passwd passwd-file shadow > Userdb: checkpassword ldap nss passwd prefetch passwd-file > > > Thanks, Juan. > > > > > >
Re: [Dovecot] unexpected subfolder locaton in Maildir/.INBOX.subfolder
Hi Steve, On Fri, May 27, 2011 at 12:35:49AM +, Steven Jones wrote: > I dont know if this will help but, When I upgraded from Debain 5.0 to > 6.0 I had to specify the mail directory explicitly, it then all worked > fine. no, it don't I already tried this, and as you can see there is a correct expansion off INBOX in the log. > dovecot: IMAP(wulf): maildir++: root=/var/mail/home/wulf/Maildir, > index=, control=, inbox=/var/mail/home/wulf/Maildir best wulf
[Dovecot] This is appear a fts bug
I have checked this on dovecot 2.0.9 and 2.0.13 with fts-solr without patching. If you execute the follow IMAP script, then the imap process die by and a "assert" . select "inbox." . search text something After search, the connection is aborted in the client side, and imap process died on the server. When the log in dovecot says: (fts_backend_solr_init): assertion failed: (*box_name != '\0') After debug the code, there isn't in context any possibility to get "box_name". With squat plugin it is running. -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29
Re: [Dovecot] Error: file_dotlock_create failed: Permission denied
On Wed, May 25, 2011 1:49 pm, M. Fioretti wrote: > Hi, > > I have a Fedora 14 x86_64 computer. I run dovecot 2.0.12 on it, only to > keep a local imap copy of all my email, in maildir format. A couple days > ago the hard disk broke, so I bought a new one, and reinstalled Fedora 14 > x86_64 with all the updates. > > Then I copied all the maildirs from a backup to the new drive. > > But I can't access email now. No matter how I change sticky bits or > ownership and permissions of all the involved files and directories, etc.. > Login succeeds, but I get this error whenever I try to create new > mailboxes or access existing ones: sorry to nag the list, but is it possible that there is no way to restore this dovecot install, or at least any indication of what else I should check/try to do? Should I provide more information? TIA for any feedback, Marco
Re: [Dovecot] [PATCH] Indexing mail attachments with Dovecot + Solr
I can confirm that this patch is running against Dovecot 2.0.13 2011/5/23 Antonio Perez-Aranda : > Yes and I have it in my TODO, but we are using this version on a > production system. And it is our base system for development. > > 2011/5/23 Charles Marcus : >> On 2011-05-23 7:11 AM, Antonio Perez-Aranda wrote: >>> Indexing mail attachments with Dovecot + Solr. >>> >>> This patch has been tested with these versions: >>> * dovecot 2.0.9 >>> * apache-solr 1.4.1 >> >> Isn't it customary - and logical - to always test/patch against the >> current stable RELEASE version (ie, 2.0.13)? >> >> -- >> >> Best regards, >> >> Charles >> > > > > -- > Antonio Pérez-Aranda Alcaide > aperezara...@yaco.es > > Yaco Sistemas S.L. > http://www.yaco.es/ > C/ Rioja 5, 41001 Sevilla > Teléfono +34 954 50 00 57 > Fax +34 954 50 09 29 > -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29