[Dovecot] Lost %d variable

2010-09-11 Thread Aladdin
I'm trying to set up sieve with dovecot, and for some reason, sieve is not
getting the %d variable that is part of the path to where its script should
be.

 

Here's the version:

ops:/var/log/mail# dovecot --version

1.2.13

 

And, here's the configuration (I've left it all for reference, but moved the
lda & plugins portions together and marked them out):

 

ops:/var/log/mail# dovecot -n

# 1.2.13: /etc/dovecot/dovecot.conf

# OS: Linux 2.6.18-3-686 i686 Debian 4.0 ext3

log_path: /var/log/mail/dovecot.log

info_log_path: /var/log/mail/dovecot.info

log_timestamp: %Y-%m-%d %H:%M:%S

protocols: imap imaps pop3 pop3s

ssl_parameters_regenerate: 0

disable_plaintext_auth: no

verbose_ssl: yes

login_dir: /var/run/dovecot/login

login_executable(default): /usr/lib/dovecot/imap-login

login_executable(imap): /usr/lib/dovecot/imap-login

login_executable(pop3): /usr/lib/dovecot/pop3-login

mail_location:
maildir:/var/mail/%d/%n:CONTROL=/var/mail/%d/%n:INDEX=/var/mail/%d/%n:INBOX=
/var/mail/%d/%n

mbox_write_locks: fcntl dotlock

mail_executable(default): /usr/lib/dovecot/imap

mail_executable(imap): /usr/lib/dovecot/imap

mail_executable(pop3): /usr/lib/dovecot/pop3

mail_plugin_dir(default): /usr/lib/dovecot/modules/imap

mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap

mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3

 

--- Start lda/sieve part --

lda:

  log_path: /var/log/mail/deliver-errors.log

  info_log_path: /var/log/mail/deliver.log

  postmaster_address: alad...@csunv.com

  mail_plugin_dir: /usr/lib/dovecot/modules/lda

  mail_plugins: sieve

plugin:

  sieve: /var/mail/%d/%n/.sieve

--- End lda/sieve part --

 

auth default:

  verbose: yes

  passdb:

driver: passwd-file

args: /etc/dovecot/passwd.dovecot

  userdb:

driver: static

args: uid=vmail gid=vmail home=/var/mail/home/%u

  userdb:

driver: passwd

plugin:

  sieve: /var/mail/%d/%n/.sieve

 

And, here is the log output:

 

ops:/var/log/mail# cat deliver-errors.log

2010-09-11 18:23:46 deliver(aladdin): Error: sieve: failed to stat user's
sieve script: stat(/var/mail//aladdin/.sieve) failed: Not a directory (using
global script path in stead)

