Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Leo Baltus
Op 14/07/2009 om 02:32:37 -0400, schreef Timo Sirainen:
> On Jul 14, 2009, at 2:29 AM, Leo Baltus wrote:
 Maybe there a reason not to use base_dir which I am overlooking?
>>>
>>> base_dir in most installations is wiped out when rebooting, and the
>>> ssl-parameters file shouldn't be deleted then.
>>
>> Ah, ok. Then we need a place for more persistent data storage,  
>> something
>> like data_dir?
>
> Maybe if more people keep complaining about this. I don't like adding  
> settings that are going to be used only by a single person.

We could make a patch which introduces data_dir getting its default value
from PKG_STATEDIR. 

Would that be acceptable?

-- 
Leo Baltus, internetbeheerder /\
NPO ICT Internet Services/NPO/\
Sumatralaan 45, 1217 GP Hilversum, Peperbus (12.103) \  /\/
beh...@omroep.nl, 035-6773555 \/


Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Timo Sirainen

On Jul 14, 2009, at 2:29 AM, Leo Baltus wrote:


Maybe there a reason not to use base_dir which I am overlooking?


base_dir in most installations is wiped out when rebooting, and the
ssl-parameters file shouldn't be deleted then.


Ah, ok. Then we need a place for more persistent data storage,  
something

like data_dir?


Maybe if more people keep complaining about this. I don't like adding  
settings that are going to be used only by a single person.


Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Leo Baltus
Op 13/07/2009 om 16:22:58 -0400, schreef Timo Sirainen:
> On Mon, 2009-07-13 at 21:56 +0200, Leo Baltus wrote:
> 
> > > > Maybe it could be in base_dir or have a configuration option of its own?
> > > 
> > > It's copied to base_dir, but it's not primarily stored there because
> > > base_dir is typically under /var/run/, which gets deleted at boot time.
> > 
> > Well base_dir is configurable, in our case it is not /var/run and we do no
> > use compile-time pahnames, therefore we would like
> > SSL_PARAMETERS_PERM_PATH configurable or just to use base_dir.
> 
> Why can't you use compile time paths?
> 

We typically use multiple instances, and we do not want to use any unique
rescources from the OS. So each instance has its own storage & tmp space
as well as its own IP address and user- and group-name.

> > Maybe there a reason not to use base_dir which I am overlooking?
> 
> base_dir in most installations is wiped out when rebooting, and the
> ssl-parameters file shouldn't be deleted then.

Ah, ok. Then we need a place for more persistent data storage, something
like data_dir?

-- 
Leo Baltus, internetbeheerder /\
NPO ICT Internet Services/NPO/\
Sumatralaan 45, 1217 GP Hilversum, Peperbus (12.103) \  /\/
beh...@omroep.nl, 035-6773555 \/


Re: [Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread Robert Schetterer
Timo Sirainen schrieb:
> On Mon, 2009-07-13 at 21:33 +0300, Nikita Koshikov wrote:
>> Now my expire-tool.sh looks like:
>> #!/bin/bash
>> MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/} 
>> MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
>> exec ${0%.sh} "$@"
>>
>> Maybe wiki should be updated to consider this trick ?
> 
> Kind of kludgy and shouldn't be needed but.. maybe it's rare enough of a
> problem until v2.0 fixes this. :) 

just for info i have to use

#!/bin/bash
MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/}
MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
MAIL_PLUGINS=${MAIL_PLUGINS//virtual/}
MAIL_PLUGINS=${MAIL_PLUGINS//imap_acl/}
exec ${0%.sh} "$@"

and after a few tests no delete was done
but as i played around a lot with new versions
i am starting new tests to make sure something wents wrong



Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Timo Sirainen
On Mon, 2009-07-13 at 21:56 +0200, Leo Baltus wrote:

> > > Maybe it could be in base_dir or have a configuration option of its own?
> > 
> > It's copied to base_dir, but it's not primarily stored there because
> > base_dir is typically under /var/run/, which gets deleted at boot time.
> 
> Well base_dir is configurable, in our case it is not /var/run and we do no
> use compile-time pahnames, therefore we would like
> SSL_PARAMETERS_PERM_PATH configurable or just to use base_dir.

Why can't you use compile time paths?

> Maybe there a reason not to use base_dir which I am overlooking?

base_dir in most installations is wiped out when rebooting, and the
ssl-parameters file shouldn't be deleted then.



signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] Released ManageSieve v0.10.7 for Dovecot v1.1.17

2009-07-13 Thread Jeff Mitchell
On Mon, Jul 13, 2009 at 4:03 PM, Stephan Bosch wrote:
>> This page on dovecot.org: http://dovecot.org/releases/sieve/ has
>> tarballs that track the various Dovecot releases. So you can
>> understand why I might wonder if the lack of a 1.1.17 means that
>> 1.1.16 is okay :-)
>>
> Look closer. The version is 1.1.6 and not 1.1.16 :)

Hrm.

Apparently, I am not fully awake.

Sorry for the noise.

--Jeff


Re: [Dovecot] Released ManageSieve v0.10.7 for Dovecot v1.1.17

2009-07-13 Thread Stephan Bosch

Jeff Mitchell wrote:

On Mon, Jul 13, 2009 at 2:50 PM, Stephan Bosch wrote:

What do you mean? The CMUSieve version used for Dovecot v1.1.x is
dovecot-sieve-1.1.6. This is a non-specific release that should (and does)
work fine with the new 1.1.17 Dovecot release.


This page on dovecot.org: http://dovecot.org/releases/sieve/ has
tarballs that track the various Dovecot releases. So you can
understand why I might wonder if the lack of a 1.1.17 means that
1.1.16 is okay :-)


Look closer. The version is 1.1.6 and not 1.1.16 :)

Regards,

Stephan


Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Leo Baltus
Hi Timo,

