Re: [Dovecot] Telnet access creates new maildir folders
On 31.12.2010, at 6.55, Seasoul wrote: > auth_debug = yes > auth_verbose = yes .. > When I try to login to dovecot via telnet, here's what the log records: > - > dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1, > lip=127.0.0.1, mpid=20333, secured Do you really not get any auth debug logs before this message? If not, maybe your syslog is redirecting them elsewhere. Try setting: log_path = /var/log/dovecot.log There's no point in guessing what the problem is, because the auth debug logs would tell exactly what goes wrong.
Re: [Dovecot] Telnet access creates new maildir folders
Hi, Now running Dovecot 2.0.8 and still having the same issue: Postfix sends emails to /var/mail/vmail/username (username is u...@domain.com) but Dovecot looks for email in /var/mail/vmail/user How to alignt he two ? Dovecot -n gives: - auth_debug = yes auth_verbose = yes first_valid_gid = 0 last_valid_gid = 12000 mail_debug = yes mail_location = maildir:/var/mail/vmail/%u/ managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date passdb { driver = pam } plugin { sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 ssl_cert = , method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=20333, secured dovecot: pop3(oren): Debug: Effective uid=1000, gid=0, home=/ dovecot: pop3(oren): Debug: maildir++: root=/var/mail/vmail/user, index=, control=, inbox=/var/mail/vmail/user dovecot: pop3(oren): Debug: Namespace : Permission lookup failed from /var/mail/vmail/user dovecot: pop3(oren): Debug: Namespace : Using permissions from /var/mail/vmail/user: mode=0700 gid=-1 dovecot: pop3(oren): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 - But in Dovecot documentation, it says that the variable %u is the "full username (e.g. u...@domain) ". So mail_location should indeed send Dovecot to /var/mail/vmail/u...@domain.com, shouldn't it ? So why is Dovecot looking at /var/mail/vmail/user instead ? I'm lost...
[Dovecot] user x...@mydomain.com doesn't exist
new setup of Dovecot 2.0.8 with postfix local users are simply defined as Linux users named xxx, yyy et cetera; IMAP access is fine with that users. Postfix is delivering mails with two domains (to x...@mydomain.com or x...@mydomain.org) and these are rejected by dovecot with 550: user doesn't exist. I've tested the possible usernames with "doveadm user" xxx: okay x...@mydoman.com: "userdb lookup: user x...@mydomain.com doesn't exist" x...@mydoman.org: "userdb lookup: user x...@mydomain.org doesn't exist" Dovecot2 wiki says "Dovecot doesn't care much about domains in usernames" Okay, how to I get dovecot to ignore the domain part (or accept the two defined domains) when mails are delivered from postfix? Or do I have to configure Postfix to strip the domain part before delivering to dovecot? Regards Birte Nauer
Re: [Dovecot] Can doveadm rebuild thread indexes?
On 30.12.2010, at 23.45, David Warden wrote: > I'm already using "doveadm search" to update my squat fts indexes > (dovecot.index.search and dovecot.index.search.uids) but I'd like to > also update dovecot's thread index file (dovecot.index.thread) using > doveadm. I checked the new wiki and the archives but didn't see any > option for this. (I'm running 2.0.8) Nope. > The alternative (AFAIK) is to > write a script that signs in to IMAP and does "thread references UTF-8 > ALL" in each folder. Yep. > As an aside, could the dovecot LDA do any of this > work? Not right now. But is there really that big of a difference? I'd think that even a few hundred new messages since last threading wouldn't be noticeable to user..
[Dovecot] Can doveadm rebuild thread indexes?
I'm already using "doveadm search" to update my squat fts indexes (dovecot.index.search and dovecot.index.search.uids) but I'd like to also update dovecot's thread index file (dovecot.index.thread) using doveadm. I checked the new wiki and the archives but didn't see any option for this. (I'm running 2.0.8) The alternative (AFAIK) is to write a script that signs in to IMAP and does "thread references UTF-8 ALL" in each folder. As an aside, could the dovecot LDA do any of this work? I'd surely be willing to spend the resources at delivery time to keep those indexes updated if it meant I didn't have to run a cron job to keep them updated. -David Warden
Re: [Dovecot] LDAP binds
On 12/30/2010 02:55 AM, Timo Sirainen wrote: > > So you're only talking about using ldap for userdb? Can't you just set > dn and dnpass to whatever user (that has access to list all users)? > Correct, ldap only for userdb. I found some old documentation that used "bind" and "bind_pw" I think it was. That didn't work. I was just going through some of my old dovecot ml stuff that I have saved. I just found the dn and dnpass you mention (it doesn't seem to be in the documentation, btw). I will likely not be able to try it out until tomorrow. This is in an AD setup (Samba4). Do you or anyone else know if I need to use a special port and whether ssl or tls (S4 no longer allows anonymous binds and I want to make sure this is as secure as possible)? Thank you, Trever Adams -- "I am not sure what this is, but an `F' would only dignify it." -- English Professor signature.asc Description: OpenPGP digital signature
[Dovecot] doveadm search
I would like to have soem information added to this page: http://wiki2.dovecot.org/Tools/Doveadm/Fetch Under 'Arguments'/fields is mentioned that 'hdr' could be used. But i wanted doveadm to just return the header of my message I found out, by simply trying, that next statement works: $ doveadm -f table fetch -u "date.sent mailbox hdr.Subject" subject seomthing date.sentmailboxhdr.subject 2010-12-30 11:56:38 (+0100)INBOXRE: Question about seomthing 2010-12-30 13:24:29 (+0100)INBOXRE: Question about seomthing 2010-12-30 11:12:33 (+0100)SentQuestion about seomthing 2010-12-30 12:11:19 (+0100)SentRe: Question about seomthing I think it would be nice to add information to the field 'hdr' to let people know that 'hdr.Subject' is also allowed. -- Luuk
Re: [Dovecot] sdbox to mdbox
Actually, the directory created by dsync contains correctly all the folders of the original IMAP account. but they are empty ! (just one file "dovecot.index.log" ) What do I do wrong ? Thanks again On Fri, 24 Dec 2010 17:57:35 -0600, Stan Hoeppner wrote: > Joan Moreau put forth on 12/24/2010 5:41 PM: > >> 1 - plan to have all the new emails in a different folder (say "/data/mail2" ) 2 - make a script that go through all users & domains 3 - for each user (and therefore dbox folder), run "dsync -o mail_location=sdbox:/data/mail/%d/%n mirror mdbox:/data/mail2/%d/%n" (where %d and %n are updated correctly for each user) 4 - move /data/mail to /data/mailold and move /data/mail2 /data/mail > You don't have to move the mail "back". > >> 5 - update dovecot.conf with "mail_location = mdbox:/data/mail/%d/%n" > Simply change the mail location to the new directory in dovecot.conf. After you've confirmed all the users' mail is safely in the new location you can delete all the old mail folders/structure.
Re: [Dovecot] dovecot-keywords problem with MDN
On 30.12.2010, at 17.33, Mauro D. wrote: >> Did it used to work previously? What changed? > > I have copied mails from outlook express. When I load a mail with disposition > confirmation I have the request to confirm.. I choose to ignore. > > I move mail in another folder and client ask me again for disposition > confirmation. > > It doesn't work. Are you sure it's a Dovecot problem and not just Outlook Express bug/"feature"?
Re: [Dovecot] namespaces and noselect
On Thursday, December 30 at 12:33 PM, quoth Timo Sirainen: On Sun, 2010-12-26 at 14:40 -0600, Kyle Wheeler wrote: I am trying to use two namespaces to create an "archival" directory that is stored as mboxes (the rest of my tree is all stored as maildirs). However, when I add the second namespace, suddenly Dovecot starts emitting, in response to the LIST command, a second version of the INBOX that is marked as \NoSelect. Here are my namespac definitions... am I doing this wrong? That's definitely a bug if there are two INBOXes listed. But you didn't say which Dovecot version does this. Ahh, well, I wasn't sure if I was doing it right. I'm using Dovecot 2.0.6. Here's the output of dovecot -n: # 2.0.6: /service/dovecot-memoryhole.net//dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian squeeze/sid auth_default_realm = memoryhole.net auth_mechanisms = plain login base_dir = /var/run/dovecot/memoryhole first_valid_gid = 64020 first_valid_uid = 64020 last_valid_gid = 64020 last_valid_uid = 64020 log_path = /dev/stderr log_timestamp = login_greeting = ...you two suckers! Stop shirkin' and get workin'! mail_gid = 64020 mail_location = maildir:%h/Maildir mail_plugins = fts fts_squat zlib listescape mail_uid = 64020 mbox_write_locks = fcntl namespace { hidden = yes list = no location = mbox:~/Maildir/Archive:LAYOUT=fs:INDEX=~/Maildir/ArchiveIndexes/ prefix = INBOX/Archive/ separator = / type = private } namespace { hidden = no inbox = yes list = yes location = maildir:~/Maildir prefix = separator = / type = private } passdb { args = /var/lib/dovecot/dovecot-ldap.conf driver = ldap } plugin { fts = squat fts_squat = partial=4 full=4 zlib_save = gz zlib_save_level = 6 } protocols = imap service auth { user = vpopmail } service imap-login { inet_listener imap { address = imap.memoryhole.net port = 143 } inet_listener imaps { address = imap.memoryhole.net port = 993 } service_count = 0 user = dovecot } service imap { executable = /usr/local/bin/relay-ctrl-allow-wrapper.sh /usr/local/libexec/dovecot/imap service_count = 0 } service pop3-login { user = dovecot } ssl_cert = Just out of curiosity... why is IDLE listed twice in the second CAPABILITY response? ~Kyle -- A woman has the last word in any argument. Anything a man says after that is the beginning of a new argument. -- Unknown pgp8ddJac6yZj.pgp Description: PGP signature
Re: [Dovecot] dovecot-keywords problem with MDN
Il 30/12/2010 12.50, Timo Sirainen ha scritto: On Wed, 2010-12-22 at 11:06 +0100, Mauro D. wrote: I take a look into dovecot-keywords file and I see that: 1) I have only one row 0 NonJunk 2) dovecot-keywords file is not present inside every directory. How I can restore normal status? Where is probably the problem? Did it used to work previously? What changed? I have copied mails from outlook express. When I load a mail with disposition confirmation I have the request to confirm.. I choose to ignore. I move mail in another folder and client ask me again for disposition confirmation. It doesn't work.
Re: [Dovecot] Error: User doesn't have home dir set, disabling duplicate database
> > No. The problem is that plugin { home } no longer works. Use mail_home > instead. > Thank you Timo. Setting mail_home solves my problem. I have added to the wiki ( http://wiki2.dovecot.org/VirtualUsers/Home ) an example. It was very difficult to find something about mail_home .
Re: [Dovecot] IMAP messages not being marked read
> On Sun, 2010-12-26 at 17:38 -0500, void...@transientvoid.com wrote: > > I have maildir folders to which mail is delivered using procmail recipes > > directly to the appropriate dovecot folder. In these folders, I notice > > that the "cur" directory has a matching number of messages that do not > > have an "S" > > flag on the end of the file name. For example: > What about "doveadm search -u username unseen" - does that find any > messages? Yes. It is finding loads of messages right now (472) which matches the total number of unseen messages as shown by the mail client. > > > mail_log_events = delete undelete expunge copy mailbox_delete > > mailbox_rename > > > > flag_change append > > I didn't see mail_plugins=mail_log to actually enable this. But if you > did enable it, you should see flag_change events in logs and you could > see if flags for some messages change unexpectedly (or never change). Ah. Super! So, that's why that wasn't working. Setting this and restarting dovecot provides the flag_change events as expected. Existing messages that are in the cur directory but not marked with the ,S seen flag do not get any flag_change logged when viewed by the mail client, but I'm assuming this is either because the message is already in the cur directory or because when the mail client shows the folder that had unseen messages in the folder list, there are none marked unseen so the client doesn't mark as seen? I'll watch today and see if there are any new messages that don't get marked. Thanks!
Re: [Dovecot] Doveadm search in public namespaces
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.12.2010 um 14:07 schrieb Timo Sirainen: > The mailbox GUID isn't generated until it's requested for the first > time. Only dsync and doveadm request it. It gets rewritten on every search in my setup. As I did searches before it should have a GUID, right? [14:09] root spectre:/# l /var/vmail/public/Mailing-Lists/Dovecot/dovecot-uidlist - -rw--- 1 vmail vmail 680204 Dec 30 14:09 /var/vmail/public/Mailing-Lists/Dovecot/dovecot-uidlist [14:10] root spectre:/# doveadm search -u u...@domain.tld sentbefore 02-jan-2010 mailbox Public/Mailing-Lists/Dovecot adeffe1c8b7ba64bb377a998a2df 1021 […] [14:10] root spectre:/# l /var/vmail/public/Mailing-Lists/Dovecot/dovecot-uidlist - -rw--- 1 vmail vmail 680204 Dec 30 14:10 /var/vmail/public/Mailing-Lists/Dovecot/dovecot-uidlist -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) iEYEARECAAYFAk0chWYACgkQ+meF/S97aXjx4wCglpX3wjN/eSnsw8ptmUws3QJW y2sAn2Dbd5Z7B1ycUSertmzykif/xyav =5WQF -END PGP SIGNATURE-
Re: [Dovecot] Doveadm search in public namespaces
On Thu, 2010-12-30 at 13:56 +0100, Thomas Leuxner wrote: > > It's because there is no easy way to access mailbox GUIDs, so it has to > > open each mailbox and get its GUID. > > Right. I wanted to use the GUIDs because they are spit out on searches. Guess > will have to use names then if faster. Maybe some day mailbox list indexes are created and they offer fast access to GUIDs. > > The mailbox GUID is stored in dovecot-uidlist file. If the mailbox > > doesn't already have a GUID, it's added there. > > So if the mailbox would have a current index it would not rebuild it? In > other words: Wouldn't the Dovecot Mailing-List be current as it gets updated > on every new post presumably? It was also rebuilt... The mailbox GUID isn't generated until it's requested for the first time. Only dsync and doveadm request it. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Telnet access creates new maildir folders
On Thu, 2010-12-30 at 20:53 +0800, Seasoul wrote: > Do you mean the dovecot-auth errors ? I mean if you have auth_debug=yes enabled, and assuming you also use sql (it wasn't clear if you're using pam, sql or both since you had both enabled in dovecot.conf), you should see messages such as: Dec 30 15:04:44 auth: Debug: client in: AUTH1 PLAIN service=imap secured lip=127.0.0.1 rip=127.0.0.1 lport=143 rport=60878 resp= Dec 30 15:04:44 auth: Debug: sql(tss,127.0.0.1): query: select password from users where username = 'tss' Dec 30 15:04:44 auth: Debug: client out: OK 1 user=tss Dec 30 15:04:44 auth: Debug: master in: REQUEST 1153302529 41361 fceb4e3382227525923b802a20ab913b Dec 30 15:04:44 auth: Debug: sql(tss,127.0.0.1): SELECT '/home/tss' as home, 1000 as uid, 1000 as gid FROM users WHERE username = 'tss' Dec 30 15:04:44 auth: Debug: master out: USER 1153302529 tss home=/home/tss uid=1000gid=1000 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Doveadm search in public namespaces
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 30.12.2010 um 13:43 schrieb Timo Sirainen: >> It takes considerably longer when using 'mailbox-guid' compared to mailbox >> name, wonder why that is… > > It's because there is no easy way to access mailbox GUIDs, so it has to > open each mailbox and get its GUID. Right. I wanted to use the GUIDs because they are spit out on searches. Guess will have to use names then if faster. $ doveadm search -u u...@domain.tld sentbefore 02-jan-2010 mailbox Public/Mailing-Lists/Dovecot adeffe1c8b7ba64bb377a998a2df 1021 […] >> I'm also not sure why it would recursively mangle all >> 'dovecot-uidlist' files within the namespace (it does in a public >> maildir namespace). > > The mailbox GUID is stored in dovecot-uidlist file. If the mailbox > doesn't already have a GUID, it's added there. So if the mailbox would have a current index it would not rebuild it? In other words: Wouldn't the Dovecot Mailing-List be current as it gets updated on every new post presumably? It was also rebuilt... -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) iEYEARECAAYFAk0cgY4ACgkQ+meF/S97aXjpaQCgij5J0UpnLa/xNyVzOiqMzMdl PAUAn0o/Mtxj6ANM3PK6GjgP0SyqANvP =LTfL -END PGP SIGNATURE-
[Dovecot] Renaming IMAP folders does not affect children
Hi, we're using dovecot2.0 since August and very happy with it. Just recently Thunderbird users reported problems when renaming folders, and it seems that RFC 2060 (sec. 6.3.5) requires children of a renamed folder to be renamed, too. This however does not happen: Talking IMAP I get: * LIST (\HasChildren) "." "INBOX.NNN1" * LIST (\HasNoChildren) "." "INBOX.NNN1.NNN1a" . rename "INBOX.NNN1" "INBOX.NNN2" * LIST (\HasNoChildren) "." "INBOX.NNN1.NNN1a" * LIST (\HasNoChildren) "." "INBOX.NNN2" There seems to be no problem the filesystem rights, since this works: . rename "INBOX.NNN1.NNN1a" "INBOX.NNN2.NNN1a" * LIST (\HasChildren) "." "INBOX.NNN2" * LIST (\HasNoChildren) "." "INBOX.NNN2.NNN1a" Am I misunderstanding RFC 2060, or is my config wrong (doveconf -n below), or could it be a bug? Cheers, Johannes # 2.0.8 (e030df616faf): /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-openvz-amd64 x86_64 Debian 5.0.7 default_client_limit = 2500 default_process_limit = 600 dotlock_use_excl = yes log_timestamp = "%Y-%m-%d %H:%M:%S " login_greeting = Dovecot 2 ready. mail_fsync = always mail_location = maildir:~/Maildir mail_nfs_index = yes mail_nfs_storage = yes mail_plugins = autocreate acl managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date mmap_disable = yes namespace { inbox = yes location = prefix = INBOX. separator = . type = private } namespace { list = yes location = maildir:%%h/Maildir:INDEX=~/Maildir/shared/%%u prefix = INBOX.shared.%%u. separator = . subscriptions = no type = shared } passdb { args = session=yes dovecot driver = pam } plugin { acl = vfile acl_shared_dict = file:/etc/dovecot/dict/shared-mailboxes autocreate = INBOX.Trash autocreate2 = INBOX.Junk autocreate3 = INBOX.Sent autocreate4 = INBOX.Junk_old autocreate5 = INBOX.Drafts autosubscribe = INBOX.Trash autosubscribe2 = INBOX.Junk autosubscribe3 = INBOX.Sent autosubscribe4 = INBOX.Drafts sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap pop3 service auth { unix_listener auth-userdb { mode = 0666 } } service dict { user = dovecot } service imap-postlogin { executable = script-login rawlog /etc/dovecot/postlogin.sh user = root } service imap { executable = imap imap-postlogin } ssl_cert =
Re: [Dovecot] Telnet access creates new maildir folders
Do you mean the dovecot-auth errors ? the only one I have in the auth log is: dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=user1 rhost=127.0.0.1 user=user1 That was when i typed my password wrongly. Aside from that and a bunch of random attacks I'll deal with leater, nothing was logged for dovecot_auth. I am now running Dovecot 2.0.8, looking at dovecot.conf to set it up properly. On Thu, Dec 30, 2010 at 8:21 PM, Timo Sirainen wrote: > On Thu, 2010-12-30 at 20:14 +0800, Seasoul wrote: > > > When I try to get pop access via telnet, this is what the log records: > > > > dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1, > > lip=127.0.0.1, secured > > The auth_debug logs are missing above. They're the most important ones > in figuring out this. > >
Re: [Dovecot] Doveadm search in public namespaces
On Thu, 2010-12-30 at 13:25 +0100, Thomas Leuxner wrote: > Did some tests with the fix, not sure it works correct/as expected: > > $ time doveadm fetch -u u...@domain.tld hdr mailbox > Public/Mailing-Lists/Dovecot uid 1039 > real0m0.053s > > $ time doveadm fetch -u u...@domain.tld hdr mailbox-guid > adeffe1c8b7ba64bb377a998a2df uid 1039 > real0m0.418s > > It takes considerably longer when using 'mailbox-guid' compared to mailbox > name, wonder why that is… It's because there is no easy way to access mailbox GUIDs, so it has to open each mailbox and get its GUID. > I'm also not sure why it would recursively mangle all > 'dovecot-uidlist' files within the namespace (it does in a public > maildir namespace). The mailbox GUID is stored in dovecot-uidlist file. If the mailbox doesn't already have a GUID, it's added there. > This is really dangerous when missing the proper -u parameter. Say you > run it as 'root' and it should be run by 'vmail' really, then > effectively all 'dovecot-uidlist' files will be owned by the wrong > user afterwards… (root vs. vmail). Well, I'm not really sure what to do about this.. Maybe it should refuse to run as root, but maybe some people actually want to do that.. signature.asc Description: This is a digitally signed message part
[Dovecot] Dovecot consulting companies
Once in a while someone asks about companies who could help installing / running / etc. their mail server. I don't really know many, so I thought I'd add a wiki page about it. Feel free to add your company on the list if you offer some Dovecot related services. Write also a few words what type of services you offer. http://wiki2.dovecot.org/Consulting I'll add a link there once at least one company is listed. :) Oh and if it's not clear above, I don't mean that the list should contain companies that only offer email accounts (Dovecot or not). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Telnet access creates new maildir folders
On Thu, 2010-12-30 at 20:14 +0800, Seasoul wrote: > When I try to get pop access via telnet, this is what the log records: > > dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1, > lip=127.0.0.1, secured The auth_debug logs are missing above. They're the most important ones in figuring out this. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Reverting from 2.0. to 1.2
On 2010-12-30 6:19 AM, Timo Sirainen wrote: > On Thu, 2010-12-23 at 16:32 +0100, Thomas Hummel wrote: >> Also, if we change the separator, do we have to change it on the subscription >> file ? Could it be the source of my problem ? > No. TB just seems to break down if separator is changed. Recreating the > account should be an easy solution. If that is the case, Thomas, could you please file a bug for Thunderbird so it hopefully gets fixed? Thanks, -- Best regards, Charles
Re: [Dovecot] Telnet access creates new maildir folders
Thanks Charles for the advice, it "came" with Webmin like that so didn't try to change it. But you're right, maybe installing a more recent version will help.. On Thu, Dec 30, 2010 at 8:21 PM, Charles Marcus wrote: > On 2010-12-29 9:40 PM, Seasoul wrote: > > Hi, > > I am running Dovecot Version 1.0.15on a Debian server, with postfix and > > postfixadmin. > > The very first thinmg you should do is upgrade... 1.0.15 is very old... > > I'm sure there are other issues involved, but you will get much more > meaningful help if you are using a recent/stable version... 2.0.8+ is > getting very good, but if you are conservative, stick with the latest > 1.2 (currently 1.2.16)... > > -- > > Best regards, > > Charles >
Re: [Dovecot] Doveadm search in public namespaces
Am 30.12.2010 um 11:41 schrieb Timo Sirainen: > On Sun, 2010-12-26 at 14:58 +0100, Thomas Leuxner wrote: > >> Say I want to create a script to perform some 'doveadm' tasks. Is there any >> particular reason why "mailbox-guids" would not work for public namespaces? > > Fixed: http://hg.dovecot.org/dovecot-2.0/rev/15c32384817b Did some tests with the fix, not sure it works correct/as expected: $ time doveadm fetch -u u...@domain.tld hdr mailbox Public/Mailing-Lists/Dovecot uid 1039 real0m0.053s $ time doveadm fetch -u u...@domain.tld hdr mailbox-guid adeffe1c8b7ba64bb377a998a2df uid 1039 real0m0.418s It takes considerably longer when using 'mailbox-guid' compared to mailbox name, wonder why that is… I'm also not sure why it would recursively mangle all 'dovecot-uidlist' files within the namespace (it does in a public maildir namespace). This is really dangerous when missing the proper -u parameter. Say you run it as 'root' and it should be run by 'vmail' really, then effectively all 'dovecot-uidlist' files will be owned by the wrong user afterwards… (root vs. vmail). Regards Thomas PGP.sig Description: Signierter Teil der Nachricht
Re: [Dovecot] Telnet access creates new maildir folders
On 2010-12-29 9:40 PM, Seasoul wrote: > Hi, > I am running Dovecot Version 1.0.15on a Debian server, with postfix and > postfixadmin. The very first thinmg you should do is upgrade... 1.0.15 is very old... I'm sure there are other issues involved, but you will get much more meaningful help if you are using a recent/stable version... 2.0.8+ is getting very good, but if you are conservative, stick with the latest 1.2 (currently 1.2.16)... -- Best regards, Charles
Re: [Dovecot] Telnet access creates new maildir folders
Hi, When I try to get pop access via telnet, this is what the log records: dovecot: pop3-login: Login: user=, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: POP3(user1): Effective uid=***, gid=*** dovecot: POP3(user1): maildir: data=/var/mail/vmail//user1 dovecot: POP3(user1): maildir: root=/var/mail/vmail//user1, index=/var/mail/vmail//user1, control=, inbox= dovecot: POP3(user1): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 When I send an email to us...@domain.com from a gmail account, this is the log record: postfix/smtpd[2941]: connect from mail-qw0-f51.google.com[*.*.*.*] postfix/smtpd[2941]: 4E2EA70324: client=mail-qw0-f51.google.com[*.*.*.*] postfix/cleanup[2946]: 4E2EA70324: message-id=< aanlktin8pnub-cnzyytrx4jcecm11qzxqq2+dbgfw...@mail.gmail.com > postfix/qmgr[28610]: 4E2EA70324: from=, size=5119, nrcpt=1 (queue active) postfix/virtual[2947]: 4E2EA70324: to=, relay=virtual, delay=0.51, delays=0.44/0.02/0/0.05, dsn=2.0.0, status=sent (delivered to maildir) postfix/qmgr[28610]: 4E2EA70324: removed postfix/smtpd[2941]: disconnect from mail-qw0-f51.google.com[*.*.*.*] So should I understand that postfix takes care of dispatching incoming emails and Dovecot retrieves them, and that Dovecot isn't looking in the folder where postfix is delivering emails ? I don;t understand why Dovecot looks into /var/mail/vmail//user1 when my dovecot.conf says to look into /var/mail/vmail/%d/%u : any idea how to make Dovecot look in the same folder Postfix delivers emails to ? Oh and just out of curiosity, why is there a double "//" in the maildir path used by dovecot ? Thanks a lot for all the help so far :) Cheers On Thu, Dec 30, 2010 at 5:32 PM, Timo Sirainen wrote: > On Thu, 2010-12-30 at 12:20 +0800, Seasoul wrote: > > Hi, > > > > I'm a bit confused now, I though Dovecot was the MDA ? > > Only if you've configured it that way: http://wiki.dovecot.org/LDA > > > >> mail_location: maildir:/var/mail/vmail/%d/%u > > So Dovecot should see the domain.. Set mail_debug=yes to see where > exactly it's looking for the mails. > > > > mail_privileged_group: mail > > You don't need this setting. > > > >> passdb: > > >> driver: pam > > Do you really need pam here as well? If not, you should remove it and > userdb passwd. > >
Re: [Dovecot] Fetch without setting flags
On Tue, 2010-12-21 at 15:56 +0330, Behrooz Afghahi wrote: > Hello, > > I'm customizing squirrelmail and I want to print a line from the message > in front of the subject in mailbox listing (like gmail). > the problem is, when I use 'FETCH {SOME_ID} BODY[]' the message gets > marked as seen. How can I fetch without setting the senn flag ? Get first 100 characters from the message body / first mime part: FETCH n BODY.PEEK[1]<0.100> This of course hopes that [1] MIME part contains something usable. You should probably also fetch BODY.PEEK[1.MIME] to see what it contains. (Interestingly enough Dovecot happens to return message headers as 1.MIME when there are no MIME parts, but this won't work for other servers.) signature.asc Description: This is a digitally signed message part
Re: [Dovecot] How incoming emails are routed to public shared mailboxes ?
On Tue, 2010-12-21 at 15:29 +0100, Frank Bonnet wrote: > Hello > > I'm setting up few public shared maiboxes ( maildir format ) > but I'm wondering how are they routed into the right ? However you want. If you're using dovecot-lda you could deliver it as some user who has write access to them and then use -m parameter. Or a Sieve script. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] doveadm "-S " option enabled in 2.0.8?
On Tue, 2010-12-21 at 14:55 -0500, David Warden wrote: > But when I try to get my quota on a different local IP using the -S flag to > doveadm: > > doveadm quota get -u warden -S 137.238.2.244:143 The purpose of -S is completely different. It's about connecting to another doveadm instance. There's currently no way to set IP for doveadm queries. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] dovecot-keywords problem with MDN
On Wed, 2010-12-22 at 11:06 +0100, Mauro D. wrote: > Hi all, > I have Dovecot 1.2.13 installed. > My clients ask why Disposition-Notification is requested every time the > mail is moved on a new IMAP folder... Well, I know there is a $MDNSent keyword defined by RFC 3503, but I have no idea how (and which) clients are using it. > I take a look into dovecot-keywords file and I see that: > > 1) I have only one row > 0 NonJunk > > 2) dovecot-keywords file is not present inside every directory. > > How I can restore normal status? Where is probably the problem? Did it used to work previously? What changed? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Shared Folders via Symlinking
On Wed, 2010-12-22 at 11:02 +, Adrian Mardlin wrote: > I've managed to fix this initial problem by using INDEX=MEMORY. However, > there's another side-effect. When deleting a symlinked folder, it leaves > behind a file called ..DOVECOT-TRASHED, which is still symlinked. This then > prevents that user from deleting any other folders. Well, http://hg.dovecot.org/dovecot-2.0/rev/b78e772cf1d2 fixes this problem but I'm not sure what to do about the indexing problem.. I'll either have to fix it some way or just disallow symlinks.. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] over quota issue
On Tue, 2010-12-21 at 16:40 -0500, PA wrote: > I have a situation where if a user is over quota and sending through postfix > I get an error, now this error only happens if the user is over quota, > otherwise it works with no problem. However if sending using > /usr/local/libexec/dovecot/dovecot-lda it works every time even if > overquota, any ideas? I just can't seem to figure this one out. It doesn't work, because it crashes: > Dec 21 11:44:53 testip5 dovecot: lda(us...@virttest1.meganet.net): Panic: > stream doesn't support seeking backwards This is fixed by http://hg.dovecot.org/dovecot-2.0/rev/89936539e3b8 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Reverting from 2.0. to 1.2
On Thu, 2010-12-23 at 16:32 +0100, Thomas Hummel wrote: > Also, if we change the separator, do we have to change it on the subscription > file ? Could it be the source of my problem ? No. TB just seems to break down if separator is changed. Recreating the account should be an easy solution. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot 1.2.12+Postfix+Active Directory: virtual domain name dropped.
On Thu, 2010-12-23 at 16:53 -0700, Ran Talbott wrote: > I have the active directory query set as: > user_filter = (&(objectClass=user)(samaccountname=%n)) > user_attrs = =home=/var/mailstore/%d/%n. =uid=501, =gid=501, \ > =mail=maildir:/var/mailstore/%d/%n/Maildir/ Would be nicer to use global mail_location=maildir:~/Maildir rather than setting it here. > Dec 23 10:49:24 IBMUBUNTU1 dovecot: auth(default): master in: > user#0111#011testing.test...@.xxx#011service=deliver > > Dec 23 10:49:24 IBMUBUNTU1 dovecot: auth(default): ldap(testing.testing): > user > search: base=dc=lawley, dc=local scope=subtree filter=(&(objectClass=user) > (samaccountname=testing.testing)) fields= Because you're not actually requesting any fields, "fields=" means you're getting all the fields.. > Dec 23 10:49:24 IBMUBUNTU1 dovecot: auth(default): ldap(testing.testing): > result: objectClass(?unknown?)= cn(?unknown?)= sn(?unknown?)= > givenName(?unknown?)= distinguishedName(?unknown?)= instanceType(?unknown?)= > whenCreated(?unknown?)= whenChanged(?unknown?)= displayName(?unknown?)= > uSNCreated(?unknown?)= uSNChanged(?unknown?)= name(?unknown?)= > objectGUID(?unknown?)= userAccountControl(?unknown?)= > primaryGroupID(?unknown?)= objectSid(?unknown?)= sAMAccountName(?unknown?)= > sAMAccountType(?unknown?)= userPrincipalName(?unknown?)= > objectCategory(?unknown?)= You could add one of these fields to user_attrs to avoid it returning everything. > Dec 23 10:49:24 IBMUBUNTU1 dovecot: auth(default): master out: > USER#0111#011testing.testing#011home=/var/mailstore//testing.testing. > =uid=501#011gid=501#011mail=maildir:/var/mailstore//testing.testing/Maildir/ Still, none of this explains why the domain gets dropped. Maybe it's due to some other setting, but you didn't give dovecot -n output so I can only guess. See auth_username_format setting for example. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 'Doveadm user' could use better error codes
Am 30.12.2010 um 10:53 schrieb Timo Sirainen: > On Tue, 2010-12-28 at 14:39 +0100, Thomas Leuxner wrote: >> $ doveadm user foo >> userdb lookup: user foo doesn't exist >> $ echo $? >> 0 > > How about: http://hg.dovecot.org/dovecot-2.0/rev/c9b3716e56f7 Looking good. Thanks. PGP.sig Description: Signierter Teil der Nachricht
Re: [Dovecot] Dovecot 1.2.12 + Postfix + virtual domains: delivering to system users
On Sat, 2010-12-25 at 20:49 -0700, Ran Talbott wrote: > As mentioned in my previous posting, I've set up a mailserver for a domain of > Winboxen, authenticated through Active Directory. After some struggles, I > finally got that working. But I also need to receive emails for a few system > users on the mailserver (like postmaster, and a couple of accounts set up > for maintaining the system). > > I thought, based on the way I read the documentation, that I could just add > a "userdb passwd", ahead of the "userdb ldap", and deliver would find their > home directory maildirs. The virtual users would fail the passwd search, > fall through to the LDAP check, and deliver would drop their mail into their > maildirs in the /var/mailstore tree. I knew the system users wouldn't be > able to login to the IMAP server, but this isn't a concern. Yes, sounds right. > Instead, the system users' mail got bounced, after an auth check via > the "master" socket (from Postfix, I guess: it's a transient process) whose > details don't get logged. And the virtual users' lookups (done by deliver) > returned made-up UIDs and GIDs, and maildir locations > (/home//) completely different from what the LDAP lookup > normally returns (/var/mailstore/). I've no idea why that would happen. dovecot -n output and logs with auth_debug=yes + mail_debug=yes would be helpful. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] doveadm quota get -u segmentation fault
On Fri, 2010-12-24 at 14:16 +0300, subscri...@viliar.net.ru wrote: > I get segfault error with "doveadm quota get -u user" Fixed the crash by having it give error message instead: http://hg.dovecot.org/dovecot-2.0/rev/a293626e09e2 Then fix your config: > plugin { quota = maildir > autocreate2 = virus > autocreate3 = spam > sieve = ~/.dovecot.sieve > sieve_dir = ~/sieve > } > user_query = SELECT '/mail/' || domain || '/' || mail || '/maildir' as > home, uid, gid, '*:storage=' || quota || 'B' AS quota_rule FROM users WHERE > mail || '@' || domain = '%u' This is ok, although that kind of WHERE query can't use SQL indexes. Better to use: WHERE mail='%n' and domain = '%d' > password_query = SELECT mail || '@' || domain as user, password as > password, '/mail/' || domain || '/' || mail || '/maildir' as userdb_home, > uid as userdb_uid, gid as userdb_gid, 'maildir:storage=' || (quota/1024) as > userdb_quota, Remove userdb_quota from here and add a userdb_quota_rule matching user_query's one. I'd also remove home/userdb_home from the above query and just use global settings, also not making home same as mail location (http://wiki2.dovecot.org/VirtualUsers/Home): mail_home = /mail/%d/%n mail_location = maildir:~/maildir:INDEX=~/indexes signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Doveadm search in public namespaces
On Sun, 2010-12-26 at 14:58 +0100, Thomas Leuxner wrote: > Say I want to create a script to perform some 'doveadm' tasks. Is there any > particular reason why "mailbox-guids" would not work for public namespaces? Fixed: http://hg.dovecot.org/dovecot-2.0/rev/15c32384817b signature.asc Description: This is a digitally signed message part
Re: [Dovecot] namespaces and noselect
On Sun, 2010-12-26 at 14:40 -0600, Kyle Wheeler wrote: > I am trying to use two namespaces to create an "archival" directory > that is stored as mboxes (the rest of my tree is all stored as > maildirs). However, when I add the second namespace, suddenly Dovecot > starts emitting, in response to the LIST command, a second version of > the INBOX that is marked as \NoSelect. Here are my namespac > definitions... am I doing this wrong? That's definitely a bug if there are two INBOXes listed. But you didn't say which Dovecot version does this. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot Quota plugin as Couier quota
On Mon, 2010-12-27 at 12:08 +0100, Antonio Perez-Aranda wrote: > I get a similar behavior between dovecot quota plugin and courier > quota with the attached patch. > > When the client change flags, then is forced to recalc. This is > because I don't know how to get the changed flags on quota sync > method. Right, there's no way to see what flags changed with the current API. I guess you could modify the API for that.. In maildir_sync_flags() the old flags are in ctx->flags after: /* get the current flags and keywords */ maildir_filename_get_flags(ctx->keywords_sync_ctx, fname, &ctx->flags, &ctx->keywords); And new flags are set to ctx->flags also later. The API change could be something like: struct mailbox_sync_notify { enum mailbox_sync_type sync_type; uint8_t old_flags, new_flags; }; void (*sync_notify)(struct mailbox *box, uint32_t uid, const struct mailbox_sync_notify *notify); I guess I could do this change for v2.1. > The courier quota behavior is avoid to count all deleted mails, > include "mark as deleted" mails. I don't much like this feature though.. > +/* YACO: Avoid to count in dirsize Trash Marked mails*/ > +p = strchr(dp->d_name, 'T'); > +if (p != NULL){ > + continue; > +} This isn't always reliable (e.g. hostname could have 'T' letter in it). You should first find the ':' in the filename and look for 'T' only after that. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Is this really a user agent issue?
On Thu, 2010-12-23 at 15:08 -0700, Willie Gillespie wrote: > The IMAP protocol has no way to "push" to the MUA that a folder > (mailbox) has been freshly created. It has actually. NOTIFY extension makes it explicit, but it's possible to do that even in standard protocol. It's just that no server does it, and I don't know if any clients would actually do anything if a server did send it. I'm planning on having Dovecot send that some day once I've finally implemented mailbox list indexes.. Anyway, if a mailbox "foo" is created, a server can simply send to clients: * LIST (\HasNoChildren) "/" "foo" signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot - AllowGroups option
On Tue, 2010-12-28 at 00:15 +0100, Jacob Neergaard Pedersen wrote: > I'm trying to control access to different services on an Debian server using > /etc/group. So that a user I create for FTP usage doesn't fill up my server > with IMAP folders or samba garbage. Assuming you use passdb pam, I think pam_listfile can do this: http://www.kernel.org/pub/linux/libs/pam/Linux-PAM-html/sag-pam_listfile.html signature.asc Description: This is a digitally signed message part
Re: [Dovecot] vpopmail disabled services fix
On Mon, 2010-12-27 at 15:04 -0800, Calvin wrote: > I noticed that disabling services using vpopmail was not being recognized by > dovecot. Using "vmoduser -swip u...@domain.com" should disable all services, > but both pop and imap logins were still allowed. After a bit of digging in > the code and confirming with a few debug lines, it appears that lines 38 and > 52 of src/auth/passdb-vpopmail.c are the issue (dovecot 2.0.8). These two > lines do a strcmp on request->service. It appears that request->service is > in > lower case, but the comparison values are in upper case. Either updating the > values to lowercase or using strcasecmp should fix the issue. Thanks, fixed: http://hg.dovecot.org/dovecot-2.0/rev/9216e5c861ee signature.asc Description: This is a digitally signed message part
Re: [Dovecot] IMAP messages not being marked read
On Sun, 2010-12-26 at 17:38 -0500, void...@transientvoid.com wrote: > I have maildir folders to which mail is delivered using procmail recipes > directly to the appropriate dovecot folder. In these folders, I notice that > the "cur" directory has a matching number of messages that do not have an "S" > flag on the end of the file name. For example: What about "doveadm search -u username unseen" - does that find any messages? > mail_log_events = delete undelete expunge copy mailbox_delete > mailbox_rename > flag_change append I didn't see mail_plugins=mail_log to actually enable this. But if you did enable it, you should see flag_change events in logs and you could see if flags for some messages change unexpectedly (or never change). signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Error: User doesn't have home dir set, disabling duplicate database
On Wed, 2010-12-29 at 09:42 +0100, f...@pruda.com wrote: > I have googled little bit. According to this article > http://wiki2.dovecot.org/VirtualUsers/Home Yes. > I think the problem is: > mail_location = maildir:/home/vmail/%u and plugin { home = /home/vmail/%u } > is the same directory. > Is it right? No. The problem is that plugin { home } no longer works. Use mail_home instead. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] LDAP binds
On Tue, 2010-12-28 at 10:32 -0700, Trever L. Adams wrote: > I am using 2.0.8. Anonymous binds are no longer supported in the > environment I am using. I need to change my userdb ldap setup to bind. I > believe the ldap server does Kerberos (or can) authentication. My users > are authenticating using Kerberos or Kerberos/PAM. This needs to stay in > place. > > Can anyone suggest how I might go about changing my setup to work? So you're only talking about using ldap for userdb? Can't you just set dn and dnpass to whatever user (that has access to list all users)? signature.asc Description: This is a digitally signed message part
Re: [Dovecot] 'Doveadm user' could use better error codes
On Tue, 2010-12-28 at 14:39 +0100, Thomas Leuxner wrote: > $ doveadm user foo > userdb lookup: user foo doesn't exist > $ echo $? > 0 How about: http://hg.dovecot.org/dovecot-2.0/rev/c9b3716e56f7 signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Telnet access creates new maildir folders
On Thu, 2010-12-30 at 12:20 +0800, Seasoul wrote: > Hi, > > I'm a bit confused now, I though Dovecot was the MDA ? Only if you've configured it that way: http://wiki.dovecot.org/LDA > >> mail_location: maildir:/var/mail/vmail/%d/%u So Dovecot should see the domain.. Set mail_debug=yes to see where exactly it's looking for the mails. > > mail_privileged_group: mail You don't need this setting. > >> passdb: > >> driver: pam Do you really need pam here as well? If not, you should remove it and userdb passwd. signature.asc Description: This is a digitally signed message part