2010-09-11 18:23:46 deliver(aladdin): Error: stat(/var/mail//aladdin/tmp)
failed: Not a directory

 

Obviously, the double slashes shouldn't be there; there should be the domain
name: /var/mail/csunv.com/aladdin

 

The "regular" dovecot gets the path fine; that is also where it puts the
mail, and I'm getting mail just fine.

 

TIA,

Allen

 

 



[Dovecot] Certificate for outlook 2003

2010-09-11 Thread Richard Gliebe

Hi all,

We are running "dovecot-1.0.7-7.el5" on a CentOS release 5.5 (Final) 
box. I know, its an old version, but it cames up with the CentOS release 
(yum). Anyway.


Is there a way to import the certificate, which was generated with 
"mkcert_dovecot.sh", permanently to the outlook 2003 clients?


Every time, when our office 2003 clients fetches there emails (POP3s) 
from our dovecot server, they will be asked ".., the CN-Name of this 
certificate doesn't match with the taken Value. Do you want to continue 
with this server?.


sorry for the poor english translation.
Here in german (for some german people):
Der Server, mit dem Sie verbunden sind, verwendet ein 
Sicherheitszertifikat, das nicht verifiziert werden konnte.

Der CN-Name des Zertifikates stimmt nicht mit dem übergebenen Wert überein.
Möchten Sie diesen Server weiterhin verwenden?

many thanks for some hints
Richard



[Dovecot] dovecot 2.0.2 compile issues on Solaris 10u8 Sparc

2010-09-11 Thread Jerry K
I am having compile problems with Dovecot v2.0.2 on a well patched 
Solaris 10u8 Sparc system using the included gcc compiler.


Version 2.0.0 compiled with out any issues using the same configure 
syntax.  My ./configure syntax looks like this:


./configure --with-ssl=openssl --with-shadow

Yahoo and Google searches turned up nothing for me.

Reviewing the file mountpoint.c between version 2.0.0 and 2.0.2 shows 
the files to be identical, so I have a problem somewhere else, I am just 
not sure where.


TIA for any pointers,

Jerry



\\


/bin/bash ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H 
-I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes 
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 
-Wbad-function-cast -I/usr/sfw/include-MT module-dir.lo -MD -MP -MF 
.deps/module-dir.Tpo -c -o module-dir.lo module-dir.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -std=gnu99 -g -O2 
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/sfw/include -MT 
module-dir.lo -MD -MP -MF .deps/module-dir.Tpo -c module-dir.c  -fPIC 
-DPIC -o .libs/module-dir.o
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -std=gnu99 -g -O2 
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/sfw/include -MT 
module-dir.lo -MD -MP -MF .deps/module-dir.Tpo -c module-dir.c -o 
module-dir.o >/dev/null 2>&1

mv -f .deps/module-dir.Tpo .deps/module-dir.Plo
/bin/bash ../../libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H 
-I. -I../.. -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes 
-Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 
-Wbad-function-cast -I/usr/sfw/include-MT mountpoint.lo -MD -MP -MF 
.deps/mountpoint.Tpo -c -o mountpoint.lo mountpoint.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -std=gnu99 -g -O2 
-Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith 
-Wchar-subscripts -Wformat=2 -Wbad-function-cast -I/usr/sfw/include -MT 
mountpoint.lo -MD -MP -MF .deps/mountpoint.Tpo -c mountpoint.c  -fPIC 
-DPIC -o .libs/mountpoint.o

mountpoint.c: In function `mountpoint_get':
mountpoint.c:88: error: field `ent' has incomplete type
mountpoint.c:89: error: field `ext' has incomplete type
mountpoint.c:172: warning: implicit declaration of function `resetmnttab'
mountpoint.c:173: warning: implicit declaration of function `getextmntent'
mountpoint.c:174: warning: implicit declaration of function `hasmntopt'
make[4]: *** [mountpoint.lo] Error 1
make[4]: Leaving directory `/usr/local/src/d/dovecot-2.0.2/src/lib'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/local/src/d/dovecot-2.0.2/src/lib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/d/dovecot-2.0.2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/d/dovecot-2.0.2'
make: *** [all] Error 2


Re: [Dovecot] Migrating mail from mbox to maildir using dovecot

2010-09-11 Thread Stan Hoeppner
Donny Brooks put forth on 9/11/2010 2:14 AM:

> We need this done asap as our backups are killing us with the large mbox 
> style files. 

Does your backup software not offer data deduplication?  I was under the
impression that all commercial backup software offered this feature in
modern times.  In a nutshell, if a file changes from one backup to the
next, only the part of that file which has changed is then backed up,
not the entire file.  The "master" copy and the "fragments" are then
merged during a restore.

If you don't have this feature, may I ask what backup solution you're using?

I'm not pointing you away from maildir.  It is still preferable for some
reasons in some environments.  I'm simply saying, AFAIK, maildir simply
doesn't have much advantage over mbox WRT modern (commercial) backup
software.

-- 
Stan


[Dovecot] Dovecot 2.0.2 and Pigeonhole-0.2.0

2010-09-11 Thread Matthias Quernheim
 I upgraded today to Dovecot 2.0.2 and Pigeonhole-0.2.0 based on debian 
lenny. Looked not to bad, but when I activated sieve in the lda section 
the following error appeared for each delivery


Sep 11 18:13:11 lda: Error: 
dlopen(/usr/local/lib/dovecot/lda/lib90_sieve_plugin.so) failed: 
/usr/local/lib/dovecot/lda/lib90_sieve_plugin.so: undefined symbol: 
tried_default_save

Sep 11 18:13:11 lda: Fatal: Couldn't load required plugins

I found some hints regarding on old versoin of deliver, but it is the 
current one. Any ideas?


Thanks
Matthias



smime.p7s
Description: S/MIME Cryptographic Signature


[Dovecot] Proper use of convert plugin?

2010-09-11 Thread Donny Brooks
I am trying to convert from mbox to maildir on our mail server here at work. 
The specs are as follows:

Fedora 11 x86-64
dovecot-1.2.11-3.fc11.x86_64
postfix-2.5.6-3.fc11.x86_64
dovecot-managesieve-1.2.11-3.fc11.x86_64

We are currently using mbox format with the users INBOX set to 
/var/spool/mail/username and other mail is in /home/username/Mail. I would like 
to migrate to maildir format. I tried using the convert plugin as the wiki 
suggested:

mail_location = maildir:~/Maildir
protocol imap {
  mail_plugins = convert
}
protocol pop3 {
  mail_plugins = convert
}
plugin {
  convert_mail = mbox:/home/%u/Mail:INBOX=/var/spool/mail/%u
}

When doing this I get this scrolling in the /var/log/maillog...


Sep 11 14:41:38 roark dovecot: IMAP(username): Mailbox conversion: Lock 
creation timeouted
Sep 11 14:41:39 roark dovecot: IMAP(username): Fatal: Mailbox conversion 
failed, exiting

Sep 11 14:56:53 roark dovecot: POP3(otheruser): Mailbox conversion: 
rename(/home/otheruser/Mail, /home/otheruser/Mail-converted) failed: Directory 
not empty

it does this for some users only. Mine for instance never errored and completed 
perfectly from what I can tell (other than the new mail issue below). The 
server load has skyrocketed though, so that is most likely part of it.

Also, while testing this, new mail was not delivered to the maildir but rather 
to the old mbox in /var/spool/mail/username. The new mail never showed up until 
I switched the config back over to the mbox settings. Am I missing something 
here?

Thanks for any insight

-- 
 
Donny B.



Re: [Dovecot] Migrating mail from mbox to maildir using dovecot

2010-09-11 Thread Donny Brooks
 
On Saturday, September 11, 2010 10:28 AM CDT, Charles Marcus 
 wrote: 
 
> On 2010-09-11 3:14 AM, Donny Brooks  wrote:
> > Currently our mail server is setup to use postfix and dovecot,
> 
> Version of DC?
> 

On the old mail server it is: dovecot-1.2.11-3.fc11.x86_64
On the new mail server we are migrating to it is: dovecot-1.2.14-1.fc13.x86_64 
currently

Is there a repo out there that I can install 2.0 from? The only one I have 
found is atrpms and it is a pain to get conflict worked out with other packages.

> > I have searched until blue in the face and cannot find a 100%
> > working solution that doesn't require alot of manual interaction to
> > move the mail boxes from mbox to maildir.
> 
> Dovecot 2.0 would use dsync, and it should be really easy and avoids
> most problems the other methods can have (haven't used it yet myself,
> but will on a system I'll be upgrading soon)...
> 
> http://wiki2.dovecot.org/Migration/MailFormat
> 
> But either way, to avoid doing each one manually you'll need to use some
> scripting magic. If I were doing it, I'd probably write a script  (or
> more likely hire someone to do it for me, since my scripting skills are
> rudimentary at best) that would run at the least busy time of day for
> your system, and iterate through the user:
> 
> disable login
> kill any existing processes for that user
> run dsync to convert everything
> re-enable login
> rinse, repeat.
> 
> > I also tried the convert plugin located here: 
> > http://wiki.dovecot.org/Plugins/Convert but it kept erroring about 
> > not able to convert the box and exiting.
> 
> Did you ask here about the errors? Timo could probably address any
> problems your having very quickly.
> 
> -- 
> 
> Best regards,
> 
> Charles
 
  
 Most likely I will need to stick for now to the 1.x branch and just use the 
convert plugin. I will dig for the error again and see what it was. I will send 
a new message with the details on that. Thanks for the input.
 
-- 
 
Donny B. 



[Dovecot] Pigeonhole proxy errors

2010-09-11 Thread Cassidy Larson
I'm trying to upgrade my proxy front-ends to 2.0.2. I have the latest
Pigeonhole release installed, and whenever I connect to the sieve port
this gets logged in the syslog:

managesieve-login: Error: auth: connect(login) in directory / failed:
Permission denied (euid=144() egid=144() missing +x
perm: /, euid is not dir owner)

I dont get any capabilities displayed on the client side.

I'm not sure why it's referring to the '/' directory.   On 1.2.x, I
authenticate the user and proxy to the sieve process on appropriate
users back-end storage node.

Here is the sieve config in my dovecot config file:

service managesieve-login {
  inet_listener sieve {
address = a.b.c.d
port = 4190
  }

  inet_listener sieve_deprecated {
address = a.b.c.d
port = 2000
  }
}
protocol sieve {
  managesieve_max_line_length = 65536
  managesieve_logout_format = bytes=%i/%o
  managesieve_implementation_string = Dovecot Pigeonhole
  mail_debug=no
}


Any help would be great.

thanks!


Re: [Dovecot] Migrating mail from mbox to maildir using dovecot

2010-09-11 Thread Charles Marcus
On 2010-09-11 3:14 AM, Donny Brooks  wrote:
> Currently our mail server is setup to use postfix and dovecot,

Version of DC?

> I have searched until blue in the face and cannot find a 100%
> working solution that doesn't require alot of manual interaction to
> move the mail boxes from mbox to maildir.

Dovecot 2.0 would use dsync, and it should be really easy and avoids
most problems the other methods can have (haven't used it yet myself,
but will on a system I'll be upgrading soon)...

http://wiki2.dovecot.org/Migration/MailFormat

But either way, to avoid doing each one manually you'll need to use some
scripting magic. If I were doing it, I'd probably write a script  (or
more likely hire someone to do it for me, since my scripting skills are
rudimentary at best) that would run at the least busy time of day for
your system, and iterate through the user:

disable login
kill any existing processes for that user
run dsync to convert everything
re-enable login
rinse, repeat.

> I also tried the convert plugin located here: 
> http://wiki.dovecot.org/Plugins/Convert but it kept erroring about 
> not able to convert the box and exiting.

Did you ask here about the errors? Timo could probably address any
problems your having very quickly.

-- 

Best regards,

Charles


Re: [Dovecot] lda: internal error

2010-09-11 Thread Dirk Heinrichs
 Am 11.09.2010 12:53, schrieb axel Egal:

> all files in /etc/dovecot have already 0666 permission.
What about the directory?

Bye...

Dirk


[Dovecot] Sieve problems - compiled script does not get updated

2010-09-11 Thread aditsu

Hi, I'm using Dovecot 1.1.7 with sieve and managesieve, and Thunderbird with
the sieve plugin (0.1.10).
Sieve filters are generally working, but I noticed a situation where a
script wrongly remains in effect.

Here's how to reproduce the problem:
- write 2 sieve scripts (in Thunderbird), say A and B, triggered by
different things
- activate script A and send an email that triggers it (so that it gets
compiled)
- change the active script to B (by clicking its "active" icon in the list)
- send an email that triggers B; it will not work
- send an email that triggers A; it will still work

The only way I found to fix it is to hunt down the corresponding
.dovecot.sievec file and delete it (the .dovecot.sieve symlink gets updated
correctly, but .dovecot.sievec doesn't). After deleting it, the correct
script is compiled and executed.

Is this problem fixed in a newer version of dovecot?

Thanks
Adrian
-- 
View this message in context: 
http://old.nabble.com/Sieve-problems---compiled-script-does-not-get-updated-tp29684108p29684108.html
Sent from the Dovecot mailing list archive at Nabble.com.



Re: [Dovecot] lda: internal error

2010-09-11 Thread Dirk Heinrichs
Am 11.09.2010 11:01, schrieb axel Egal:

> user root: Error reading configuration:
> net_connect_unix(/etc/dovecot/dovecot.conf) failed: Permission denied lda:
> Fatal: Internal error occurred. Refer to server log for more information. )
> 
> There is no further loginfo in any other logfiles

Hmm, thought this tells it all. The process can't read the configuration
file because of wrong permissions.

Bye...

Dirk



signature.asc
Description: OpenPGP digital signature


[Dovecot] lda: internal error

2010-09-11 Thread axel Egal
Hi,
i'm trying to relay local post from Postfix to Dovecot-lda.
It's running on opensuse11.3-64bit with postfix V2.7.1 and dovecot V2.01.

sending local message like:

echo foo | /usr/sbin/sendmail -f root root
gets no logdata in dovecot.err, -.info,-.debug.
but the postfix-logfile tells:

Sep 11 10:56:12 server postfix/cleanup[3027]: 94027A65BC:
message-id=<20100911085612.94027a6...@server.firma>
Sep 11 10:56:12 server postfix/qmgr[1544]: 94027A65BC:
from=, size=277, nrcpt=1 (queue active)
Sep 11 10:56:12 server postfix/local[3029]: 94027A65BC:
to=, orig_to=, relay=local, delay=0.22,
delays=0.14/0.01/0/0.06, dsn=4.3.0, status=deferred (temporary failure.
Command output: lda: Error: user root: Error reading configuration:
net_connect_unix(/etc/dovecot/dovecot.conf) failed: Permission denied lda:
Fatal: Internal error occurred. Refer to server log for more information. )

There is no further loginfo in any other logfiles

Is the internal-error a result of wrong parameters?


[Dovecot] Migrating mail from mbox to maildir using dovecot

2010-09-11 Thread Donny Brooks
Hello,

 Currently our mail server is setup to use postfix and dovecot, which is 
fine except it is setup to use mbox format mail. That and procmail as we need 
to move to sieve but that is a different issue. I have searched until blue in 
the face and cannot find a 100% working solution that doesn't require alot of 
manual interaction to move the mail boxes from mbox to maildir. 

I have tried the mb2md.pl stuff but with over 150+ users that can get tedious 
having to log in as each one of them to migrate them. I also tried the convert 
plugin located here: http://wiki.dovecot.org/Plugins/Convert but it kept 
erroring about not able to convert the box and exiting. We have approx 200GB of 
mail total that needs to be migrated. Maybe I am just simply missing something 
but is there a way that we can migrate all the users with minimal end user 
interaction and minimal administration time? We need this done asap as our 
backups are killing us with the large mbox style files. 

Thanks in advance for any and all input to this.
-- 
 
Donny B.