Op 13/07/2009 om 12:19:43 -0400, schreef Timo Sirainen:
> On Mon, 2009-07-13 at 15:54 +0200, Leo Baltus wrote:
> > I am not on this list so please CC me.
> > 
> > Using dovecot-1.2.x it seems we can not configure the location of ssl-
> > parameters.dat.tmp, it is hard coded to be in PKG_STATEDIR:
> > 
> > ./src/master/master-settings.c:
> > 
> > #define SSL_PARAMETERS_PERM_PATH PKG_STATEDIR"/"SSL_PARAMETERS_FILENAME
> 
> Right.
> 
> > This can lead to problems when you're running multiple instances on
> > one machine. 
> 
> No, it doesn't really matter if one instance overwrites a file that was
> just generated by another one. The file just needs to be updated every
> once in a while.
> 
> > Maybe it could be in base_dir or have a configuration option of its own?
> 
> It's copied to base_dir, but it's not primarily stored there because
> base_dir is typically under /var/run/, which gets deleted at boot time.

Well base_dir is configurable, in our case it is not /var/run and we do no
use compile-time pahnames, therefore we would like
SSL_PARAMETERS_PERM_PATH configurable or just to use base_dir.

Maybe there a reason not to use base_dir which I am overlooking?

-- 
Leo Baltus, internetbeheerder /\
NPO ICT Internet Services/NPO/\
Sumatralaan 45, 1217 GP Hilversum, Peperbus (12.103) \  /\/
beh...@omroep.nl, 035-6773555 \/


Re: [Dovecot] Released ManageSieve v0.10.7 for Dovecot v1.1.17

2009-07-13 Thread Jeff Mitchell
On Mon, Jul 13, 2009 at 2:50 PM, Stephan Bosch wrote:
> What do you mean? The CMUSieve version used for Dovecot v1.1.x is
> dovecot-sieve-1.1.6. This is a non-specific release that should (and does)
> work fine with the new 1.1.17 Dovecot release.

This page on dovecot.org: http://dovecot.org/releases/sieve/ has
tarballs that track the various Dovecot releases. So you can
understand why I might wonder if the lack of a 1.1.17 means that
1.1.16 is okay :-)

But good to know that it is.

Thanks,
Jeff


Re: [Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread Timo Sirainen
On Mon, 2009-07-13 at 21:33 +0300, Nikita Koshikov wrote:
> Now my expire-tool.sh looks like:
> #!/bin/bash
> MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/} 
> MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
> exec ${0%.sh} "$@"
> 
> Maybe wiki should be updated to consider this trick ?

Kind of kludgy and shouldn't be needed but.. maybe it's rare enough of a
problem until v2.0 fixes this. :) 



signature.asc
Description: This is a digitally signed message part


Re: [Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread e-frog
Nikita Koshikov wrote:
> This helps, Thank you.
> 
> Now my expire-tool.sh looks like:
> #!/bin/bash
> MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/} 
> MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
> exec ${0%.sh} "$@"
> 
> Maybe wiki should be updated to consider this trick ?

How about this:

http://wiki.dovecot.org/Plugins/Expire#Dovecot_v1.2.x

PS: You can also edit the wiki ;-)


Re: [Dovecot] Problems with Expire Plugin

2009-07-13 Thread Jose Luis Marin Perez

Dear Timo, 

 Thank you for the patience and support, setting userdb vpopmail expire plugin 
could operate.

Thanks

Jose Luis

> From: t...@iki.fi
> To: jolumape...@hotmail.com
> Date: Sun, 12 Jul 2009 15:52:50 -0400
> CC: dovecot@dovecot.org
> Subject: Re: [Dovecot] Problems with Expire Plugin
> 
> Then you'll need to figure out some other userdb that lets Doveot get  
> those directories with a userdb lookup. Have you tried userdb  
> vpopmail? You can still keep using userdb prefetch for imap/pop3, just  
> add the userdb vpopmail after the prefetch.
> 
> On Jul 12, 2009, at 3:20 PM, Jose Luis Marin Perez wrote:
> 
> >
> > Dear Timo,
> >
> > Thankas for your reply.
> >
> > Initially I configure static userdb static and worked for all accounts
> > except for those with the directory with the following format
> >
> > /usr/vpopmail/domain/sistemasunidos/0/jmarin
> > /usr/vpopmail/domain/sistemasunidos/1/lcampo
> >
> > So I had to configure userdb prefetch
> >
> > How could solve this problem because I have many accounts that have  
> > the format described above
> >
> > Thanks
> >
> > Jose Luis
> >
> >> CC: dovecot@dovecot.org
> >> From: t...@iki.fi
> >> To: jolumape...@hotmail.com
> >> Subject: Re: [Dovecot] Problems with Expire Plugin
> >> Date: Sun, 12 Jul 2009 14:20:19 -0400
> >>
> >> On Jul 11, 2009, at 2:36 AM, Jose Luis Marin Perez wrote:
> >>
> >>> When running expire-tool --test shows the following message on
> >>> dovecot.log:
> >>>
> >>> dovecot: Jul 11 02:05:12 Error: auth(default): 
> >>> prefetch(jma...@sistemasunidos.com
> >>> ): userdb lookup not possible with only userdb prefetch
> >>
> >> Yeah, that's probably the reason it's not working. Dovecot needs to
> >> figure out user's userdb configuration but you've only configured
> >> userdb prefetch. You'd need to configure another userdb after the
> >> prefetch that allows Dovecot to do userdb lookups (without first
> >> authenticating, it doesn't know the users' passwords).
> >>
>  passdb:
>    driver: checkpassword
>    args: /usr/vpopmail/bin/vchkpw /usr/local/bin/vchkpw-wrapper.sh
>  userdb:
>    driver: prefetch
>    args: uid=89 gid=89 home=/usr/vpopmail/domains/%d/%u
> >>
> >> Looks like you're trying to use userdb prefetch as if it were userdb
> >> static. Those "args" in prefetch are ignored completely. If all your
> >> users use those uid/gid/home, perhaps you should be using userdb
> >> static instead of prefetch?
> >>
> >
> > _
> > Discover the new Windows Vista
> > http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE
> 

