Re: [Dovecot] "Select Inbox" drops connection. IMAP troubleshooting help available?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Dec 2013, Thor Legvold wrote: Newbie to the list here. I don’t know if this is Dovecot specific, but I can see that my IMAP server is running Dovecot. So far (as a client) I haven’t been able to figure out how to get it to tell me the version number. What I’m trying to get is more detailed info in order to debug an IMAP problem. Anytime I issue a “Select” or “Examine” command with the “Inbox” as argument, the connection is dropped. E.g.: after logging in, listing folders, navigating around, I do this: a select inbox closed Sonovo:~ Thunder$ and am back at the terminal prompt. If I do an “Email Trace” in CPanel on my server (hosting both my website and IMAP email accounts), I see a long list of emails accepted to my address and in the system, but I cannot seem to access them from any client. This is not an IMAP problem, but a server / mailbox problem. Check out the logfile of the server. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUqgYWl3r2wJMiz2NAQKkiQgAvpKYPJEKVtJoy9yFpPbAm68uHXtL4nBo CvBPj+/5Y/8EbLYeT44YwG8TlQgrvXTQMCWQjQB+IdmW1tx0+4JANjCc/9HxpJpo 07UZ+gvRjLj4Y+0yv/vHg3O5/WdUuiLTSk8UzPeWWH5O8x7dcR6zKCHg981wbY+/ qEoeR/FfzIGYorBwAS+NB9kXSFkJVAIPWvWIpnr8kBh+X6/NdRdSgUliCJxFOp33 cHzpQsRdpSWCGeAPC3ir9IFSKKvlmts2KMft2WK6Q9PG2jnQLvFHpKh6SmiTRhkR FJQeShQbXjOkkJP44AK6FNmrhmPWaEAN92puyLtfZC7tyA2N20DA/A== =HmQS -END PGP SIGNATURE-
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On 10/12/2013 15:15, Charles Marcus wrote: Hello, There has been some whispers about considering migrating our mail systems to Exchange Server. I want to try to nip this in the bud. Another hint: Exchange is a really big PITA for its storage. Backups and reimports are really slow and buggy. Corruptions on the supermega-storage-file-containing-all-mailboxes causes long downtimes. It's not only a point&click system. It's a point&hope&click&damn approach since its installation. Good luck! Max
Re: [Dovecot] post-logout scripting
On Mon, Dec 9, 2013 at 4:49 AM, Timo Sirainen wrote: > > No, doesn’t work that way anymore. You could instead use this: > http://dovecot.org/patches/2.2/imap-logout-plugin.c > Thanks for your reply! This works for me. However, if I want to do the same for pop3 logout do I need a separate plugin for it or can I do both in same plugin? If I try to include both "imap-common.h" "pop3-common.h" in same plugin I get type conflicts.
[Dovecot] "Select Inbox" drops connection. IMAP troubleshooting help available?
Newbie to the list here. I don’t know if this is Dovecot specific, but I can see that my IMAP server is running Dovecot. So far (as a client) I haven’t been able to figure out how to get it to tell me the version number. What I’m trying to get is more detailed info in order to debug an IMAP problem. I’ve been unable to retrieve email since the 27th of November on this specific account. Another user on the same domain/email receives and sends email just fine. Having tried both Apple Mail, Thunderbird, as well as a Telnet terminal connection, I see two problems, but am unaware of what to do from here to verify or fix the problem. First is that the SSL certificate is a self signed one from some local hosting service. Fair enough, I told OS X to trust it (for now), both in Mail and Thunderbird (and Safari). Second is that when logging in via the terminal, I can log in fine, navigate to any folder and read any email on the server - with the exception of the Inbox. Anytime I issue a “Select” or “Examine” command with the “Inbox” as argument, the connection is dropped. E.g.: after logging in, listing folders, navigating around, I do this: a select inbox closed Sonovo:~ Thunder$ and am back at the terminal prompt. If I do an “Email Trace” in CPanel on my server (hosting both my website and IMAP email accounts), I see a long list of emails accepted to my address and in the system, but I cannot seem to access them from any client. There may well be a better list/forum for discussing this kind of thing. I was actually on a mailing list years ago with Mark Crispin himself, but haven’t spoken with him in 10 years or more. I’m not sure where to go for more help/info. I’m not a complete (l)user, but nor am I a guru (tm). Any tips or help is greatly appreciated! Sonovo
Re: [Dovecot] undoing a zlib test
On Dec 9, 2013, at 11:41 PM, Robert Schetterer wrote: > Am 10.12.2013 01:08, schrieb Terry Barnum: >> I'm trying to undo a dovecot zlib test and uncompress 6 emails in my Junk >> mailbox. There are about 25 total in different mailboxes but I thought I'd >> first start with those in my Junk. I ran: >> >> # dsync -v -u te...@dop.com -m Junk -o plugin/zlib_save= backup >> maildir:/path/to/temp/folder >> >> which returned without error and backed up my Junk mailbox but didn't >> uncompress the 6 emails. Am I calling dsync incorrectly to uncompress? zlib >> is currently not loaded as a plugin. > > as far i know, dove/dsync always looks at the conf, so to notice > compressed mail the zlib plugin might have to be enabled ever , -o > plugin/zlib_save= should be fine to decompress, please retest with zlib > plugin enabled, testmails to decompress should be compressed by dovecot > itself and not from elsewhere, that should work as my tests with 2.1.x, > if it fails again it might be broken with 2.2.9 Thank you Robert, you were correct. I temporarily enabled zlib and ran dsync with verbose output. I think I could've also just added -o mail_plugins=zlib but I didn't think of it until later. # dsync -v -u te...@dop.com -m MyMailbox -o plugin/zlib_save= backup maildir:/path/to/temp/folder dsync(te...@dop.com): Error: Cached message size smaller than expected (4236 < 8192) dsync(te...@dop.com): Error: Maildir filename has wrong S value, renamed the file from .../terry/.MyMailbox/cur/1386272980.M20857P20282.mailbox.dop.com,S=4236:2,S to .../terry/.MyMailbox/cur/1386272980.M20857P20282.mailbox.dop.com,S=4236:2,S dsync(te...@dop.com): Error: Corrupted index cache file .../terry/.MyMailbox/dovecot.index.cache: Broken physical size for mail UID 37695 These 3 lines are repeated again. Why does dsync rename the file to the same name? I was able to import the now uncompressed email back into dovecot: # doveadm -v import -u te...@dop.com maildir:/path/to/temp/folder "" mailbox MyMailbox SENTON 2013-12-05 doveadm(te...@dop.com): Error: Cached message size smaller than expected (4236 < 8192) doveadm(te...@dop.com): Error: Maildir filename has wrong S value, renamed the file from /path/to/temp/folder/.MyMailbox/cur/1386272980.M20857P20282.mailbox.dop.com,S=4236:2,S to /path/to/temp/folder/.MyMailbox/cur/1386272980.M20857P20282.mailbox.dop.com,S=10267:2,S doveadm(te...@dop.com): Error: Corrupted index cache file /path/to/temp/folder/.MyMailbox/dovecot.index.cache: Broken physical size for mail UID 37695 doveadm(te...@dop.com): Error: Cached message size smaller than expected (4236 < 10267) doveadm(te...@dop.com): Error: Corrupted index cache file /path/to/temp/folder/.MyMailbox/dovecot.index.cache: Broken physical size for mail UID 37695 Hopefully this might help someone who ends up in the same situation. -Terry Terry Barnum digital OutPost http://www.dop.com
Re: [Dovecot] Index issue? - SOLVED
They were subscribed in Outlook, but there's no option to set that on the iPad. The solution was to edit the mail account settings on the iPad and specify a root folder "INBOX" (minus quotes). -Mark On 10 December 2013 13:15, Daniel Parthey wrote: > Are all the subfolders subscribed? > > For example Thunderbird doesn't show unsubscribed folders by default. > > Regards > Daniel
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
On Tue, 10 Dec 2013, Charles Marcus wrote: There has been some whispers about considering migrating our mail systems to Exchange Server. I want to try to nip this in the bud. What kind of clients will be used? If they are all or mostly IMAP, forget all about Exchange. Not only is it a dreadful IMAP server, it is just so slow you would not believe. Steve
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
Actually yes :) A former company was a mergers/acquisitions maniac, so we faced fairly often. We took the easy way out, not actually merging the Exchange instances, but simply migrating user mailboxes into the main distributed/redundant system. Sometimes reused the acquired HW to expand the main system. Migration is much much easier than merging ... With merging you run into issues with the mailstore databases etc. Icky. On 12/10/2013 10:44 AM, Charles Marcus wrote: > Thanks for the feedback... > > Have you had any experience with two separate companies 'merging' > their separate Exchange instances? > > The reason I ask is, it seems to me that in many cases, it might > actually be easier to migrate a non Exchange system into an existing > Exchange system, than merging two separate Exchange systems... > > True or false? Or 'it depends'? > > Thanks again > > On 2013-12-10 9:49 AM, Dean wrote: >> One of the issues you'll face is that Exchange is much more than just a >> mail server. Once you've begun drinking the Micro$oft koolaid, it's >> hard to refuse the rest. It does offer a large feature set, and tight >> integration with a lot of other "things". That's both good and bad of >> course ... >> >> While I may sound like I'm touting Exchange, I think it definitely has >> it's place so long as that place is well defined. If you have >> problems/issues that it will solve, then by all means, use it. But >> don't let them cram it down your throat just "because it's industry >> standard" or that "we can always sue Micro$oft if it fails" or any other >> such nonsense. Use the right tool for the job. >> >> Personally, I use Exim4/Dovecot/Spamassassin/Roundcube for my domains >> and ones that I support. I have my own auto-installer that can spin up >> a fully-configured mail-server like that in about 15 minutes, bootable >> on bare-metal or on a cheap VPS. And I also recommend Exim4 (or >> postfix) as the front-end just as you said ...
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
Thanks for the feedback... Have you had any experience with two separate companies 'merging' their separate Exchange instances? The reason I ask is, it seems to me that in many cases, it might actually be easier to migrate a non Exchange system into an existing Exchange system, than merging two separate Exchange systems... True or false? Or 'it depends'? Thanks again On 2013-12-10 9:49 AM, Dean wrote: One of the issues you'll face is that Exchange is much more than just a mail server. Once you've begun drinking the Micro$oft koolaid, it's hard to refuse the rest. It does offer a large feature set, and tight integration with a lot of other "things". That's both good and bad of course ... While I may sound like I'm touting Exchange, I think it definitely has it's place so long as that place is well defined. If you have problems/issues that it will solve, then by all means, use it. But don't let them cram it down your throat just "because it's industry standard" or that "we can always sue Micro$oft if it fails" or any other such nonsense. Use the right tool for the job. Personally, I use Exim4/Dovecot/Spamassassin/Roundcube for my domains and ones that I support. I have my own auto-installer that can spin up a fully-configured mail-server like that in about 15 minutes, bootable on bare-metal or on a cheap VPS. And I also recommend Exim4 (or postfix) as the front-end just as you said ... On 12/10/2013 09:15 AM, Charles Marcus wrote: There has been some whispers about considering migrating our mail systems to Exchange Server. I want to try to nip this in the bud. I would like to ask for some help with providing some kind of comparison of large(r) commercial companies use of email systems... specifically, those using Microsoft Exchange Server, vs those using open source Linux/Unix based systems, including even commercial *nix groupware based systems like Zimbra, as well as plain mail systems like dovecot, or cyrus or courier. I know that many (if they are smart) Admins that do use Exchange internally will use postfix (or something else linux/unix based) in front of it as their relayhost (for both inbound and outbound), so just counting the number of publicly accessible smtp servers won't be a good gauge. Does anyone know of any decent non-biased studies that have been done, hopefully relatively recently (last few years) that provide such a comparison? Thanks, -- Best regards, */Charles/*
[Dovecot] dsync verbosity, summary of transfer
Hi! I am playing with dsync and trying to fix an issue I have mentioned in another thread (subject: "Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam") and feel that dsync could use some additional informational output. It would be particularly helpful while experimenting with a migration if it could output a transfer summary and / or log separately. A summary could be similar to that which imapsync outputs after completion, for example: Statistics Transfer started on : Thu Dec 5 20:30:05 2013 Transfer ended on : Thu Dec 5 20:32:00 2013 Transfer time : 114.3 sec Messages transferred : 7 Messages skipped : 766 Messages found duplicate on host1 : 0 Messages found duplicate on host2 : 0 Messages void (noheader) on host1 : 0 Messages void (noheader) on host2 : 0 Messages deleted on host1 : 0 Messages deleted on host2 : 9 Total bytes transferred : 71820 (70.137 KiB) Total bytes duplicate host1 : 0 (0.000 KiB) Total bytes duplicate host2 : 0 (0.000 KiB) Total bytes skipped : 10070561 (9.604 MiB) Total bytes error : 0 (0.000 KiB) Message rate : 0.1 messages/s Average bandwidth rate: 0.6 KiB/s Reconnections to host1: 0 Reconnections to host2: 0 Memory consumption: 90.5 MiB Biggest message : 39274 bytes Detected 0 errors
Re: [Dovecot] Dovecot+LDAP lda problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Dec 2013, Zeljko Culek wrote: I'll try to simplify to be more understandable: I have a mailing group (or list if you prefer) e.g. develop...@nth.ch. This group has many recipients, defined with LDAP attribute maiForwardingAddress for develop...@nth.ch. Those recipients can be both internal (nth.ch) and external (any other domain - gmail, yahoo, etc.). So, when mail is sent to develop...@nth.ch, it is delivered to all of the recipients in mailForwardingAddress, but also to develop...@nth.ch mailbox; with qmail, that mailbox didn't even exist, i.e. mail was delivered only to mailForwardingAddress recipients, and no develop...@nth.ch mailbox was created or deliverd a message. So, that's what I want to achieve - mail to be delivered only to mailForwardingAddress recipient mailboxes. So, deliveryMode=nolocal with qmail meant - don't deliver mail to mail=something, only deliver to mailForwardingAddress=something. OK, that's definitely the job of postfix. See http://www.linuxtopia.org/online_books/mail_systems/postfix_documentation/ADDRESS_REWRITING_README_005.html /usr/sbin/sendmail -bv develop...@nth.ch must not return develop...@nth.ch as recipient. Also check out postmap to see, what the query actually returns. Maybe, someone has aliased a recipient back to develop...@nth.ch. On 10.12.2013 08:22, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Dec 2013, Zeljko Culek wrote: I need some help with Dovecot+LDAP config and local delivery. We're using Dovecot 2.0.9 on Centos 6.4. Before, we used Qmail with the same LDAP. Our LDAP accounts have the attribute deliveryMode which we used for mailing lists (OK, they are in fact mailing groups rather than lists). When the attribute is set to deliveryMode = nolocal Qmail did not deliver mail to the list mailbox, only to the accounts on the list/group. So, there are multiple recipients per mail group? Or can the recipient be external? Now with Dovecot(+postfix) I can't achieve the same behaviour. Can Dovecot be set up not to deliver the mail to the list mailbox if the list has the attribute deliveryMode = nolocal? This is my /etc/dovecot/conf.d/dovecot-ldap.conf.ext hosts = xxx.xxx.xxx.xxx auth_bind = yes dn = cn=admin,dc=nth,dc=ch dnpass = xx ldap_version = 3 base = dc=nth,dc=ch #deref = always scope = subtree user_attrs = mail=user user_filter = (|(&(objectclass=inetOrgPerson)(mail=%u))(|(mailAlternateAddress=%u))) pass_attrs = uid=user pass_filter = (&(objectclass=inetOrgPerson)(|(mail=%u)(mailAlternateAddress=%u))) default_pass_scheme = CRYPT Basicaly, I want to make check: if deliveryMode=nolocal > do not deliver to mail=some.m...@tld.com (only to mailForwardingAddress) else deliver normally If my above statement is true, this is the job of postfix to split the delivery into all recipients, possibly sending the message off the host. As it was with qmail. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUqbBGl3r2wJMiz2NAQKsRQf+IAhLCkueWTypSorHJ6a/mSCbBb+KdIbU n1aJEptp5iaVQ4L27NLSNGrnbFDjn0rOwgV3e1IQ86pS1rufX9KR3yoXGIsMuNZE 98EtrwUc5FPtydxWY8+aNOT9xwbB360qxMs6xlkzKl7bWqA/CnTBsYdegqh5Ku4d xvaGWXR1SqN2QGHL1/ScFNzul9CPfJbZPIH2TntpbKnsIWzRv/So49K9PgrqOURH 5ttJxWVqZM0LaRbz3ypgLQa3gWY3aQx8o976RcBjUVyhTP/WUvAi4MdoUrNA5fLg GC7PiNuK4SMrqaxVlElQnZ6+f9xZ5kQb5VYHqwG5sFuRgTCM/4TJtA== =miiD -END PGP SIGNATURE- - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUqcsXl3r2wJMiz2NAQIp6wgArEb+VjOZ4RRgPU0GEGI1E2BjusZ4UNN1 aYjn9xnVqXDiFtYQ4ruKlVyDqXn4RfEB92oQZYjaCX5PxpxNqdDmJvUfHO9oG3Ja xUCQa1fBDYK50F8XS5ycr1SKrGJWc8su+H9+2ERxMxLh11gyOdVV2U1WrR9RdbMf RAUUyebWTJ5vom/QpiMWWmp46qretylvwtvQs2qGoauCXtJRMrH0LfSLOpiTqnAd 0uaXRDw3cDoeecd0vXiFSAKUwIImVmVOqLrKJLiRBnBRrLDr6ypHV4zeq3Uysxeh eMWeliRGTk8CL0PijcSegNk34SWgy4px6I0YmfvwYpSSv/umH1TDkg== =KLZi -END PGP SIGNATURE-
Re: [Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
One of the issues you'll face is that Exchange is much more than just a mail server. Once you've begun drinking the Micro$oft koolaid, it's hard to refuse the rest. It does offer a large feature set, and tight integration with a lot of other "things". That's both good and bad of course ... While I may sound like I'm touting Exchange, I think it definitely has it's place so long as that place is well defined. If you have problems/issues that it will solve, then by all means, use it. But don't let them cram it down your throat just "because it's industry standard" or that "we can always sue Micro$oft if it fails" or any other such nonsense. Use the right tool for the job. Personally, I use Exim4/Dovecot/Spamassassin/Roundcube for my domains and ones that I support. I have my own auto-installer that can spin up a fully-configured mail-server like that in about 15 minutes, bootable on bare-metal or on a cheap VPS. And I also recommend Exim4 (or postfix) as the front-end just as you said ... On 12/10/2013 09:15 AM, Charles Marcus wrote: > There has been some whispers about considering migrating our mail > systems to Exchange Server. I want to try to nip this in the bud. > > I would like to ask for some help with providing some kind of > comparison of large(r) commercial companies use of email systems... > specifically, those using Microsoft Exchange Server, vs those using > open source Linux/Unix based systems, including even commercial *nix > groupware based systems like Zimbra, as well as plain mail systems > like dovecot, or cyrus or courier. > > I know that many (if they are smart) Admins that do use Exchange > internally will use postfix (or something else linux/unix based) in > front of it as their relayhost (for both inbound and outbound), so > just counting the number of publicly accessible smtp servers won't be > a good gauge. > > Does anyone know of any decent non-biased studies that have been done, > hopefully relatively recently (last few years) that provide such a > comparison? > > Thanks, > -- Dean Carpenter deano is at areyes dot com 94TT :)
[Dovecot] OT: Large corporate email systems - Exchange vs open source *nix based
Hello, There has been some whispers about considering migrating our mail systems to Exchange Server. I want to try to nip this in the bud. I would like to ask for some help with providing some kind of comparison of large(r) commercial companies use of email systems... specifically, those using Microsoft Exchange Server, vs those using open source Linux/Unix based systems, including even commercial *nix groupware based systems like Zimbra, as well as plain mail systems like dovecot, or cyrus or courier. I know that many (if they are smart) Admins that do use Exchange internally will use postfix (or something else linux/unix based) in front of it as their relayhost (for both inbound and outbound), so just counting the number of publicly accessible smtp servers won't be a good gauge. Does anyone know of any decent non-biased studies that have been done, hopefully relatively recently (last few years) that provide such a comparison? Thanks, -- Best regards, */Charles/*
Re: [Dovecot] Dovecot+LDAP lda problem
I'll try to simplify to be more understandable: I have a mailing group (or list if you prefer) e.g. develop...@nth.ch. This group has many recipients, defined with LDAP attribute maiForwardingAddress for develop...@nth.ch. Those recipients can be both internal (nth.ch) and external (any other domain - gmail, yahoo, etc.). So, when mail is sent to develop...@nth.ch, it is delivered to all of the recipients in mailForwardingAddress, but also to develop...@nth.ch mailbox; with qmail, that mailbox didn't even exist, i.e. mail was delivered only to mailForwardingAddress recipients, and no develop...@nth.ch mailbox was created or deliverd a message. So, that's what I want to achieve - mail to be delivered only to mailForwardingAddress recipient mailboxes. So, deliveryMode=nolocal with qmail meant - don't deliver mail to mail=something, only deliver to mailForwardingAddress=something. Zeljko On 10.12.2013 08:22, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 10 Dec 2013, Zeljko Culek wrote: I need some help with Dovecot+LDAP config and local delivery. We're using Dovecot 2.0.9 on Centos 6.4. Before, we used Qmail with the same LDAP. Our LDAP accounts have the attribute deliveryMode which we used for mailing lists (OK, they are in fact mailing groups rather than lists). When the attribute is set to deliveryMode = nolocal Qmail did not deliver mail to the list mailbox, only to the accounts on the list/group. So, there are multiple recipients per mail group? Or can the recipient be external? Now with Dovecot(+postfix) I can't achieve the same behaviour. Can Dovecot be set up not to deliver the mail to the list mailbox if the list has the attribute deliveryMode = nolocal? This is my /etc/dovecot/conf.d/dovecot-ldap.conf.ext hosts = xxx.xxx.xxx.xxx auth_bind = yes dn = cn=admin,dc=nth,dc=ch dnpass = xx ldap_version = 3 base = dc=nth,dc=ch #deref = always scope = subtree user_attrs = mail=user user_filter = (|(&(objectclass=inetOrgPerson)(mail=%u))(|(mailAlternateAddress=%u))) pass_attrs = uid=user pass_filter = (&(objectclass=inetOrgPerson)(|(mail=%u)(mailAlternateAddress=%u))) default_pass_scheme = CRYPT Basicaly, I want to make check: if deliveryMode=nolocal > do not deliver to mail=some.m...@tld.com (only to mailForwardingAddress) else deliver normally If my above statement is true, this is the job of postfix to split the delivery into all recipients, possibly sending the message off the host. As it was with qmail. - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUqbBGl3r2wJMiz2NAQKsRQf+IAhLCkueWTypSorHJ6a/mSCbBb+KdIbU n1aJEptp5iaVQ4L27NLSNGrnbFDjn0rOwgV3e1IQ86pS1rufX9KR3yoXGIsMuNZE 98EtrwUc5FPtydxWY8+aNOT9xwbB360qxMs6xlkzKl7bWqA/CnTBsYdegqh5Ku4d xvaGWXR1SqN2QGHL1/ScFNzul9CPfJbZPIH2TntpbKnsIWzRv/So49K9PgrqOURH 5ttJxWVqZM0LaRbz3ypgLQa3gWY3aQx8o976RcBjUVyhTP/WUvAi4MdoUrNA5fLg GC7PiNuK4SMrqaxVlElQnZ6+f9xZ5kQb5VYHqwG5sFuRgTCM/4TJtA== =miiD -END PGP SIGNATURE-
[Dovecot] Dovecot+LDAP lda problem
Hello everyone, I need some help with Dovecot+LDAP config and local delivery. We're using Dovecot 2.0.9 on Centos 6.4. Before, we used Qmail with the same LDAP. Our LDAP accounts have the attribute deliveryMode which we used for mailing lists (OK, they are in fact mailing groups rather than lists). When the attribute is set to deliveryMode = nolocal Qmail did not deliver mail to the list mailbox, only to the accounts on the list/group. Now with Dovecot(+postfix) I can't achieve the same behaviour. Can Dovecot be set up not to deliver the mail to the list mailbox if the list has the attribute deliveryMode = nolocal? This is my /etc/dovecot/conf.d/dovecot-ldap.conf.ext hosts = xxx.xxx.xxx.xxx auth_bind = yes dn = cn=admin,dc=nth,dc=ch dnpass = xx ldap_version = 3 base = dc=nth,dc=ch #deref = always scope = subtree user_attrs = mail=user user_filter = (|(&(objectclass=inetOrgPerson)(mail=%u))(|(mailAlternateAddress=%u))) pass_attrs = uid=user pass_filter = (&(objectclass=inetOrgPerson)(|(mail=%u)(mailAlternateAddress=%u))) default_pass_scheme = CRYPT Basicaly, I want to make check: if deliveryMode=nolocal > do not deliver to mail=some.m...@tld.com (only to mailForwardingAddress) else deliver normally :) Thnx, Zeljko
Re: [Dovecot] Dovecot+LDAP lda problem
On 10/12/2013 09:00, Zeljko Culek wrote: Your email looks blank to me, with a jpg "NTH" logo. -- Regards, Giles Coochey, CCNP, CCNA, CCNAS NetSecSpec Ltd +44 (0) 8444 780677 +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net smime.p7s Description: S/MIME Cryptographic Signature
Re: [Dovecot] Dovecot+LDAP lda problem
<>
Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam
On 2013-12-10 14:09, Alan McGinlay - SICS wrote: On 2013-12-10 11:52, Alan McGinlay - SICS wrote: On 2013-12-10 11:34, Robert Schetterer wrote: Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS: On 2013-12-09 11:21, Alan McGinlay - SICS wrote: On 2013-12-08 22:08, Alan McGinlay - SICS wrote: Actually I do, /var/vmail (contains virtual domain mailboxes) is owned by vmail:vmail On 2013-12-08 21:49, Timo Sirainen wrote: On 5.12.2013, at 22.18, Alan McGinlay - SICS wrote: mail_privileged_group = vmail .. mail_location = maildir:~/Maildir .. dsync(alantestu...@whatever.com): Error: user alantestu...@whatever.com: Couldn't drop privileges: getgrnam(vmail) failed: No such file or directory (in mail_privileged_group setting) You don’t have vmail group in your system? Either create it or remove this setting. Most likely you want to remove it, since this setting was meant only for mbox format, while you’re using maildir. After much trial and error and following Timos advice, I managed to get a sync to at least start and it lists folders, then it starts spamming this: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory ... /tmp/dovecot.doveadm. does indeed not exist but I can't find any reference to it online or in the docs, Any ideas? Still not able to get anywhere with this :( It really feels like a permissions problem, either with the master user, the unix user i start the dsync with (root) or the user that dsync runs as (vmail). I tried looking at the code for safe_mkstemp but still couldn't work out the source of this problem. If anyone has an idea it would be great to hear it! perhaps check the dsync target directory must be writable by vmail:vmail Best Regards MfG Robert Schetterer Thanks, vmail:vmail owns all mail and parent directories up to /var/vmail/. I tried changing mail_temp_dir in 10-mail.conf from /tmp/ to /var/vmail/tmp (and i created that directory) but it made no difference apart from changing the directory in the "safe_mkstemp" error message. If I comment out mail_temp_dir then the error changes to: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: Permission denied dsync(alantestu...@whatever.com): Error: stat(/tmp/dovecot.doveadm.3c303c239d223495) failed: Permission denied Interestingly, the synchronization actually does seem to work! I hadn't noticed at first but in spite of the error, mails are synced across and seemingly are completely intact! It would be really good to find out the source of this error though! /A Another update, only about 1900 of 25000~ mails are actually copied :/
Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam
On 2013-12-10 11:52, Alan McGinlay - SICS wrote: On 2013-12-10 11:34, Robert Schetterer wrote: Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS: On 2013-12-09 11:21, Alan McGinlay - SICS wrote: On 2013-12-08 22:08, Alan McGinlay - SICS wrote: Actually I do, /var/vmail (contains virtual domain mailboxes) is owned by vmail:vmail On 2013-12-08 21:49, Timo Sirainen wrote: On 5.12.2013, at 22.18, Alan McGinlay - SICS wrote: mail_privileged_group = vmail .. mail_location = maildir:~/Maildir .. dsync(alantestu...@whatever.com): Error: user alantestu...@whatever.com: Couldn't drop privileges: getgrnam(vmail) failed: No such file or directory (in mail_privileged_group setting) You don’t have vmail group in your system? Either create it or remove this setting. Most likely you want to remove it, since this setting was meant only for mbox format, while you’re using maildir. After much trial and error and following Timos advice, I managed to get a sync to at least start and it lists folders, then it starts spamming this: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory ... /tmp/dovecot.doveadm. does indeed not exist but I can't find any reference to it online or in the docs, Any ideas? Still not able to get anywhere with this :( It really feels like a permissions problem, either with the master user, the unix user i start the dsync with (root) or the user that dsync runs as (vmail). I tried looking at the code for safe_mkstemp but still couldn't work out the source of this problem. If anyone has an idea it would be great to hear it! perhaps check the dsync target directory must be writable by vmail:vmail Best Regards MfG Robert Schetterer Thanks, vmail:vmail owns all mail and parent directories up to /var/vmail/. I tried changing mail_temp_dir in 10-mail.conf from /tmp/ to /var/vmail/tmp (and i created that directory) but it made no difference apart from changing the directory in the "safe_mkstemp" error message. If I comment out mail_temp_dir then the error changes to: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: Permission denied dsync(alantestu...@whatever.com): Error: stat(/tmp/dovecot.doveadm.3c303c239d223495) failed: Permission denied Interestingly, the synchronization actually does seem to work! I hadn't noticed at first but in spite of the error, mails are synced across and seemingly are completely intact! It would be really good to find out the source of this error though! /A
Re: [Dovecot] Index issue?
Are all the subfolders subscribed? For example Thunderbird doesn't show unsubscribed folders by default. Regards Daniel
Re: [Dovecot] Index issue?
Am 10.12.2013 12:42, schrieb IT geek 31: > I've just hastily migrated from Dovecot 1.2.9 to 2.2.9 due to a disk crash. > > When I say hastily, I literally copied the user's mail data files to the > new server and then started the Dovecot service. > > The trouble is, I now have a user who can see all the subfolders of her > inbox in Outlook, but not on her iPad. i am not familar with apple but i had simular reports about imap bugs with IOS 7.03 perhaps upgrade IOS 7.04 , this was on iphone however it might be something with your dove setup > > Do I need to re-index her mail folders? The data is there (as seen by > Outlook 2013) and is good, but the iPad mail client only sees the top-level > folder. > > Any thoughts? > > > -Mark > Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
[Dovecot] Index issue?
I've just hastily migrated from Dovecot 1.2.9 to 2.2.9 due to a disk crash. When I say hastily, I literally copied the user's mail data files to the new server and then started the Dovecot service. The trouble is, I now have a user who can see all the subfolders of her inbox in Outlook, but not on her iPad. Do I need to re-index her mail folders? The data is there (as seen by Outlook 2013) and is good, but the iPad mail client only sees the top-level folder. Any thoughts? -Mark
Re: [Dovecot] Problem with INDEXes and deleting shared folders
Am 10.12.2013 12:09, schrieb Achim Gottinger:
Hi,
I use dovecot 2.1.7 on debian wheezy. I have a bunch of shared folders
whom i configured to store the indexe's under the users
mail_location/shared/%%u.
I configured acl's for those shared folders in an way that all users
should be able to add and delete folders (for example
"group=buchhaltung keilrwtsx").
Creating folders works fine but if i try to delete such an folder i
get the following error.
Dec 10 12:03:41 logon-zor dovecot: imap(ag): Debug: Can't rename
'shared/buchhaltung/Test' to 'Trash/Test': one namespace has index dir
and another doesn't
Of course there is no dovecot.index file in
/home/vmail/buchhaltung/mai/.Test but there is one in
/home/ag/vmail/mail/shared/buchhaltung/.Test and in
/home/ag/vmail/mail/.Trash.
Seems dovecot does not honour the shared namespaces index settings
when trying to rename that folder.
Is there an fix for this issue in 2.1.7 or would upgrade to 2.2.5
(from debian unstable) help?
To answer my own question, if i configure thunderbird to delete messages
immediate, deleting these folders work. But I'd prefer the usualy way
where messages/folders move to the trash folder first.
Thanks in advance
Achim Gottinger
Here are my namespace mail_location etc. settings:
mail_home = /home/vmail/%u
mail_location =
maildir:/home/vmail/%u/mail:INDEX=/home/vmail/%u/mail:INBOX=/home/vmail/%u/mail/.INBOX
mail_uid = 998
mail_gid = 998
first_valid_uid = 998
first_valid_gid = 998
mail_shared_explicit_inbox = yes
maildir_very_dirty_syncs = yes
namespace {
list = children
location =
maildir:/home/vmail/%%u/mail:INDEX=/home/vmail/%u/mail/shared/%%u:INBOX=/home/vmail/%%u/mail/.INBOX
prefix = shared/%%u/
separator = /
subscriptions = no
type = shared
}
namespace {
inbox = yes
location =
maildir:/home/vmail/%u/mail:INDEX=/home/vmail/%u/mail:INBOX=/home/vmail/%u/mail/.INBOX
prefix =
separator = /
type = private
}
[Dovecot] Problem with INDEXes and deleting shared folders
Hi,
I use dovecot 2.1.7 on debian wheezy. I have a bunch of shared folders
whom i configured to store the indexe's under the users
mail_location/shared/%%u.
I configured acl's for those shared folders in an way that all users
should be able to add and delete folders (for example "group=buchhaltung
keilrwtsx").
Creating folders works fine but if i try to delete such an folder i get
the following error.
Dec 10 12:03:41 logon-zor dovecot: imap(ag): Debug: Can't rename
'shared/buchhaltung/Test' to 'Trash/Test': one namespace has index dir
and another doesn't
Of course there is no dovecot.index file in
/home/vmail/buchhaltung/mai/.Test but there is one in
/home/ag/vmail/mail/shared/buchhaltung/.Test and in
/home/ag/vmail/mail/.Trash.
Seems dovecot does not honour the shared namespaces index settings when
trying to rename that folder.
Is there an fix for this issue in 2.1.7 or would upgrade to 2.2.5 (from
debian unstable) help?
Thanks in advance
Achim Gottinger
Here are my namespace mail_location etc. settings:
mail_home = /home/vmail/%u
mail_location =
maildir:/home/vmail/%u/mail:INDEX=/home/vmail/%u/mail:INBOX=/home/vmail/%u/mail/.INBOX
mail_uid = 998
mail_gid = 998
first_valid_uid = 998
first_valid_gid = 998
mail_shared_explicit_inbox = yes
maildir_very_dirty_syncs = yes
namespace {
list = children
location =
maildir:/home/vmail/%%u/mail:INDEX=/home/vmail/%u/mail/shared/%%u:INBOX=/home/vmail/%%u/mail/.INBOX
prefix = shared/%%u/
separator = /
subscriptions = no
type = shared
}
namespace {
inbox = yes
location =
maildir:/home/vmail/%u/mail:INDEX=/home/vmail/%u/mail:INBOX=/home/vmail/%u/mail/.INBOX
prefix =
separator = /
type = private
}
Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam
On 2013-12-10 11:34, Robert Schetterer wrote: Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS: On 2013-12-09 11:21, Alan McGinlay - SICS wrote: On 2013-12-08 22:08, Alan McGinlay - SICS wrote: Actually I do, /var/vmail (contains virtual domain mailboxes) is owned by vmail:vmail On 2013-12-08 21:49, Timo Sirainen wrote: On 5.12.2013, at 22.18, Alan McGinlay - SICS wrote: mail_privileged_group = vmail .. mail_location = maildir:~/Maildir .. dsync(alantestu...@whatever.com): Error: user alantestu...@whatever.com: Couldn't drop privileges: getgrnam(vmail) failed: No such file or directory (in mail_privileged_group setting) You don’t have vmail group in your system? Either create it or remove this setting. Most likely you want to remove it, since this setting was meant only for mbox format, while you’re using maildir. After much trial and error and following Timos advice, I managed to get a sync to at least start and it lists folders, then it starts spamming this: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory ... /tmp/dovecot.doveadm. does indeed not exist but I can't find any reference to it online or in the docs, Any ideas? Still not able to get anywhere with this :( It really feels like a permissions problem, either with the master user, the unix user i start the dsync with (root) or the user that dsync runs as (vmail). I tried looking at the code for safe_mkstemp but still couldn't work out the source of this problem. If anyone has an idea it would be great to hear it! perhaps check the dsync target directory must be writable by vmail:vmail Best Regards MfG Robert Schetterer Thanks, vmail:vmail owns all mail and parent directories up to /var/vmail/. I tried changing mail_temp_dir in 10-mail.conf from /tmp/ to /var/vmail/tmp (and i created that directory) but it made no difference apart from changing the directory in the "safe_mkstemp" error message. If I comment out mail_temp_dir then the error changes to: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: Permission denied dsync(alantestu...@whatever.com): Error: stat(/tmp/dovecot.doveadm.3c303c239d223495) failed: Permission denied
Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS: > On 2013-12-09 11:21, Alan McGinlay - SICS wrote: >> On 2013-12-08 22:08, Alan McGinlay - SICS wrote: >> Actually I do, /var/vmail (contains virtual domain mailboxes) is >> owned by vmail:vmail >> >> On 2013-12-08 21:49, Timo Sirainen wrote: >> On 5.12.2013, at 22.18, Alan McGinlay - SICS wrote: >> >> mail_privileged_group = vmail >> .. >> mail_location = maildir:~/Maildir >> .. >> dsync(alantestu...@whatever.com): Error: user >> alantestu...@whatever.com: Couldn't drop privileges: getgrnam(vmail) >> failed: No such file or directory (in mail_privileged_group setting) >> >> You don’t have vmail group in your system? Either create it or remove >> this setting. Most likely you want to remove it, since this setting >> was meant only for mbox format, while you’re using maildir. >> >> After much trial and error and following Timos advice, I managed to >> get a sync to at least start and it lists folders, then it starts >> spamming this: >> >> dsync(alantestu...@whatever.com): Error: >> safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory >> dsync(alantestu...@whatever.com): Error: >> safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory >> dsync(alantestu...@whatever.com): Error: >> safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory >> ... >> >> /tmp/dovecot.doveadm. does indeed not exist but I can't find any >> reference to it online or in the docs, >> >> Any ideas? >> > > Still not able to get anywhere with this :( It really feels like a > permissions problem, either with the master user, the unix user i start > the dsync with (root) or the user that dsync runs as (vmail). I tried > looking at the code for safe_mkstemp but still couldn't work out the > source of this problem. If anyone has an idea it would be great to hear it! perhaps check the dsync target directory must be writable by vmail:vmail Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
Re: [Dovecot] Dsync error: Couldn't drop privileges: getgrnam
On 2013-12-09 11:21, Alan McGinlay - SICS wrote: On 2013-12-08 22:08, Alan McGinlay - SICS wrote: Actually I do, /var/vmail (contains virtual domain mailboxes) is owned by vmail:vmail On 2013-12-08 21:49, Timo Sirainen wrote: On 5.12.2013, at 22.18, Alan McGinlay - SICS wrote: mail_privileged_group = vmail .. mail_location = maildir:~/Maildir .. dsync(alantestu...@whatever.com): Error: user alantestu...@whatever.com: Couldn't drop privileges: getgrnam(vmail) failed: No such file or directory (in mail_privileged_group setting) You don’t have vmail group in your system? Either create it or remove this setting. Most likely you want to remove it, since this setting was meant only for mbox format, while you’re using maildir. After much trial and error and following Timos advice, I managed to get a sync to at least start and it lists folders, then it starts spamming this: dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory dsync(alantestu...@whatever.com): Error: safe_mkstemp(/tmp/dovecot.doveadm.) failed: No such file or directory ... /tmp/dovecot.doveadm. does indeed not exist but I can't find any reference to it online or in the docs, Any ideas? Still not able to get anywhere with this :( It really feels like a permissions problem, either with the master user, the unix user i start the dsync with (root) or the user that dsync runs as (vmail). I tried looking at the code for safe_mkstemp but still couldn't work out the source of this problem. If anyone has an idea it would be great to hear it!
[Dovecot] Panic: file acl-cache.c
Hello, our dovecot mailservice was running smoothly for a long time. Since last week we get the following error message when connecting from the horde/imp webmailer to the public namespace: Panic: file acl-cache.c: line 294 (acl_cache_update): assertion failed: (obj_cache->my_current_rights != &negative_cache_entry) Dovecot and horde/imp are running on seperate hosts. There are no known recent configuration changes, neither on the webmailer nor on the dovecot host. Helga dovecot -n # 1.2.17: /etc/dovecot.conf # OS: Linux 2.6.18-238.9.1.el5 x86_64 Scientific Linux SL release 5.5 (Boron) listen(default): 192.168.0.104:143 127.0.0.1:143 144.41.4.87:143 listen(imap): 192.168.0.104:143 127.0.0.1:143 144.41.4.87:143 listen(pop3): *:110 ssl_listen(default): 144.41.4.28:993 ssl_listen(imap): 144.41.4.28:993 ssl_listen(pop3): 144.41.4.28:995 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem disable_plaintext_auth(default): no disable_plaintext_auth(imap): no disable_plaintext_auth(pop3): 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_max_processes_count: 2048 max_mail_processes: 2048 first_valid_uid: 200 mail_drop_priv_before_exec(default): yes mail_drop_priv_before_exec(imap): yes mail_drop_priv_before_exec(pop3): no mail_executable(default): /afs/hoh/common/etc/mail/bin/acl-groups mail_executable(imap): /afs/hoh/common/etc/mail/bin/acl-groups mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_process_size: 1024 mail_plugins(default): acl imap_acl lazy_expunge metadata imap_annotatemore mail_log mail_plugins(imap): acl imap_acl lazy_expunge metadata imap_annotatemore mail_log mail_plugins(pop3): lazy_expunge mail_log mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_log_max_lines_per_sec: 0 imap_client_workarounds(default): tb-extra-mailbox-sep imap_client_workarounds(imap): tb-extra-mailbox-sep imap_client_workarounds(pop3): namespace: type: private separator: / location: maildir:/maildir/%1n/%u:LAYOUT=fs inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/maildir/expunged/%1n/%u:LAYOUT=fs hidden: yes list: no subscriptions: yes namespace: type: shared separator: / prefix: Shared/%%u/ location: maildir:/maildir/%%1n/%%u:LAYOUT=fs list: children namespace: type: public separator: / prefix: Groups/ location: maildir:/maildir/public:LAYOUT=fs list: children namespace: type: public separator: / prefix: .G-EXPUNGED/ location: maildir:/maildir/expunged/public:LAYOUT=fs hidden: yes list: no subscriptions: yes lda: postmaster_address: postmas...@uni-hohenheim.de mail_plugins: acl auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/spool/postfix/private/auth-master mode: 384 user: postfix group: postfix plugin: mail_log_events: delete undelete expunge copy mailbox_delete mailbox_rename mail_log_group_events: mail_log_fields: uid box msgid size acl: vfile acl_shared_dict: proxy::acl_dict lazy_expunge: .EXPUNGED/ metadata_dict: proxy:/var/run/dovecot/dict-server:metadata dict: acl_dict: mysql:/etc/dovecot-dict-sql.conf metadata: sqlite:/etc/metadata-dict.conf -- This smoke signal communication (and any attachment/s) is confidential and intended only for the individual(s) or entity named above and to others who have been specifically authorized to receive it. If you are not the intended recipient, please do not read, copy, use or disclose the contents of this communication to others. Please notify the sender that you have received this smoke signal in error, by calling the phone number indicated or by smoke signals, and stamp out the fire (including any attachment/s) subsequently. Thank you.
