[Dovecot] cannot delete emails in inbox
I am working on upgrading our current squirrelmail and replace uw-imap with dovecot. I have what looks like a successful installation. My current setup is: Centos 5.2 sendmail 8.13.8 dovecot 1.1.17 (imap) squirrelmail 1.4.17 I can send and receive email fine. However when I try to delete an email in my Inbox, it doesn't get deleted. It only sends a copy to the Trash folder. But the email is still in the Inbox. I can purge and delete the contents in my Trash and Sent folder, no problem. I am not sure if this is a Squirrelmail issue or a Dovecot issue. Please advice. Thank you -- Jane
[Dovecot] Warnings compiling on OpenBSD 4.4 i386
Hi, probably just nothing to worry about, but I get the following warnings when building 1.1.7 on OpenBSD 4.4 on i386. If I remove the --with-bsdauth config option, they all disappear. I won't use it anyway, but maybe there are others. $ dmesg OpenBSD 4.4 (GENERIC) #1021: Tue Aug 12 17:16:55 MDT 2008 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Xeon(R) CPU 3040 @ 1.86GHz ("GenuineIntel" 686-class) 1.87 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,CX16,xTPR real mem = 1071788032 (1022MB) avail mem = 1027936256 (980MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/31/99, BIOS32 rev. 0 @ 0xfd460, SMBIOS rev. 2.4 @ 0xdc010 (48 entries) bios0: vendor HP version "O10" date 07/20/2007 bios0: HP ProLiant ML110 G4 $ ./configure --without-pop3d --with-deliver --with-passwd --with-passwd-file --with-bsdauth --without-ldap --sysconfdir=/etc --localstatedir=/var --sharedstatedir=/var mail-index-map.c: In function `mail_index_map_ext_hdr_check': mail-index-map.c:171: warning: comparison between signed and unsigned mail-index-map.c: In function `mail_index_map_clone': mail-index-map.c:1112: warning: comparison between signed and unsigned mail-index-sync-update.c: In function `sync_header_update': mail-index-sync-update.c:419: warning: comparison between signed and unsigned mail-transaction-log-file.c: In function `log_file_track_mailbox_sync_offset_hdr': mail-transaction-log-file.c:682: warning: comparison between signed and unsigned passdb-bsdauth.c: In function `bsdauth_preinit': passdb-bsdauth.c:59: warning: implicit declaration of function `auth_cache_parse_key' passdb-bsdauth.c:60: warning: assignment makes pointer from integer without a cast /Peter -- Peter Lindgren http://www.norrskenkonsult.com
Re: [Dovecot] Default dirs in ./configure?
Johan 'yosh' Marklund skrev: Isn't /usr/local/ the default to prevent collisions with dist. provided files? The binaries defaults to /usr/local, and distro's binaries defaults to /usr? Anyway, the config and state directories shouldn't matter if they are the same, right? /Peter -- Peter Lindgren http://www.norrskenkonsult.com
Re: [Dovecot] Default dirs in ./configure?
Isn't /usr/local/ the default to prevent collisions with dist. provided files? /yosh Peter Lindgren skrev: > Hi! > I try to build a new 1.1.7 installation. Since I'm not a large > sysadmin, just my own private mail server admin, I just wonder why the > sysconf and state dirs defaults to $prefix? Maybe I'm old-school, but > isn't /etc and /var, respectively, a better default than /usr/local? > Should require two new variables in the configure script, though. > > (and yes, I know I set them with > --sysconfdir=/etc --localstatedir=/var --sharedstatestatedir=/var > ) > > /Peter
[Dovecot] Default dirs in ./configure?
Hi! I try to build a new 1.1.7 installation. Since I'm not a large sysadmin, just my own private mail server admin, I just wonder why the sysconf and state dirs defaults to $prefix? Maybe I'm old-school, but isn't /etc and /var, respectively, a better default than /usr/local? Should require two new variables in the configure script, though. (and yes, I know I set them with --sysconfdir=/etc --localstatedir=/var --sharedstatestatedir=/var ) /Peter -- Peter Lindgren http://www.norrskenkonsult.com
Re: [Dovecot] convert non-standard mbox to maildir
Maarten Bezemer a écrit : > Hi, > > On Sat, 3 Jan 2009, mouss wrote: > >> did you try: >> mb2md -R -s /path/to/your/pst/INBOX -d /path/to/Maildir > > I did not, but did now, and it didn't work... As expected, it creates > empty folders with the right name, containing sub folders named > 'mailbox' with the contents of the original folder in the PST. > > But, then I came across the -r switch, and added a -r mailbox. Then, it > put the contents into the right folder, but still created empty mailbox > sub-folders. I can live with that.. writing a script to just remove the > empty mailbox folders (including the cur,new,tmp below it) took just > about 2 minutes. > > Now to find the best version of mb2md ;-) > (There's a few pointers in the wiki page, but I don't like all the > adaptations by Julian Fitzell, so I think I'll be patching my own > version after all) > if you can perl, you can write a converter from scratch. you know the format of your "mailbox" file, so you can do whatever you want...
Re: [Dovecot] convert non-standard mbox to maildir
Hi, On Sat, 3 Jan 2009, mouss wrote: did you try: mb2md -R -s /path/to/your/pst/INBOX -d /path/to/Maildir I did not, but did now, and it didn't work... As expected, it creates empty folders with the right name, containing sub folders named 'mailbox' with the contents of the original folder in the PST. But, then I came across the -r switch, and added a -r mailbox. Then, it put the contents into the right folder, but still created empty mailbox sub-folders. I can live with that.. writing a script to just remove the empty mailbox folders (including the cur,new,tmp below it) took just about 2 minutes. Now to find the best version of mb2md ;-) (There's a few pointers in the wiki page, but I don't like all the adaptations by Julian Fitzell, so I think I'll be patching my own version after all) Thanks for the hint! Regards, Maarten
Re: [Dovecot] convert non-standard mbox to maildir
Maarten Bezemer a écrit : > Hi, > > Let me start with wishing you all the best for this new year, and I hope > we'll see a lot of new features and not so much new bugs ;-) > > I'm trying to convert a number of PSTs to maildir. Just plain drag&drop > in Outlook doesn't work (gives a very cryptic error message in a certain > folder, but that folder is perfectly all right), and using the import > option also barfs when it's not even half-way through the PST. > So, I took aid4mail and it converted the PST to mbox wihtout any problem. > > But now, I have a directory structure, filled with mbox mailboxes. > Like: > INBOX > INBOX/mailbox > INBOX/subfolder > INBOX/subfolder/mailbox > INBOX/subfolder/subsubfolder > INBOX/subfolder/subsubfolder/mailbox > INBOX/subfolder2 > INBOX/subfolder2/mailbox > etc. > > This differs from normal mbox setup, but given the fact that there are > both folders AND messages below inbox, this is indeed the only useful > way to do it. > But now I cannot convert this to maildir using either dovecot or mb2md, > since it's not the usual mbox setup. > > Any suggestions would be greatly appreciated! > did you try: mb2md -R -s /path/to/your/pst/INBOX -d /path/to/Maildir
Re: [Dovecot] delivers mail to bad directory(prefix) using sieve filters
Timo Sirainen wrote: On Jan 1, 2009, at 12:05 PM, Radim Roska wrote: Squirrelmail does not allow to create folders without prefix. Really? No. There's a configurable setting that creates folders under INBOX by default; however, Squirrelmail can create top-level folders and sub-folders of any folder.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
Looks like using "As home" in the sql request corrected the problem :) Thanks Timo ;) Guillaume Hilt Guillaume Hilt a écrit : I'll try that. For the mail location, it's already the case : ~/.maildir Guillaume Hilt Timo Sirainen a écrit : "maildir" field isn't used for anything. Perhaps there is some completely undocumented and unreliable code that makes use of it for pop3/imap, but it is used in no way by Sieve. Try something like: user_query = SELECT CONCAT('/home/vmail', maildir) AS home, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' And in dovecot.conf: mail_location = maildir:~/ (or actually preferrably mail_location = maildir:~/Maildir if can afford to change it). On Jan 3, 2009, at 10:43 AM, Guillaume Hilt wrote: In dovecot-sql.conf user_query = SELECT CONCAT('/home/vmail/',maildir) AS maildir, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' So I'll have a complete path like /home/vmail/mydomain/myuser/. Guillaume Hilt Timo Sirainen a écrit : Where did you add that? You'll need to return a "home" field from user_query poiting to the sieve script directory. On Jan 3, 2009, at 10:35 AM, Guillaume Hilt wrote: Anyway, I correct the sql request by adding a concat with .home/vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot-sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
I'll try that. For the mail location, it's already the case : ~/.maildir Guillaume Hilt Timo Sirainen a écrit : "maildir" field isn't used for anything. Perhaps there is some completely undocumented and unreliable code that makes use of it for pop3/imap, but it is used in no way by Sieve. Try something like: user_query = SELECT CONCAT('/home/vmail', maildir) AS home, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' And in dovecot.conf: mail_location = maildir:~/ (or actually preferrably mail_location = maildir:~/Maildir if can afford to change it). On Jan 3, 2009, at 10:43 AM, Guillaume Hilt wrote: In dovecot-sql.conf user_query = SELECT CONCAT('/home/vmail/',maildir) AS maildir, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' So I'll have a complete path like /home/vmail/mydomain/myuser/. Guillaume Hilt Timo Sirainen a écrit : Where did you add that? You'll need to return a "home" field from user_query poiting to the sieve script directory. On Jan 3, 2009, at 10:35 AM, Guillaume Hilt wrote: Anyway, I correct the sql request by adding a concat with .home/vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot-sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
"maildir" field isn't used for anything. Perhaps there is some completely undocumented and unreliable code that makes use of it for pop3/imap, but it is used in no way by Sieve. Try something like: user_query = SELECT CONCAT('/home/vmail', maildir) AS home, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' And in dovecot.conf: mail_location = maildir:~/ (or actually preferrably mail_location = maildir:~/Maildir if can afford to change it). On Jan 3, 2009, at 10:43 AM, Guillaume Hilt wrote: In dovecot-sql.conf user_query = SELECT CONCAT('/home/vmail/',maildir) AS maildir, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' So I'll have a complete path like /home/vmail/mydomain/myuser/. Guillaume Hilt Timo Sirainen a écrit : Where did you add that? You'll need to return a "home" field from user_query poiting to the sieve script directory. On Jan 3, 2009, at 10:35 AM, Guillaume Hilt wrote: Anyway, I correct the sql request by adding a concat with .home/ vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/ root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot- sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
In dovecot-sql.conf user_query = SELECT CONCAT('/home/vmail/',maildir) AS maildir, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' So I'll have a complete path like /home/vmail/mydomain/myuser/. Guillaume Hilt Timo Sirainen a écrit : Where did you add that? You'll need to return a "home" field from user_query poiting to the sieve script directory. On Jan 3, 2009, at 10:35 AM, Guillaume Hilt wrote: Anyway, I correct the sql request by adding a concat with .home/vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot-sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
Where did you add that? You'll need to return a "home" field from user_query poiting to the sieve script directory. On Jan 3, 2009, at 10:35 AM, Guillaume Hilt wrote: Anyway, I correct the sql request by adding a concat with .home/ vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/ root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot- sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
Anyway, I correct the sql request by adding a concat with .home/vmail/ and now I have the good home directory but the error still occurs. Setting sieve_global_dir didn't change anything. Guillaume Hilt Timo Sirainen a écrit : On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot-sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
On Jan 3, 2009, at 10:21 AM, Guillaume Hilt wrote: Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot- sql.conf and enable auth_debug=yes and show the logs again. Oh. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. OK. Looks like I was a bit wrong. Your userdb doesn't return any home directory (it's preferred to return one, http://wiki.dovecot.org/VirtualUsers#homedirs) and deliver preserves HOME environment which is set to /root in your case. That causes the chdir() error. I think I'll have to do something about this in v1.2. The HOME environment shouldn't be preserved when using -d parameter.
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
Timo Sirainen a écrit : On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot-sql.conf and enable auth_debug=yes and show the logs again. Oh. Here's the relevant part of my dovecot-sql.conf file : (it uses the database created for postfixadmin) connect = host=localhost dbname=X user= password= client_flags=0 default_pass_scheme = MD5-CRYPT password_query = SELECT password FROM mailbox WHERE username = '%u' user_query = SELECT maildir, 207 AS uid, 207 AS gid FROM mailbox WHERE username = '%u' (that's postfix uid and gid since I don't use a vmail user but postfix) Ok I saw the problem. Postfixadmin inly store a portion of the maildir path. Instead of storing /home/vmail/domain/user it stores domain/user. Thanks :)
[Dovecot] convert non-standard mbox to maildir
Hi, Let me start with wishing you all the best for this new year, and I hope we'll see a lot of new features and not so much new bugs ;-) I'm trying to convert a number of PSTs to maildir. Just plain drag&drop in Outlook doesn't work (gives a very cryptic error message in a certain folder, but that folder is perfectly all right), and using the import option also barfs when it's not even half-way through the PST. So, I took aid4mail and it converted the PST to mbox wihtout any problem. But now, I have a directory structure, filled with mbox mailboxes. Like: INBOX INBOX/mailbox INBOX/subfolder INBOX/subfolder/mailbox INBOX/subfolder/subsubfolder INBOX/subfolder/subsubfolder/mailbox INBOX/subfolder2 INBOX/subfolder2/mailbox etc. This differs from normal mbox setup, but given the fact that there are both folders AND messages below inbox, this is indeed the only useful way to do it. But now I cannot convert this to maildir using either dovecot or mb2md, since it's not the usual mbox setup. Any suggestions would be greatly appreciated! Thanks in advance, Maarten
Re: [Dovecot] delivers mail to bad directory(prefix) using sieve filters
On Jan 1, 2009, at 12:05 PM, Radim Roska wrote: Squirrelmail does not allow to create folders without prefix. Really?
Re: [Dovecot] deliver looking into root directory for sieve configuration ?
On Jan 2, 2009, at 9:38 AM, Guillaume Hilt wrote: Jan 2 14:48:52 mail deliver(postmas...@adomain.fr): chdir(/root) failed: Permission denied .. Why does it look inside the /root folder for sieve configuration ? Your userdb returns /root as home directory. Show your dovecot- sql.conf and enable auth_debug=yes and show the logs again.
Re: [Dovecot] Permission to distribute Dovecot run file
On Jan 2, 2009, at 11:59 PM, Rick Widmer wrote: To follow the style of the toaster I need a place where I can obtain the init.d script from http://wiki.dovecot.org/DovecotInit I would prefer to have permission to host the file myself so I don't have to worry about creating patches if there is ever a need for my run file to be different from yours. If that is not acceptable, would you please either provide a URL where I can download just the run file, or include it in the distribution. Most of that file was created by me. I consider is to be public domain. I doubt the people who did the two small modifications would object. So I updated the wiki page to mention the license.
[Dovecot] Dot in user name. Was: Re: Apple patch 9
Sorry for sneaking in this thread, but it might be a reason for a patch on the Apple side. Up until 10.3.9 Server, and 10.4 Client, I used to be able to create users with short name containing a dot. The latest OS doesn't allow that easily (there seem to be some not so clean workarounds), but the closest thing I can do is to create the primary short name with another character in place of the dot (for instance an underscore) and add an extra short name with the dot as I want it. Now, if I use PAM for authentication dovecot will not permit using the alternative dotted short name as it will seem to fail authentication. I do not remember exactly what is the issue, but I can do a test if you like. Other servers seem not to have an issue, just dovecot. Perhaps it is just an issue when interacting with PAM. Giuliano