_
Discover the new Windows Vista
http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE

Re: [Dovecot] Released ManageSieve v0.10.7 for Dovecot v1.1.17

2009-07-13 Thread Stephan Bosch

Jeff Mitchell wrote:

On Sun, Jul 12, 2009 at 8:07 PM, Stephan Bosch wrote:

Hello Dovecot users,

This release is entirely composed of bug fixes, most of which were found and
fixed earlier in the implementation for Dovecot v1.2.


Great!

Does anyone know if the actual sieve tarball for 1.1.16 works okay
with 1.1.17? (There is no 1.1.17-specific version yet.)

What do you mean? The CMUSieve version used for Dovecot v1.1.x is 
dovecot-sieve-1.1.6. This is a non-specific release that should (and 
does) work fine with the new 1.1.17 Dovecot release.


Regards,

Stephan.


Re: [Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread Nikita Koshikov
On Mon, 13 Jul 2009 20:28:33 +0200
e-frog  wrote:

> Nikita Koshikov wrote:
> > Hello list,
> > 
> > Sorry, if it has been asked, but searching throught list not give possitive 
> > answers.
> > 
> > After upgrade to dovecot version 1.2.1 expire-tool stoped working. I have 
> > changed database format and config file to appropriative 1.2 version but:
> > 
> > expire-tool.sh fails with:
> > # dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext 
> > /usr/libexec/dovecot/expire-tool.sh
> > 
> 
> You are already using the wrapper for expire-tool ... to remove the 
> imap_quota plugin?
> 
> > Info: Loading modules from directory: /usr/lib/dovecot/imap
> > Info: Module loaded: /usr/lib/dovecot/imap/lib10_quota_plugin.so
> > Info: Module loaded: /usr/lib/dovecot/imap/lib11_trash_plugin.so
> > Info: Module loaded: /usr/lib/dovecot/imap/lib20_expire_plugin.so
> > Info: Module loaded: /usr/lib/dovecot/imap/lib20_fts_plugin.so
> > Error: dlopen(/usr/lib/dovecot/imap/lib20_mail_log_plugin.so) failed: 
> > /usr/lib/dovecot/imap/lib20_mail_log_plugin.so: undefined symbol: 
> > imap_write_flags
> > Fatal: Couldn't load required plugins
> > 
> > When I diasabled mail_log plugin from imap section, everything start 
> > working, as expected and expire-tool delete old mail.
> > 
> 
> I think you also need to remove the mail_log plugin from the environment:
> 
> expire-tool.sh:
> ...
> MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/}
> MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
> ...
> 

This helps, Thank you.

Now my expire-tool.sh looks like:
#!/bin/bash
MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/} 
MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
exec ${0%.sh} "$@"

Maybe wiki should be updated to consider this trick ?


