Re: [Dovecot] proxy configuration
Lessons learned? It works and it worked immediately. Store backend host information as IP address and not as host name. I have a setup similar to what the OP described. The other missing ingredient is that in current stable version you need to change your mysql query to avoid returning any proxy results if the user somehow managed to end up on the correct backend server directly, ie you manually say that no proxying is required. The point of the new feature that Timo added is then you can simply set IP addresses for each server and if the user happens to come in on the correct server already then proxying is automatically disabled (ie you can have a bunch of backend machines all pretending to be frontend machines and it all just works) Ed W
Re: [Dovecot] Thunderbird trouble with Dovecote and dbox
Hannes Dorbath wrote: My basic questions now is, are those problems related to dbox, or to Dovecot and Thunderbird in general? I just retried everything with maildir and all is fine. So dbox is something quite experimental? Thanks. -- Best regards, Hannes Dorbath
Re: [Dovecot] Thunderbird trouble with Dovecote and dbox
On Sun, 2008-01-27 at 15:37 +0100, Hannes Dorbath wrote:
My basic questions now is, are those problems related to dbox, or to
Dovecot and Thunderbird in general?
All of these issues have to do with handling/listing mailbox names. Most
of that code is shared with mbox code and that's working fine. I did a
few checks and LIST replies seemed to be ok with me.
Most of these issues sound like Thunderbird is assuming (caching) a
wrong hierarchy separator. Did you create a new account or use an
existing one? You could try if it makes a difference when configuring
dbox to use '.' as hierarchy separator:
namespace private {
separator = .
inbox = yes
}
signature.asc
Description: This is a digitally signed message part
Re: [Dovecot] Thunderbird trouble with Dovecote and dbox
Timo Sirainen wrote:
namespace private {
separator = .
inbox = yes
}
That fixed drag and drop of folders and Empty Trash. Inbox now is
greyed out sometimes (after the first start it's fine now). Deleted
folders sill remain in the file system, even though they are not longer
displayed by Thunderbird.
Yes I always created new accounts.
I think I'll just stick with maildir for now..
--
Best regards,
Hannes Dorbath
[Dovecot] Thunderbird Problem - What causes this?
Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have also seen Thunderbird be in a somewhat unresponsive state. You can click on messages and they don't read. But Shutting down Thunderbird and restarting it make it responsive again. Has anyone seen this?
Re: [Dovecot] Thunderbird Problem - What causes this?
Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have also seen Thunderbird be in a somewhat unresponsive state. You can click on messages and they don't read. But Shutting down Thunderbird and restarting it make it responsive again. Has anyone seen this? I've seen this with avast and kaspersky (with heuristics enabled). I've moved to NOD32 since then.
Re: [Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
On Sunday 27 January 2008 12:48:24 Patrick Ben Koetter wrote: I am trying to tell Dovecot deliver to use $mail_location as the location # Dovecot # dovecot-ldap.conf user_attrs = mailHomeDirectory=home,mailUidNumber=uid,mailGidNumber=gid,mailQuota=quota= maildir:storage,mail=mailHomeDirectory It is my understanding that mail_location only gets uses if no mail attribute is specified. In any case, it appears that the above perhaps should read mailHomeDirectory=mail. Also making the home and the mail directory the same has caused problems for others on this list; like odd files showing up as mail folders in the email client. Jim
[Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
I am trying to tell Dovecot deliver to use $mail_location as the location to store mail for system users. From the docs I've read http://wiki.dovecot.org/MailLocation I believe this is possible, but mail to my system users always gets delivered to their /home/USERNAME homedirectory. Here's what I've done so far: # Postfix main.cf mailbox_command = /usr/lib/dovecot/deliver # Dovecot # dovecot-ldap.conf user_attrs = mailHomeDirectory=home,mailUidNumber=uid,mailGidNumber=gid,mailQuota=quota=maildir:storage,mail=mailHomeDirectory Above you can see, I query for $mail as documented in http://wiki.dovecot.org/UserDatabase. # dovecot.conf # dovecot -n # 1.0.5: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3 pop3s ssl_cert_file: /etc/ssl/mail.state-of-mind.de.crt ssl_key_file: /etc/ssl/private/mail.state-of-mind.de.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no mail_extra_groups: mail mail_location: maildir:~ mail_debug: yes maildir_copy_with_hardlinks: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): outlook-idle netscape-eoh delay-newmail imap_client_workarounds(imap): outlook-idle netscape-eoh delay-newmail imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 ntlm passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: virtual group: virtual What am I missing? TIA, [EMAIL PROTECTED] -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick KoetterTel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht MünchenPartnerschaftsregister PR 563
Re: [Dovecot] proxy configuration
Patrick Ben Koetter wrote: Ed W wrote: Thanks to both for your comments; very helpful. I just wanted to make sure it could work in practice before I spent some time on it. Sounds like it can be done.
Re: [Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
* Jim Horner [EMAIL PROTECTED]: On Sunday 27 January 2008 12:48:24 Patrick Ben Koetter wrote: I am trying to tell Dovecot deliver to use $mail_location as the location # Dovecot # dovecot-ldap.conf user_attrs = mailHomeDirectory=home,mailUidNumber=uid,mailGidNumber=gid,mailQuota=quota= maildir:storage,mail=mailHomeDirectory It is my understanding that mail_location only gets uses if no mail attribute is specified. In any case, it appears that the above perhaps should read mailHomeDirectory=mail. Also making the home and the mail directory the same Doh! Thanks, that fixed the mail location problem. In the log I can now see it is used when I use dovecot as Postfix service. The initial problem yet still remains. If I use mailbox_command = ../deliver deliver seems to use the $ENV settings. I can probably change those, but I'd rather have deliver read system user delivery options from LDAP, jsut as I do for my virtual users. has caused problems for others on this list; like odd files showing up as mail folders in the email client. Haven't had that yet, but will do as soon as I have problems, thanks. I can/will fix that if I get deliver use my LDAP settings. I've switched off all other userdb drivers. From my understanding deliver _must_ read from LDAP: userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf Wrong assumption? [EMAIL PROTECTED] -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick KoetterTel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht MünchenPartnerschaftsregister PR 563
Re: [Dovecot] Thunderbird Problem - What causes this?
On Sunday 27 January 2008 15:41:04 Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have reported the same behaviour in KMail over Dovecot - and someone else also reported it. That seems to suggest that it's a Dovecot problem. Anne signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
* Jim Horner [EMAIL PROTECTED]: On Sunday 27 January 2008 12:48:24 Patrick Ben Koetter wrote: I am trying to tell Dovecot deliver to use $mail_location as the location # Dovecot # dovecot-ldap.conf user_attrs = mailHomeDirectory=home,mailUidNumber=uid,mailGidNumber=gid,mailQuota=quota= maildir:storage,mail=mailHomeDirectory It is my understanding that mail_location only gets uses if no mail attribute is specified. In any case, it appears that the above perhaps should read mailHomeDirectory=mail. Also making the home and the mail directory the same Doh! Thanks, that fixed the mail location problem. In the log I can now see it is used when I use dovecot as Postfix service. The initial problem yet still remains. If I use mailbox_command = ../deliver deliver seems to use the $ENV settings. I can probably change those, but I'd rather have deliver read system user delivery options from LDAP, jsut as I do for my virtual users. has caused problems for others on this list; like odd files showing up as mail folders in the email client. Haven't had that yet, but will do as soon as I have problems, thanks. I can/will fix that if I get deliver use my LDAP settings. I've switched off all other userdb drivers. From my understanding deliver _must_ read from LDAP: userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf Wrong assumption? [EMAIL PROTECTED] -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick KoetterTel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht MünchenPartnerschaftsregister PR 563
Re: [Dovecot] Thunderbird Problem - What causes this?
On Sun, 2008-01-27 at 20:49 +, Anne Wilson wrote: On Sunday 27 January 2008 15:41:04 Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have reported the same behaviour in KMail over Dovecot When? I can't find a mail from you about it. Although there are some old mails about Dovecot v0.99.x. - and someone else also reported it. That seems to suggest that it's a Dovecot problem. This used to happen with some old Dovecot versions (before v1.0 RCs), but I don't remember having heard about it for at least a year now. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
The initial problem yet still remains. If I use mailbox_command = ../deliver deliver seems to use the $ENV settings. I can probably change those, but I'd rather have deliver read system user delivery options from LDAP, jsut as I do for my virtual users. Ah, I see. I guess what I was saying is in the ldap config we use user_attrs = mailMessageStore=home,,uidNumber=uid,gidNumber=gid minus and mail attribute and in dovecot config we have mail_location = maildir:%h/Maildir but we also use virtual transport for all users (system and virtual) so I have not experienced $ENV overriding all of these settings. Jim
Re: [Dovecot] Thunderbird Problem - What causes this?
On Sunday 27 January 2008 20:49:42 Anne Wilson wrote: On Sunday 27 January 2008 15:41:04 Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have reported the same behaviour in KMail over Dovecot - and someone else also reported it. That seems to suggest that it's a Dovecot problem. I should have said that I reported it on the kde-pim list, as I thought it was a Konntact problem. I classed it as a minor annoyance, and didn't follow it up when no-one seemed to know why it was happening. Anne signature.asc Description: This is a digitally signed message part.
Re: [Dovecot] Thunderbird Problem - What causes this?
Anne Wilson wrote: On Sunday 27 January 2008 20:49:42 Anne Wilson wrote: On Sunday 27 January 2008 15:41:04 Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have reported the same behaviour in KMail over Dovecot - and someone else also reported it. That seems to suggest that it's a Dovecot problem. I should have said that I reported it on the kde-pim list, as I thought it was a Konntact problem. I classed it as a minor annoyance, and didn't follow it up when no-one seemed to know why it was happening. Anne OK - I didn't know that I might be reporting something new. Here's some more details. I leave my computer on at might (Windows XP) and it's worse in the morning when I wake up. Thunderbird's checks the email every 1 minute and it's set up to check several IMAP folders. I'm running the latest Thunderbird release as will as the latest Dovecot (not the beta versions). In the morning it is as if it can't access dovecot at all. I get an hour glass as if it is waiting for something that's never going to respond. But if I shut down Thunderbird and restart it then everything works normal for a while. My server is doing a lot of work but the load levels are low. Running Fedora 8, dual core AMD 6000+ processor with 8 gigs of ram. My experimenting with adding more authentication processes seems to help but I could be fooling myself. That's why I'm experimenting to try to figure out what's making it slow. Like someone else said, I saw something like this happen with several RCs but at the time I thought it was MBOX related. I'm not using Maildir. Hope this extra info helps.
Re: [Dovecot] Thunderbird Problem - What causes this?
Marc Perkel wrote: OK - I didn't know that I might be reporting something new. Here's some more details. I leave my computer on at might (Windows XP) and it's worse in the morning when I wake up. Thunderbird's checks the email every 1 minute and it's set up to check several IMAP folders. I'm running the latest Thunderbird release as will as the latest Dovecot (not the beta versions). In the morning it is as if it can't access dovecot at all. I get an hour glass as if it is waiting for something that's never going to respond. But if I shut down Thunderbird and restart it then everything works normal for a while. A summary of below: make sure you are actually still connected to your original session in dovecot before you suspect it: Try running a script to run 'netstat' frequently, say once a minute, and log the port numbers from the connection, example: TCPreinheitsgebot:3482mail.egr.msu.edu:993 ESTABLISHED TCPreinheitsgebot:3485mail.egr.msu.edu:993 ESTABLISHED You probably want to do this on the server side as well as the client side, just to check that if a connection is dropped, it happens on both at the same time (if not, something sounds odd!). I'm not sure if your problem happens if you only have thunderbird check the inbox, but I would expect at least one connection (inbox) to stay connected constantly without disruption. If the client side port number changes (eg. 3482), it got disconnected for some reason. For the most part, Thunderbird tries to make disconnections invisible to the user, which is nice when it works right, but misleading when something goes wrong, such as when thunderbird acts obstinant about loading messages but works when you restart. The reason I suggest this, and even if it might be a simpler case for you but similar symptoms/effect, I had a load balancer situation where connections would get dropped on the client side from a cause outside of the load balancer or server, and thunderbird would not always reconnect nicely when that happened. Literally the fault was not in the load balancer or server, but another server that stuck its nose in and effectively tried to steal the connection, making the client run into a brick wall and disconnect. The same happened to https connections. You might also try a different client such as mutt, which will make it painfully obvious if you get disconnected overnight, because it won't try to reconnect. Now on the other hand, if you can verify a single connection does stay open using the same source/dst port pair, you could start zeroing in on what is actually happening inside that connection, if it takes tcpdump on both side plus nonssl imap, etc.
Re: [Dovecot] Thunderbird Problem - What causes this?
OK - I didn't know that I might be reporting something new. Here's some more details. I leave my computer on at might (Windows XP) and it's worse in the morning when I wake up. Thunderbird's checks the email every 1 minute and it's set up to check several IMAP folders. I'm running the latest Thunderbird release as will as the latest Dovecot (not the beta versions). In the morning it is as if it can't access dovecot at all. I get an hour glass as if it is waiting for something that's never going to respond. But if I shut down Thunderbird and restart it then everything works normal for a while. Be sure that it's not just a memory leak in Thunderbird though. I find TB can gobble memory in some situations... you notice that it grinds the HD like crazy for example.. Ed W
Re: [Dovecot] Thunderbird Problem - What causes this?
On Sun, 2008-01-27 at 18:04 -0500, Adam McDougall wrote:
Try running a script to run 'netstat' frequently, say once a minute, and
log the port numbers from the connection, example:
TCPreinheitsgebot:3482mail.egr.msu.edu:993 ESTABLISHED
TCPreinheitsgebot:3485mail.egr.msu.edu:993 ESTABLISHED
Cheers! :-)
--
char *t=[EMAIL PROTECTED];
main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;il;i++){ i%8? c=1:
(c=*++x); c128 (s+=h); if (!(h=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
[Dovecot] Dovecot + Windows AD + Postfix + quota
Hello, I'm almost sure that all topics and problems mentioned below were separately posted to this list already. But after spending 4 days on searching, I did'n find a compilation similar to my case. So maybe some of you guys, are able to answer to help me solve this: 1. I'd like to use userdb and passdb of Dovetcot to work with Windows AD. 2. I have to use them both because I'd like to use LDA to serve for my Postfix. 3. I DO NOT want tou use any external programs (ie PAM) to talk to AD server. 4. I was able to make my system partially running - I CAN bind to AD database, and confirm user/password. 5. I want to get follownig attributes: home directory (OK, I could put it statically), uid/gid (OK, it could be static too) and MAIL QUOTA (my users have different values - no 'statics'). To help you on this subject, here are my configs/data: OS = Gentoo Linux uname -a = 2.6.15-gentoo-r7 #1 SMP PREEMPT Tue Mar 21 18:08:57 CET 2006 i686 Intel(R) Xeon(TM) CPU 2.40GHz GenuineIntel GNU/Linux dovecot --version = 1.1.beta14 dovecot -n = protocols: imaps ssl_listen: *:993 ssl_cert_file: /etc/ssl/dovecot/newcert.pem ssl_key_file: /etc/ssl/dovecot/newkey.pem ssl_parameters_regenerate: 0 ssl_cipher_list: ALL:!LOW:!SSLv2 disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login verbose_proctitle: yes mail_uid: 5000 mail_gid: 5000 mail_location: maildir:~/.Maildir/ mail_debug: yes mail_executable: /usr/libexec/dovecot/var mail_plugins: quota imap_quota auth default: mechanisms: login plain username_format: %Lu verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: quota: maildir:storage=1024000:ignore=Trash sieve: /var/vmail/lpr/%u/.Maildir/.dovecot.sieve grep -v '^ *\(#.*\)\?$' dovecot-ldap.conf hosts = 10.10.10.8:3268 uris = ldap://10.10.10.8:3268 dn = lpr\Administrator dnpass = *** auth_bind = yes auth_bind_userdn = lpr\%u base = dc=lpr,dc=com,dc=pl ldap_version = 3 user_attrs = uidNumber=uid,gidNumber=gid,postOfficeBox=home,carLicense=quota user_filter = ((cn=%u)) pass_attrs = cn=user,userPasword=password pass_filter = ((cn=%u)) Windows AD = Windows 2003 R2 PL --- Logs: Jan 28 00:37:40 gentoo dovecot: auth(default): client in: AUTH 1 PLAIN service=imapsecured lip=10.10.10.2 rip=10.10.10.29 Jan 28 00:37:40 gentoo dovecot: auth(default): client out: CONT 1 Jan 28 00:37:40 gentoo dovecot: auth(default): client in: CONT 1 AG1wYWN6ZXNueQBOZGYxNjEzODI= Jan 28 00:37:40 gentoo dovecot: auth(default): client out: OK 1 user=xxx Jan 28 00:37:40 gentoo dovecot: auth(default): master in: REQUEST 1 16026 1 Jan 28 00:37:40 gentoo dovecot: auth(default): ldap(xxx,10.10.10.29): user search: base=dc=lpr,dc=com,dc=pl scope=subtree filter=((cn=xxx)) fields=uidNumber,gidNumber,postOfficeBox,carLicense Jan 28 00:37:40 gentoo dovecot: auth(default): master out: USER 1 xxx Jan 28 00:37:40 gentoo dovecot: imap-login: Login: user=xxx, method=PLAIN, rip=10.10.10.29, lip=10.10.10.2, TLS Jan 28 00:37:40 gentoo dovecot: IMAP(xxx): Loading modules from directory: /usr/lib/dovecot/imap Jan 28 00:37:40 gentoo dovecot: IMAP(xxx): Module loaded: /usr/lib/dovecot/imap/lib10_quota_plugin.so Jan 28 00:37:40 gentoo dovecot: IMAP(xxx): Module loaded: /usr/lib/dovecot/imap/lib11_imap_quota_plugin.so Jan 28 00:37:40 gentoo dovecot: IMAP(xxx): Effective uid=5000, gid=5000, home= Jan 28 00:37:40 gentoo dovecot: IMAP(xxx): Quota root: name=storage=1024000 backend=maildir args=ignore=Trash Jan 28 00:37:41 gentoo dovecot: IMAP(xxx): Namespace: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes Jan 28 00:37:41 gentoo dovecot: IMAP(xxx): maildir: data=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.Maildir/ Jan 28 00:37:41 gentoo dovecot: IMAP(xxx): maildir++: root=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.Maildir, index=, control=, inbox=/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.Maildir Jan 28 00:37:41 gentoo dovecot: IMAP(xxx): mkdir(/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB/.Maildir/cur) failed: Permission denied the second case is that i receive following errors in log file: Jan 28 00:47:31 gentoo dovecot: auth(default): client in: AUTH 1 PLAIN service=imapsecured lip=10.10.10.2 rip=10.10.10.29 Jan 28 00:47:31 gentoo dovecot: auth(default): client out: CONT 1 Jan 28 00:47:31 gentoo dovecot: auth(default): client in: CONT 1 AG1wYCN6ZXNuew9OZGYxxAEzODIe= Jan 28 00:47:31 gentoo dovecot: auth(default): client out: OK 1 user=xxx Jan 28 00:47:31 gentoo dovecot: auth(default):
Re: [Dovecot] Thunderbird Problem - What causes this?
on 1/27/2008 2:40 PM Marc Perkel spake the following: Anne Wilson wrote: On Sunday 27 January 2008 20:49:42 Anne Wilson wrote: On Sunday 27 January 2008 15:41:04 Marc Perkel wrote: Strange problem and I'm not sure what's causing it. I'm using IMAP. A new message arives in the inbox. I see it displayed in the message list in bold. I click on the message and it looks like it's reading it by the previous message that was in the window remains and the new message is still bold (unread). However I can then click on an old message and then click on the new message again and it reads. I have reported the same behaviour in KMail over Dovecot - and someone else also reported it. That seems to suggest that it's a Dovecot problem. I should have said that I reported it on the kde-pim list, as I thought it was a Konntact problem. I classed it as a minor annoyance, and didn't follow it up when no-one seemed to know why it was happening. Anne OK - I didn't know that I might be reporting something new. Here's some more details. I leave my computer on at might (Windows XP) and it's worse in the morning when I wake up. Thunderbird's checks the email every 1 minute and it's set up to check several IMAP folders. I'm running the latest Thunderbird release as will as the latest Dovecot (not the beta versions). Hammering the server every minute can be hard on the server. Especially if all the users do the same. I personally make users check no more than every 10 minutes automatically. In the morning it is as if it can't access dovecot at all. I get an hour glass as if it is waiting for something that's never going to respond. But if I shut down Thunderbird and restart it then everything works normal for a while. I use Xp and also leave it on all the time. Sometimes Thunderbird will seem to run out of memor, and a restart is the only thing that will help. But in my case it isn't dovecot because I can still read my mail from other clients and other machines. My server is doing a lot of work but the load levels are low. Running Fedora 8, dual core AMD 6000+ processor with 8 gigs of ram. My experimenting with adding more authentication processes seems to help but I could be fooling myself. That's why I'm experimenting to try to figure out what's making it slow. Trimming the accesses down from every minute should help this also. Like someone else said, I saw something like this happen with several RCs but at the time I thought it was MBOX related. I'm not using Maildir. Hope this extra info helps. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Postfix, mailbox_command, Dovecot deliver, LDAP and mail_location
* Jim Horner [EMAIL PROTECTED]: The initial problem yet still remains. If I use mailbox_command = ../deliver deliver seems to use the $ENV settings. I can probably change those, but I'd rather have deliver read system user delivery options from LDAP, jsut as I do for my virtual users. Ah, I see. I guess what I was saying is in the ldap config we use user_attrs = mailMessageStore=home,,uidNumber=uid,gidNumber=gid minus and mail attribute and in dovecot config we have mail_location = maildir:%h/Maildir but we also use virtual transport for all users (system and virtual) so I have not experienced $ENV overriding all of these settings. I had that too in the beginning, but it breaks local distribution lists on my side. deliver says it cannot handle more than one recipient at a time. That's why I turned to mailbox_command. [EMAIL PROTECTED] -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick KoetterTel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht MünchenPartnerschaftsregister PR 563