Re: [Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread e-frog
Nikita Koshikov wrote:
> Hello list,
> 
> Sorry, if it has been asked, but searching throught list not give possitive 
> answers.
> 
> After upgrade to dovecot version 1.2.1 expire-tool stoped working. I have 
> changed database format and config file to appropriative 1.2 version but:
> 
> expire-tool.sh fails with:
> # dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext 
> /usr/libexec/dovecot/expire-tool.sh
> 

You are already using the wrapper for expire-tool ... to remove the imap_quota 
plugin?

> Info: Loading modules from directory: /usr/lib/dovecot/imap
> Info: Module loaded: /usr/lib/dovecot/imap/lib10_quota_plugin.so
> Info: Module loaded: /usr/lib/dovecot/imap/lib11_trash_plugin.so
> Info: Module loaded: /usr/lib/dovecot/imap/lib20_expire_plugin.so
> Info: Module loaded: /usr/lib/dovecot/imap/lib20_fts_plugin.so
> Error: dlopen(/usr/lib/dovecot/imap/lib20_mail_log_plugin.so) failed: 
> /usr/lib/dovecot/imap/lib20_mail_log_plugin.so: undefined symbol: 
> imap_write_flags
> Fatal: Couldn't load required plugins
> 
> When I diasabled mail_log plugin from imap section, everything start working, 
> as expected and expire-tool delete old mail.
> 

I think you also need to remove the mail_log plugin from the environment:

expire-tool.sh:
...
MAIL_PLUGINS=${MAIL_PLUGINS//imap_quota/}
MAIL_PLUGINS=${MAIL_PLUGINS//mail_log/}
...



Re: [Dovecot] Released ManageSieve v0.10.7 for Dovecot v1.1.17

2009-07-13 Thread Jeff Mitchell
On Sun, Jul 12, 2009 at 8:07 PM, Stephan Bosch wrote:
> Hello Dovecot users,
>
> This release is entirely composed of bug fixes, most of which were found and
> fixed earlier in the implementation for Dovecot v1.2.

Great!

Does anyone know if the actual sieve tarball for 1.1.16 works okay
with 1.1.17? (There is no 1.1.17-specific version yet.)

Thanks,
Jeff


[Dovecot] dovecot v1.2.1 expire-tool with mail_log enabled

2009-07-13 Thread Nikita Koshikov
Hello list,

Sorry, if it has been asked, but searching throught list not give possitive 
answers.

After upgrade to dovecot version 1.2.1 expire-tool stoped working. I have 
changed database format and config file to appropriative 1.2 version but:

expire-tool.sh fails with:
# dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext 
/usr/libexec/dovecot/expire-tool.sh

Info: Loading modules from directory: /usr/lib/dovecot/imap
Info: Module loaded: /usr/lib/dovecot/imap/lib10_quota_plugin.so
Info: Module loaded: /usr/lib/dovecot/imap/lib11_trash_plugin.so
Info: Module loaded: /usr/lib/dovecot/imap/lib20_expire_plugin.so
Info: Module loaded: /usr/lib/dovecot/imap/lib20_fts_plugin.so
Error: dlopen(/usr/lib/dovecot/imap/lib20_mail_log_plugin.so) failed: 
/usr/lib/dovecot/imap/lib20_mail_log_plugin.so: undefined symbol: 
imap_write_flags
Fatal: Couldn't load required plugins

When I diasabled mail_log plugin from imap section, everything start working, 
as expected and expire-tool delete old mail.

dovecot -n gives:
# 1.2.1: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.26-gentoo-r4 i686 Gentoo Base System release 1.12.11.1 
log_path: /var/log/dovecot/dovecot-error.log
info_log_path: /var/log/dovecot/dovecot.log
protocols: imaps managesieve
ssl_cert_file: /etc/ssl/dovecot/imaps.crt
ssl_key_file: /etc/ssl/dovecot/imaps.key
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable(default): /usr/libexec/dovecot/imap-login
login_executable(imap): /usr/libexec/dovecot/imap-login
login_executable(managesieve): /usr/libexec/dovecot/managesieve-login
login_greeting: Server ready.
login_processes_count: 10
login_max_processes_count: 512
first_valid_uid: 8
last_valid_uid: 8
first_valid_gid: 12
last_valid_gid: 12
mail_executable(default): /usr/libexec/dovecot/imap
mail_executable(imap): /usr/libexec/dovecot/imap
mail_executable(managesieve): /usr/libexec/dovecot/managesieve
mail_plugins(default): quota imap_quota trash fts fts_squat expire zlib mail_log
mail_plugins(imap): quota imap_quota trash fts fts_squat expire zlib mail_log
mail_plugins(managesieve): 
mail_plugin_dir(default): /usr/lib/dovecot/imap
mail_plugin_dir(imap): /usr/lib/dovecot/imap
mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve
auth default:
  mechanisms: plain login
  cache_size: 10240
  cache_negative_ttl: 0
  user: dovecot_auth
  master_user_separator: *
  worker_max_count: 50
  passdb:
driver: passwd-file
args: /etc/dovecot/passdb/master.pwd
master: yes
  passdb:
driver: passwd-file
args: /etc/dovecot/passdb/users.pwd
  passdb:
driver: ldap
args: /etc/dovecot/dovecot-ldap.conf
  userdb:
driver: prefetch
  userdb:
driver: ldap
args: /etc/dovecot/dovecot-userdb-ldap.conf
  userdb:
driver: passwd-file
args: /etc/dovecot/passdb/users.pwd
  socket:
type: listen
client:
  path: /var/run/dovecot/auth-client
  mode: 432
  user: mail
  group: dovecot_auth
master:
  path: /var/run/dovecot/auth-master
  mode: 384
  user: mail
  group: mail
plugin:
  quota_warning: storage=95%% /etc/dovecot/plugins/quota_warning.sh 95
  quota: maildir:Mailbox quota
  quota_rule: *:storage=500M
  quota_rule2: Trash:storage=10%%
  trash: /etc/dovecot/plugins/dovecot-trash.conf
  expire: Trash 1 Spam 30
  expire_dict: proxy::expire
  sieve: ~/.dovecot.sieve
  sieve_storage: ~/sieve
  sieve_extensions: +imapflags +notify
dict:
  expire: sqlite:/etc/dovecot/plugins/expire.conf

cat /etc/dovecot/plugins/expire.conf
#driver=sqlite
connect = /var/mail/expire.db

#v1.2
map {
pattern = shared/expire/$user/$mailbox
table = expires
value_field = expire_stamp

fields {
username = $user
mailbox = $mailbox
}
}

If you need any addition information please tell.


Re: [Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Timo Sirainen
On Mon, 2009-07-13 at 15:54 +0200, Leo Baltus wrote:
> Hi,
> 
> I am not on this list so please CC me.
> 
> Using dovecot-1.2.x it seems we can not configure the location of ssl-
> parameters.dat.tmp, it is hard coded to be in PKG_STATEDIR:
> 
> ./src/master/master-settings.c:
> 
> #define SSL_PARAMETERS_PERM_PATH PKG_STATEDIR"/"SSL_PARAMETERS_FILENAME

Right.

> This can lead to problems when you're running multiple instances on
> one machine. 

No, it doesn't really matter if one instance overwrites a file that was
just generated by another one. The file just needs to be updated every
once in a while.

> Maybe it could be in base_dir or have a configuration option of its own?

It's copied to base_dir, but it's not primarily stored there because
base_dir is typically under /var/run/, which gets deleted at boot time.


signature.asc
Description: This is a digitally signed message part


[Dovecot] SSL_PARAMETERS_PERM_PATH

2009-07-13 Thread Leo Baltus
Hi,

I am not on this list so please CC me.

Using dovecot-1.2.x it seems we can not configure the location of ssl-
parameters.dat.tmp, it is hard coded to be in PKG_STATEDIR:

./src/master/master-settings.c:

#define SSL_PARAMETERS_PERM_PATH PKG_STATEDIR"/"SSL_PARAMETERS_FILENAME

This can lead to problems when you're running multiple instances on
one machine. Apart from that, it would be very useful if wasn't hard-
coded like that.

Maybe it could be in base_dir or have a configuration option of its own?

-- 
Leo Baltus, internetbeheerder /\
NPO ICT Internet Services/NPO/\
Sumatralaan 45, 1217 GP Hilversum, Filmcentrum, west \  /\/
beh...@omroep.nl, 035-6773555 \/


Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Geert Hendrickx
On Mon, Jul 13, 2009 at 03:42:31PM +0200, Steffen Kaiser wrote:
> On Mon, 13 Jul 2009, Geert Hendrickx wrote:
>> It's RFC recommended practice, see RFC 3834:
>
> I know. Just for this I re-calcalculated my email address stats.
>
> There is a SHOULD two times. I have replied on this somewhen in the past
> already. My email domain can be written in 488 ways plus some wicked others.
> Now add the 87 aliases I have, minus some list-specific plus some others.


This is not the case for the general user, so in general the advice is useful,
and avoids a lot of useles backscatter and mailing list pollution.


> Yes I am "able to specify a set of addresses to the responder which it will
> recognize as valid for that recipient."
>
> Yes, you can call this a mis-configuration, it won't bug me.


Feel free to hack away the limitation in the code.  You're not braking any
laws by doing so. ;-)


Geert


-- 
Geert Hendrickx  -=-  g...@telenet.be  -=-  PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!


Re: [Dovecot] imap-login: Disconnected

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, gl...@remstedt.org wrote:


Date: Mon, 13 Jul 2009 15:40:59 +0200 (CEST)
From: gl...@remstedt.org
To: Steffen Kaiser 
Cc: dovecot@dovecot.org
Subject: Re: [Dovecot] imap-login: Disconnected

On Må, 2009-07-13, 15:35 wrote Steffen Kaiser:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, gl...@remstedt.org wrote:


Does squirrelmail connects to port 995, but is not using SSL?


when testing SSL/TLS connections they all works i.e.

# for pop:
openssl s_client -connect localhost:995

# for imap:
openssl s_client -connect localhost:993

openssl s_client -connect localhost:143 -starttls imap


This reply does not answer the question, if Squirrelmail is using SSL.


no it's not using SSL.


then reconfigure Squirelmail to use port 143.

On localhost there should be no reason to use SSL anyway.

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSls6EXWSIuGy1ktrAQKluwgAvCjqVTyrmgLDiZiVNf4fKfmWBN9AzWwS
tDPNn6mURle3ao/IynZ99p2jIirS9svOegZJLKr2oR3mG4zqkmQsTegV2P3pHt9Y
6jSdHe0XguTjhgUzEqUJ95OtsY/r+6nn6+kue4iCotTNUvd4Gi9ZwxZeq1S0H5KF
PRubM5AstGzMv2fHhginpOKSnu/VgTiixN4g3RA8LJhS03NocrtArw2JHbk9DdZ0
woCHIWiKjQd/vMAoe9HY4m/DamrqtRxuVnLaV7ng/0ML6Owm7kpaaB+IvCS0MwPz
21zU53dTPxdFBgZooLTVh+IR8i7z8OfsiQ3DbzreNRz8LJuoVDD61w==
=5qf5
-END PGP SIGNATURE-

Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, Geert Hendrickx wrote:


It's RFC recommended practice, see RFC 3834:


I know. Just for this I re-calcalculated my email address stats.

There is a SHOULD two times. I have replied on this somewhen in the past 
already. My email domain can be written in 488 ways plus some wicked 
others. Now add the 87 aliases I have, minus some list-specific plus some 
others.


Yes I am "able to specify a set of addresses to the responder
which it will recognize as valid for that recipient."

Yes, you can call this a mis-configuration, it won't bug me.

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSls5x3WSIuGy1ktrAQLTzwf/btLsDXA4HHz7Nt+1JzaFAKYxzyUrGU8/
JkFMAShJBx577W1E2GshdtIh04D8sFDXMt7N88vx3CDR+N8miLtMYQZ1aG0+yVTq
9lKX/J5JS8L9Mz4xZbx6WR7Dp1KxWlVXK5JDGfKcNizrPykqQeZwsY0XyPVJr0pp
RLrxagEez+ahF3mji6zt7TzoBbu3KeGJKIy7bq955G4UWYBmvYKjrTT6YmzCmgbg
I4SHXeV7H+GUKji/cfR7TPjqt5HMq2bS0xIxxXnCwsDwnIreBOp6vzrCRdvQ8P8e
Wxro/fA2s4ZOG6n/rW0XI5UoL8bQLZctEYnEHhykttUYVgL0z+80Tw==
=5aM7
-END PGP SIGNATURE-


Re: [Dovecot] imap-login: Disconnected

2009-07-13 Thread glenn
On Må, 2009-07-13, 15:35 wrote Steffen Kaiser:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Mon, 13 Jul 2009, gl...@remstedt.org wrote:
>
>>> Does squirrelmail connects to port 995, but is not using SSL?
>>
>> when testing SSL/TLS connections they all works i.e.
>>
>> # for pop:
>> openssl s_client -connect localhost:995
>>
>> # for imap:
>> openssl s_client -connect localhost:993
>>
>> openssl s_client -connect localhost:143 -starttls imap
>
> This reply does not answer the question, if Squirrelmail is using SSL.

no it's not using SSL.
>



Re: [Dovecot] imap-login: Disconnected

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, gl...@remstedt.org wrote:


Does squirrelmail connects to port 995, but is not using SSL?


when testing SSL/TLS connections they all works i.e.

# for pop:
openssl s_client -connect localhost:995

# for imap:
openssl s_client -connect localhost:993

openssl s_client -connect localhost:143 -starttls imap


This reply does not answer the question, if Squirrelmail is using SSL.

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSls4EHWSIuGy1ktrAQIgNwf/aykgEhCQ5pZXGX6Xudjn7w4YjSXdPCNs
KBuAHNf3fuFX3xRJBhUmgJ9nrSkneOKlUomNLv+QgOVc/w/SwBWBf8FF2BS9/aiS
FqxsaNkL8iXjIw5YwNudoine1g5BElCG+QsxBRJxmLFFJSHqmmQGNDL5N590M+I3
ybTUKN1WTX7Wcu1xxttpeKzUdZf1unjyhxHgrGjeTRyrGx8yXvb92Q6Gp4g8CKC7
oxmzNz5+gx44xHlbGAh5VdCN+wVcviWHtTkJ/aq7pbh+xcyT5CZN5qBWKCcYw58e
FMvKX6NFA5GyyFpeJQ++/Sp6/nLA6R4PQpiXsJaAhfi7V2D+xGR1bQ==
=H3d9
-END PGP SIGNATURE-


Re: [Dovecot] imap-login: Disconnected

2009-07-13 Thread glenn
On Må, 2009-07-13, 14:01 wrote Steffen Kaiser:
> On Sat, 11 Jul 2009, Glenn Remstedt wrote:
>
>> here are the output from dovecot-log:
>> Info: imap-login: Disconnected (no auth attempts): rip=192.168.1.220, 
>> lip=192.168.1.220,
TLS handshaking: SSL_accept() failed: error:140760FC:SSL
routines:SSL23_GET_CLIENT_HELLO:unknown protocol
>> * any hint or pointers are more then welcome
>
> Does squirrelmail connects to port 995, but is not using SSL?

when testing SSL/TLS connections they all works i.e.

# for pop:
openssl s_client -connect localhost:995

# for imap:
openssl s_client -connect localhost:993

openssl s_client -connect localhost:143 -starttls imap

>
>
> Are both demons use the same OpenSSL library version?
>



Re: [Dovecot] getting Apple Mail and dovecot/IMAP to co-operate

2009-07-13 Thread Jim Reid

On 13 Jul 2009, at 13:10, Axel Luttgens wrote:


Could you try with " list = no" for your first namespace definition?


Doh! This does the job!! Thanks very much Axel. I'm drinking too much  
coffee if I miss something that obvious :-)


Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Geert Hendrickx
On Mon, Jul 13, 2009 at 02:21:39PM +0200, Steffen Kaiser wrote:
>> This is to avoid auto-replies on messages not addressed directly to you
>> (eg. sent via mailing lists).
>
> a) Mailing lists must set Precedence: bulk
>
> b) Many lists address you in To or CC.
>
> c) Why shall no vacation to be sent, if I'm BCC'ed ?
>
> d) You cannot enumerate all addresses for some accounts.
>


It's RFC recommended practice, see RFC 3834:


   -  Personal and Group responses whose purpose is to notify the sender
  of a message of a temporary absence of the recipient (e.g.,
  "vacation" and "out of the office" notices) SHOULD NOT be issued
  unless a valid address for the recipient is explicitly included in
  a recipient (e.g., To, Cc, Bcc, Resent-To, Resent-Cc, or Resent-
  Bcc) field of the subject message.  Since a recipient may have
  multiple addresses forwarded to the same mailbox, recipients
  SHOULD be able to specify a set of addresses to the responder
  which it will recognize as valid for that recipient.


Geert


-- 
Geert Hendrickx  -=-  g...@telenet.be  -=-  PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!


Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, Geert Hendrickx wrote:


It's a feature, not a bug.


Yes, I hear it often - in many fields.


This is to avoid auto-replies on messages not addressed directly to you
(eg. sent via mailing lists).


a) Mailing lists must set Precedence: bulk

b) Many lists address you in To or CC.

c) Why shall no vacation to be sent, if I'm BCC'ed ?

d) You cannot enumerate all addresses for some accounts.

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSlsm1XWSIuGy1ktrAQKIigf8DyNM2ZR/8NDOpp6xVT+83S0Lg1eVbRqa
jPB8taSAV58vcA2JlqJRElLWAliEqcjW6T1tJzdjjVnm6KFO5lbAQENwPOcjnTmj
5A2pg91X4KnoCKCjbim6PHfr2ICL8v2Z1Jv/4dwk7O2t0C37Q7QT5+2n1DUNulg7
2Je9XOgu5W+K42gJa1pEifEKrmqb4+40Od75wiRkQ14q/GyxPwz2H/yR2tmvzrXB
KcD1Nthh/H5AMRk/RMtVA1Pg8RsWHCzV8ECPrXMZKcvgpkVD6CCEEywgZUPj/km/
wDJcjLRXGA/XcFe9arx9UuHCe+AP0N8QUaW7N8PIADEEefpGEESo6Q==
=lEDZ
-END PGP SIGNATURE-


Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Geert Hendrickx
On Mon, Jul 13, 2009 at 02:03:38PM +0200, Steffen Kaiser wrote:
> You have to enumerate all addresses in the ":address" tag of vacation.
> It's actually a real pain here.

It's a feature, not a bug.

This is to avoid auto-replies on messages not addressed directly to you
(eg. sent via mailing lists).

Geert

-- 
Geert Hendrickx  -=-  g...@telenet.be  -=-  PGP: 0xC4BB9E9F
This e-mail was composed using 100% recycled spam messages!


Re: [Dovecot] getting Apple Mail and dovecot/IMAP to co-operate

2009-07-13 Thread Axel Luttgens

Le 13 juil. 09 à 13:53, Jim Reid a écrit :

Hi Timo. Thanks again for your help. I've got things just about  
working as planned. There's one minor irritation however. Users see  
a strange mailbox icon at the top of their list of mailboxes on the  
dovecot server. It's called #mbox and has a > symbol next to it  
indicating that it contains nested mailbox(es). The icon for the  
mailbox not filled in, which is usually how Apple Mail indicates  
there's something wrong with the mailbox. In this case, it's not  
possible to put messages in #mbox. Is there a simple way to make  
this mailbox disappear from the list displayed by the client?


Hello Jim,

Could you try with " list = no" for your first namespace definition?

Axel



Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, 13 Jul 2009, M. Bobkiewicz wrote:


vacation
   :days 1
   :subject "Out of Office reply"
"
The auto reply text.

";

Any advice is welcome,


You have to enumerate all addresses in the ":address" tag of vacation. 
It's actually a real pain here.


Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSlsimnWSIuGy1ktrAQJfdggAjrA8Yadp+mMY+OSZaVcapDq4IEHMB1rb
3/Zl6Bjr0MJD4zEfzdQcCX0q2G24XQaJ37IHh2K8AqbXyKByl33Rz98U7thhw0Kr
ETGGWLAJodEoeI1pYZhWfJ8yncFpztDj5IDVqwb5BV+sEjBp+ZmD9AKspKWowmc9
lEBhIFkACrq0G+xOO1LkwGRwZesTRUSPHU3xX3ounFzH6b3ivWh8xvfIQGH8Fnin
Gmo7TKHLN/TjzRdbmQA/cGWQHuok5aaS6gBkarv8b3GF55IGhnrnpmbdeaVukaFv
aLsE21xFPN6XRlSGAQmwSaJ41wfsSFvvDMkF7yv8sD/CZUOfPrN5MQ==
=sMcH
-END PGP SIGNATURE-


Re: [Dovecot] imap-login: Disconnected

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 11 Jul 2009, Glenn Remstedt wrote:


here are the output from dovecot-log:
Info: imap-login: Disconnected (no auth attempts): rip=192.168.1.220, 
lip=192.168.1.220, TLS handshaking: SSL_accept() failed: error:140760FC:SSL 
routines:SSL23_GET_CLIENT_HELLO:unknown protocol


* any hint or pointers are more then welcome


Does squirrelmail connects to port 995, but is not using SSL?

Are both demons use the same OpenSSL library version?

Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEUAwUBSlsiL3WSIuGy1ktrAQI7xAf4uGIpUksWCc2KPZWJDNz5PkeFecNU+GzY
9NQ2aTMnVNL5DxF+2UXlLXJ33ios36XxZiSwWGIM2e6uXTysZETesdPKyd1Gtxny
LyOnEtZGvwXlMcRW5s6qIZ0sRH0X1OOu+SHvrlf/EMcV58cA7UhvkK0VM/z90HTq
MW0y76MStGmM0rTFbDHP554qpY/g1a7c4FazchnCRWn2BOL1YotScYGQ+8iaEr+V
KacoFyzRAG7bZs5Qe3yV2wIkb06QqFHeejnVaTIeRTapDDTO4qWqA5cTupR6/baR
4D+yIKKLQ10+yMAZS7lWMKy6Rh7SwWENIBhLkKoDNgOMBHrDJuIp
=Z872
-END PGP SIGNATURE-


Re: [Dovecot] Possible fix to an old Thunderbird related problem

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sun, 12 Jul 2009, Marc Perkel wrote:

I'm not sure where the problem is. Thunderbird always starts out fine. But 
after running for some time the message count of unread message will increase


Well, I use SeaMonkey at home, maybe it has the same problem as 
Thunderbird:


If SeaMonkey is able to open a connection to the server, but then the 
corresponse stops, SeaMonkey seems to do nothing, although it waits for a 
transmission for eons.


I have this problem in conjunction with Cisco Firewall IDS stuff and some 
virus scanners that both stumble over STARTTLS. Sometimes when the 
internet connection gets very busy or down completely.


Can you trace the connections from your local client to the IMAP server, 
e.g. with Wireshark?


Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSlshTXWSIuGy1ktrAQJvoAf+M4Q8f0ZUeJ557UBO7JCatJN1RAZ5lzZk
QvCVSKLGmcfXpTguFO2wqFxIp2R60vnKxUpwcmksKwQ3feV/nQP4+CMKdx6IHcrQ
hq5YEuHTbZEJWRNYc99yCGgVD28zlm1zyEMfzMXuVtJKCNQKlWibQV+hcmGWAaxu
FXQLQkMJJoL6ZC+W4WeeYyoRScApdfDDBZmN9K3ptcdT5j4966xkMqmgu0Bz8feS
zoMWS05EzyHult03oAFGMH8djstD1Vzr8IIi6zO0ydK8sehi4KFT4yjPsK+WGu2n
IjHKUnMMJDtUmABWxiJ/3rI/Foj9nKyxTgfnFCO5KnPjqXpBl4eBZA==
=G3Ra
-END PGP SIGNATURE-


Re: [Dovecot] getting Apple Mail and dovecot/IMAP to co-operate

2009-07-13 Thread Jim Reid
Hi Timo. Thanks again for your help. I've got things just about  
working as planned. There's one minor irritation however. Users see a  
strange mailbox icon at the top of their list of mailboxes on the  
dovecot server. It's called #mbox and has a > symbol next to it  
indicating that it contains nested mailbox(es). The icon for the  
mailbox not filled in, which is usually how Apple Mail indicates  
there's something wrong with the mailbox. In this case, it's not  
possible to put messages in #mbox. Is there a simple way to make this  
mailbox disappear from the list displayed by the client?


# 1.1.16: /usr/local/etc/dovecot.conf
# OS: FreeBSD 7.2-RELEASE amd64
base_dir: /var/run/dovecot/
syslog_facility: local4
protocols: imaps
listen: *, [::]
ssl_cert_file: /usr/local/etc/ssl/certs/dovecot.pem
ssl_key_file: /usr/local/etc/ssl/private/dovecot.pem
ssl_cipher_list: ALL:!LOW:!SSLv2
login_dir: /var/run/dovecot/login
login_executable: /usr/local/libexec/dovecot/imap-login
login_max_processes_count: 8
login_max_connections: 32
max_mail_processes: 32
mail_privileged_group: mail
mail_debug: yes
mbox_write_locks: fcntl
namespace:
  type: private
  separator: /
  prefix: #mbox/
  location: mbox:~/mail:INBOX=/var/mail/%u
  inbox: yes
  hidden: yes
  list: yes
  subscriptions: yes
namespace:
  type: private
  separator: /
  location: maildir:/mail/imap/%u:LAYOUT=fs
  list: yes
  subscriptions: yes
auth default:
  mechanisms: cram-md5
  verbose: yes
  debug: yes
  passdb:
driver: pam
  passdb:
driver: passwd-file
args: /usr/local/etc/dovecot-md5
  userdb:
driver: passwd



Re: [Dovecot] SSL / TLS

2009-07-13 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Sat, 11 Jul 2009, Ed W wrote:

per host (current situation is rather difficult... I'm using a cert with 
multiple names on it, but this is hard to buy)


What expieriences do you have on client-side with those certs?

I tried a two-name cert three years ago, but had to withdraw it. Not a 
single client accepted the cert - if I remember correctly.


Bye,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBSlsfCXWSIuGy1ktrAQIRYgf+I6NZ3fd87Tbxa6uNttZLAC1YZ9boBHAb
VrhByijsyCpNgHzby2HbIqgLKhYAjqQFPIw1//8SwHnN/9fEMNkzduweCWse0Ypx
tyINCdd9ReDRJKRQR/Wf+k+HTE8MQqyyMUCh+tnEcvV7/4eKY2tsJlSQg0SMkV96
hAY+jKY+y4/pPb+CbpDSvkYuiG0SjZ4e5jk+Ug2TjBYB5WNuEm9/rPOHuJcuaHbc
zCDrOJSKmDW9GoZ8B7UOJDILmiquxYVE4aSfS2NfXUQ2fjGgvhdhYPGrTplHCRpD
uPzcB+MsYKvBWnzvLPqkBgSwg80FOfz90SpsKNO3uRBxfMO7cCNHeg==
=cNfb
-END PGP SIGNATURE-


Re: [Dovecot] Sieve plugin not running on all messages

2009-07-13 Thread Robert Schetterer
Pascal Volk schrieb:
> On 07/12/2009 03:13 PM Joan Moreau wrote:
>> …
>> {
>>…
>>reject "Your message has been considered SPAM by our mail server";
>>stop;
>> } …
> 
> Please don't do that: 
> 
> Reject Spam in the SMTP session.
> 
> 
> Regards,
> Pascal

really awsome, how many people dont know this simple
issue and wonder by get blacklisted in rbl by backscattering/spamming

to get out of the problem, spam marked messages should
filtered by a global sieve rule to a special junk folder
so that it never will be honored by vacation,
for pop3 users ( which will never see mail in other folders )
mails in the imap spam folder, can be down popped using the virtual
plugin, a better and cheaper way is to reject known spam
on the income smpt level by clamav-milter with sanesecurity antispam
signatures ( but as this might not catch all spam the above sieve
antisapm policy should be used ever ), for other vacation
functions ( over forward script etc ) same issue ( not answer to marked
spam mail ) should be honored in the reply code of the script,
another possibility ist to quarantaine spam mails before getting to
inbox( look amavis-new,clamav-milter )
anyway answering to spam mails should be avoided ever until most of the
senders are faked

-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria


Re: [Dovecot] Sieve plugin not running on all messages

2009-07-13 Thread Pascal Volk
On 07/12/2009 03:13 PM Joan Moreau wrote:
> …
> {
>…
>reject "Your message has been considered SPAM by our mail server";
>stop;
> } …

Please don't do that: 

Reject Spam in the SMTP session.


Regards,
Pascal
-- 
The trapper recommends today: fabaceae.0919...@localdomain.org


Re: [Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread Pascal Volk
On 07/13/2009 10:06 AM M. Bobkiewicz wrote:
> Hi,
> I?m facing here a wierd problem: We have a vacation messaging system 
> using sieve. When activated the system forwards incomming messages to a 
> given address and sents an out of office reply to the sender. This works 
> like a charm when the mail is addressed to mail...@domain. When the 
> incomming mail ist addressed to alias.to.mail...@domain the mail is 
> delivered to the mailbox, it is forwarded to the given reciepient but 
> there is no auto reply going out to the sender!
> Our setup: CentOS 5.2 + postfix 2.5.6 + dovecot 1.1.11 with domain and 
> accounts stored in a mysql database.
> The script:
> 
> require ["fileinto", "vacation"];
> redirect "mailb...@domain";
> keep;
> vacation
>  :days 1
>  :subject "Out of Office reply"
> "
> The auto reply text.
> 
> ";
> 
> Any advice is welcome,
> 

You have to add the alias addresses to the :addresses list. For example:

require ["fileinto", "vacation"];
redirect "mailb...@domain";
keep;
vacation
 :days 1
 :subject "Out of Office reply"
 :addresses ["1st.al...@domain", "2nd.al...@domain"]
"
The auto reply text.

";

See also: 


Regards,
Pascal
-- 
The trapper recommends today: fabaceae.0919...@localdomain.org


[Dovecot] Sieve problem: No vacation message when mail is addressed to an alias of the mailbox.

2009-07-13 Thread M. Bobkiewicz

Hi,
I?m facing here a wierd problem: We have a vacation messaging system 
using sieve. When activated the system forwards incomming messages to a 
given address and sents an out of office reply to the sender. This works 
like a charm when the mail is addressed to mail...@domain. When the 
incomming mail ist addressed to alias.to.mail...@domain the mail is 
delivered to the mailbox, it is forwarded to the given reciepient but 
there is no auto reply going out to the sender!
Our setup: CentOS 5.2 + postfix 2.5.6 + dovecot 1.1.11 with domain and 
accounts stored in a mysql database.

The script:

require ["fileinto", "vacation"];
redirect "mailb...@domain";
keep;
vacation
:days 1
:subject "Out of Office reply"
"
The auto reply text.

";

Any advice is welcome,

Best regards,

 Mike