Re: basic configuratio error
Am 2014-10-28 um 21:05 schrieb soko.tica: After many hours I still fail to configure properly dovecot as the LDA with opensmtpd, for system users only. I don't want pop at all, jus lmtp and imap, but still haven't stripped it. Here is the info, thanks in advance for your response: […] pipe() failed: Too many open files failed: Too many open files open(/var/dovecot/login-master-notifya57a2b8821460734) failed: Too many open files safe_mkstemp(/var/dovecot/login-master-notify) failed: Too many open files failed: Too many open files failed: Too many open files failed: Too many open files pipe() failed: Too many open files failed: Too many open files […] This looks like you hit a system limit. I am left wondering why anything works at all on the system. Your best bet: install from the ports collection, try to run without any change in configuration. See if it works. Change a little, see if if it works. Rinse, repeat. -- peter
Re: Pigeonhole 0.4.4 error with no sieve rules
On Tue, Oct 28, 2014 at 11:48:16AM +, James wrote:
> Syslog:
> Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
> Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
> not dumped - set service lmtp { drop_priv_before_exec=yes })
For Solaris, please look into 'man coreadm'
If you would like to inspect your coredumps, you will have to to something like
this.
Ensure that you have some space for /var/core or whereever you would like to
place them.
mkdir /var/core
chmod 700 /var/core
coreadm -g /var/core/core.%f.%p
coreadm -e process
coreadm -e global
hmk
Re: Pigeonhole 0.4.4 error with no sieve rules
On 10/28/2014 8:48 PM, James wrote: > On 28/10/2014 14:19, Stephan Bosch wrote: >> Stephan Bosch schreef op 28-10-2014 15:17: > > Oh, of course a gdb backtrace (e.g. from a core dump) would be most > useful: "core not dumped". >>> >>> This link provides hints on how to get a core dump: >>> >>> http://www.dovecot.org/bugreport.html >> >> Oh, and the error ^^ gives a good hint as well. > > Not understanding the message I assumed it was a just a statement and > not an instruction. > > OK, after a short delay while I rebuild with symbol tables, here is a > dbx trace (I don't have gdb built/installed): It is a SunOS system, so that is probably the reason why I cannot reproduce this bug here. If I remember correctly, the SunOS's printf doesn't like NULL as a %s parameter, so the following fix may help: http://hg.rename-it.nl/dovecot-2.2-pigeonhole/rev/6afd6d927f40 > Sorry but I've not had time to analyse it, a task for the morning. No problem. Regards, Stephan.
basic configuratio error
Hello list,
After many hours I still fail to configure properly dovecot as the LDA with
opensmtpd, for system users only.
I don't want pop at all, jus lmtp and imap, but still haven't stripped it.
Here is the info, thanks in advance for your response:
=
# doveconf -n
# 2.2.14: /etc/dovecot/dovecot.conf
# OS: OpenBSD 5.6 i386
auth_verbose = yes
auth_verbose_passwords = yes
disable_plaintext_auth = no
first_valid_uid = 1000
hostname = imap.home.lan
imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
lda_original_recipient_header = X-Original-To
mail_debug = yes
mail_location = maildir:~/Maildir
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 ihave duplicate
mbox_write_locks = fcntl
mmap_disable = yes
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Sent {
special_use = \Sent
}
mailbox "Sent Messages" {
special_use = \Sent
}
mailbox Trash {
special_use = \Trash
}
prefix =
}
passdb {
driver = bsdauth
}
plugin {
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
postmaster_address = postmas...@mileva.home.lan
protocols = imap pop3 lmtp sieve
service auth-worker {
user = root
}
service auth {
unix_listener auth-userdb {
group = _dovenull
mode = 0666
user = _dovenull
}
}
service imap-login {
inet_listener imap {
port = 143
}
inet_listener imaps {
port = 993
ssl = yes
}
process_min_avail = 0
service_count = 1
}
service imap {
process_limit = 1024
}
service lmtp {
unix_listener lmtp {
mode = 0666
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
inet_listener sieve_deprecated {
port = 2000
}
}
ssl_cert =
Re: Pigeonhole 0.4.4 error with no sieve rules
On 28/10/2014 14:19, Stephan Bosch wrote: Stephan Bosch schreef op 28-10-2014 15:17: Oh, of course a gdb backtrace (e.g. from a core dump) would be most useful: "core not dumped". This link provides hints on how to get a core dump: http://www.dovecot.org/bugreport.html Oh, and the error ^^ gives a good hint as well. Not understanding the message I assumed it was a just a statement and not an instruction. OK, after a short delay while I rebuild with symbol tables, here is a dbx trace (I don't have gdb built/installed): $ dbx /opt//libexec/dovecot/lmtp core ... (dbx) where [1] strlen(0x0), at 0xfee7645c [2] _ndoprnt(0xfe8657dc, 0x80476ac, 0x80475d0, 0x0), at 0xfeed1bbe [3] vsnprintf(0x806de30, 0x11b, 0xfe8657cc, 0x80476ac), at 0xfeed4d7f =>[4] t_noalloc_strdup_vprintf(format = (nil), args = 0x80476ac, size_r = 0x804764c) (optimized), at 0xfedddbd0 (line ~122) in "strfuncs.c" [5] p_strdup_vprintf(pool = 0xfee1f8e8, format = 0xfe8657cc "Sieve script `%s' not found", args = 0x80476ac) (optimized), at 0xfedddc96 (line ~146) in "strfuncs.c" [6] i_strdup_vprintf(format = 0xfe8657cc "Sieve script `%s' not found", args = 0x80476ac) (optimized), at 0xfeda6bd9 (line ~50) in "imem.c" [7] sieve_script_set_error(script = 0x80b0f40, error = SIEVE_ERROR_NOT_FOUND, fmt = 0xfe8657cc "Sieve script `%s' not found", ... = , ...) (optimized), at 0xfe793bd7 (line ~555) in "sieve-script.c" [8] sieve_file_script_handle_error(fscript = 0x80b0f40, path = 0x80b0c38 "/PATH/TO/STORE/DOMAIN/NAME/dovecot.sieve", error_r = 0x8047898) (optimized), at 0xfe7e3350 (line ~65) in "sieve-file-script.c" [9] sieve_file_script_open(script = 0x80b0f40, error_r = 0x8047898) (optimized), at 0xfe7e3bbf (line ~346) in "sieve-file-script.c" [10] sieve_script_open(script = 0x80b0f40, error_r = (nil)) (optimized), at 0xfe792f48 (line ~174) in "sieve-script.c" [11] sieve_file_script_open_from_path(fstorage = 0x80b0730, path = 0x80b0850 "/PATH/TO/STORE/DOMAIN/NAME/dovecot.sieve", scriptname = (nil), error_r = (nil)) (optimized), at 0xfe7e375f (line ~233) in "sieve-file-script.c" [12] sieve_file_storage_active_script_open(storage = 0x80b0730) (optimized), at 0xfe7e674f (line ~288) in "sieve-file-storage-active.c" [13] sieve_storage_active_script_open(storage = 0x80b0730, error_r = 0x8047940) (optimized), at 0xfe795d06 (line ~657) in "sieve-storage.c" [14] lda_sieve_find_scripts(srctx = 0x8047990) (optimized), at 0xfe893774 (line ~668) in "lda-sieve-plugin.c" [15] lda_sieve_deliver_mail(mdctx = 0x8047a80, storage_r = 0x8047a78) (optimized), at 0xfe89432b (line ~983) in "lda-sieve-plugin.c" [16] mail_deliver(ctx = 0x8047a80, storage_r = 0x8047a78) (optimized), at 0xfee39d47 (line ~400) in "mail-deliver.c" [17] client_deliver(client = 0x807c780, rcpt = 0x807d230, src_mail = 0x80a3cb8, session = 0x80a84c8) (optimized), at 0x8058ee2 (line ~697) in "commands.c" [18] client_deliver_next(client = 0x807c780, src_mail = 0x80a3cb8, session = 0x80a84c8) (optimized), at 0x80590c6 (line ~741) in "commands.c" [19] client_input_data_write_local(client = 0x807c780, input = 0x808bd98) (optimized), at 0x80593d5 (line ~835) in "commands.c" [20] client_input_data_write(client = 0x807c780) (optimized), at 0x80598e6 (line ~947) in "commands.c" [21] client_input_data_handle(client = 0x807c780) (optimized), at 0x8059c42 (line ~1041) in "commands.c" [22] client_input_data(client = 0x807c780) (optimized), at 0x8059cc2 (line ~1050) in "commands.c" [23] io_loop_call_io(io = 0x807d158) (optimized), at 0xfedb9a89 (line ~498) in "ioloop.c" [24] io_loop_handler_run_internal(ioloop = 0x8075c50) (optimized), at 0xfedbb849 (line ~211) in "ioloop-poll.c" [25] io_loop_handler_run(ioloop = 0x8075c50) (optimized), at 0xfedb9bfe (line ~545) in "ioloop.c" [26] io_loop_run(ioloop = 0x8075c50) (optimized), at 0xfedb9b4d (line ~522) in "ioloop.c" [27] master_service_run(service = 0x8075790, callback = 0x8054c80 = &`lmtp`main.c`client_connected(struct master_service_connection *conn)) (optimized), at 0xfed18587 (line ~566) in "master-service.c" [28] main(argc = 1, argv = 0x8047d84) (optimized), at 0x8054f8d (line ~122) in "main.c" Sorry but I've not had time to analyse it, a task for the morning. James.
maildir++ quota support on dovecot
Some information about maildir++ that I have read: http://www.inter7.com/courierimap/README.maildirquota.html http://wiki2.dovecot.org/Quota/Maildir When I have to deliver a message with an MDA I can use dovecot-lda. If I have enabled "quota = maildir:User quota" I am pretty sure that in the mailbox on file system I find a file named "maildirsize" maildirsize on top contain something like this "xxS" that specifies the SIZE quota in bytes. LDA could delivery the message only when the SIZE written in mailbox is less than the SIZE defined by mail admin. "Each member of the list consists of an integer followed by a letter, specifying the nature of the quota. Currently defined quota types are 'S' - total size of all messages, and 'C' - the maximum count of messages in the maildir. For example, 1000S,1000C specifies a quota of 10,000,000 bytes or 1,000 messages, whichever comes first." For this reason the value in bytes defined for the user must have S at the end. At the moment quota-maildir.c contains a control for S or C so I can find this in log: Quota rule: root=User quota mailbox=* bytes=20971520 messages=0 But quota-util.c do not contains a control for C and S, so probably the support of maildir++ format is not complete. Please let me know if I am wrong. -- Ciao Mirko
Re: Pigeonhole 0.4.4 error with no sieve rules
Stephan Bosch schreef op 28-10-2014 15:17:
James schreef op 28-10-2014 15:02:
On 28/10/2014 13:58, Stephan Bosch wrote:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
...
Oh, of course a gdb backtrace (e.g. from a core dump) would be most
useful:
"core not dumped".
This link provides hints on how to get a core dump:
http://www.dovecot.org/bugreport.html
Oh, and the error ^^ gives a good hint as well.
Regards,
Stephan.
Re: Pigeonhole 0.4.4 error with no sieve rules
James schreef op 28-10-2014 15:02:
On 28/10/2014 13:58, Stephan Bosch wrote:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
...
Oh, of course a gdb backtrace (e.g. from a core dump) would be most
useful:
"core not dumped".
This link provides hints on how to get a core dump:
http://www.dovecot.org/bugreport.html
Regards,
Stephan.
Re: Pigeonhole 0.4.4 error with no sieve rules
On 28/10/2014 13:58, Stephan Bosch wrote:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
...
Oh, of course a gdb backtrace (e.g. from a core dump) would be most useful:
"core not dumped".
James.
Re: Pigeonhole 0.4.4 error with no sieve rules
On 28/10/2014 13:31, Stephan Bosch wrote:
I have built and installed Pigeonhole 0.4.4 with Dovecot 2.2.15. For
users with no sieve at all I am getting an error on delivery. Delivery
is from exim via lmtp.
Syslog:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes }
...
Do you have `dovecot -n` output for me?
"dovecot -n" with mild edits, the personal paths are in capitals:
# 2.2.15: /etc/opt//dovecot/dovecot.conf
# OS: SunOS 5.10 i86pc
auth_mechanisms = plain login digest-md5 cram-md5
base_dir = /var/opt//dovecot/
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
login_trusted_networks = 192.168.1.0/24 111.222.333.444/24
mail_gid = vmail
mail_home = /PATH/TO/STORE/%d/%n
mail_location = maildir:/PATH/TO/STORE/%d/%n/Maildir
mail_max_userip_connections = 20
mail_uid = vmail
mailbox_idle_check_interval = 10 secs
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 ihave duplicate
passdb {
args = /etc/opt//dovecot/dovecot-sql.conf
driver = sql
}
plugin {
fts_autoindex = yes
quota = maildir:User quota
quota_rule = *:storage=1G
quota_rule2 = Trash:storage=+10%
quota_warning = storage=90%% quota-warning 90 %u
quota_warning2 = storage=95%% quota-warning 95 %u
quota_warning3 = storage=99%% quota-warning 99 %u
sieve = /PATH/TO/STORE/%d/%n/dovecot.sieve
sieve_dir = /PATH/TO/STORE/%d/%n/sieve
}
protocols = imap lmtp sieve
service auth {
unix_listener auth-client {
mode = 0660
}
unix_listener auth-master {
mode = 0600
}
user = root
}
service lmtp {
group = vmail
unix_listener lmtp {
mode = 0666
}
user = vmail
}
service quota-warning {
executable = script /etc/opt//dovecot/quota-warning
user = vmail
}
ssl_cert =
LMTP logs with mail_debug=yes would be good too.
From syslog with the syslog identity prefixes and dates removed,
personal paths replaced with capitals:
sieve: include: sieve_global is not set; it is currently not possible to
include `:global' scripts.
vOFIJHGAT1TlPAAAs831Jw: sieve: file storage: Using script storage path:
/PATH/TO/STORE/DOMAIN/NAME/sieve
vOFIJHGAT1TlPAAAs831Jw: sieve: file storage: Using active Sieve script
path: /PATH/TO/STORE/DOMAIN/NAME/dovecot.sieve
vOFIJHGAT1TlPAAAs831Jw: sieve: file storage: Relative path to sieve
storage in active link: sieve/
vOFIJHGAT1TlPAAAs831Jw: sieve: file storage: Using script storage path:
/PATH/TO/STORE/DOMAIN/NAME/dovecot.sieve
lmtp(NAME@DOMAIN): Debug: vOFIJHGAT1TlPAAAs831Jw: sieve: file script:
File `/PATH/TO/STORE/DOMAIN/NAME/dovecot.sieve' not found
Thank you for your interest.
James.
Re: Pigeonhole 0.4.4 error with no sieve rules
Stephan Bosch schreef op 28-10-2014 14:31:
James schreef op 28-10-2014 12:48:
I have built and installed Pigeonhole 0.4.4 with Dovecot 2.2.15. For
users with no sieve at all I am getting an error on delivery.
Delivery is from exim via lmtp.
Syslog:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
There is no global sieve script because there is no global sieve rule.
Where an account has sieve rules delivery works as expected.
To make it work again I've gone back to 2.2.15 with 0.4.3.
Hmm, I cannot reproduce this here.
Do you have `dovecot -n` output for me?
LMTP logs with mail_debug=yes would be good too.
Oh, of course a gdb backtrace (e.g. from a core dump) would be most useful:
http://www.dovecot.org/bugreport.html
Regards,
Stephan.
Namespaces (or another way) to put messages in a different drive
Hello people,
I have a situation where I need to create a mailbox for clients where they put
old messages (> 1year) but I would like to create this mailbox in a different
disk.
I have a server with the mailboxes and a storage mapped using NFS just to
create those mailboxes for old messages. I was trying to namespaces but every
time that I make the configurations, the authentication system stop and the
clients can’t log in.
I really don’t know if this is the best approach for my situation (mailbox with
old emails in a storage) and, if namespaces can solve it.
The infos that I have are:
Dovecot version 2.1.7
mailboxes:
Namespace configs:
namespace {
type = private
separator = /
prefix =
#location defaults to mail_location.
inbox = yes
}
namespace {
type = private
separator /
prefix = storage/
location = /mnt/exibstor/%u
inbox = no
hidden = no
list = yes
}
If someone knows how can I do that, I really appreciate it.
Best regards,
Paulino Michelazzo
Re: Pigeonhole 0.4.4 error with no sieve rules
James schreef op 28-10-2014 12:48:
I have built and installed Pigeonhole 0.4.4 with Dovecot 2.2.15. For
users with no sieve at all I am getting an error on delivery. Delivery
is from exim via lmtp.
Syslog:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
There is no global sieve script because there is no global sieve rule.
Where an account has sieve rules delivery works as expected.
To make it work again I've gone back to 2.2.15 with 0.4.3.
Hmm, I cannot reproduce this here.
Do you have `dovecot -n` output for me?
LMTP logs with mail_debug=yes would be good too.
Regards,
Stephan.
Pigeonhole 0.4.4 error with no sieve rules
I have built and installed Pigeonhole 0.4.4 with Dovecot 2.2.15. For
users with no sieve at all I am getting an error on delivery. Delivery
is from exim via lmtp.
Syslog:
Oct 28 11:03:50 mailhost dovecot: [ID 583609 mail.crit] lmtp(18915):
Fatal: master: service(lmtp): child 18915 killed with signal 11 (core
not dumped - set service lmtp { drop_priv_before_exec=yes })
There is no global sieve script because there is no global sieve rule.
Where an account has sieve rules delivery works as expected.
To make it work again I've gone back to 2.2.15 with 0.4.3.
James.
Re: dovecot ldap quota
Hi, On 28.10.2014 10:43, Mirko ML wrote: What value is in the LDAP attribute, with our without the pending 'S'? The value in LDAP is WITH the pending S, because at the moment we have a "courier situation" and the quota value need the S. We want to migrate some domain to dovecot to use sieve, but we cant change the value in LDAP. I ran into this issue as well while trying to use dict-quota but userdb is vpopmail that only gives out maildirsize style quotas. So would be nice if dovecot could out of the box handle that S as bytes. Cheers, Toni
Re: dovecot ldap quota
Il 28/10/2014 08:41, Steffen Kaiser ha scritto: [...] Thanks a lot for the answer. > What value is in the LDAP attribute, with our without the pending 'S'? The value in LDAP is WITH the pending S, because at the moment we have a "courier situation" and the quota value need the S. We want to migrate some domain to dovecot to use sieve, but we cant change the value in LDAP. > > http://wiki2.dovecot.org/Quota/Configuration says: > "All of these support also b/k/M/G/T/% suffixes." (No "S" here.) and: > > "Backend-specific configuration currently is used only with Maildir++ > quota backend. It means you can have the quota in Maildir++ format (e.g. > "1000S")." Which I interprete as: If the quote is read from Maildir > storage. Probably you are right, but why root quota are correct? (without S at the end) If I change the value in LDAP the root quota follow this change > > You read the quota from LDAP, hence, the 2nd statement does not apply. > > If you have a "S" suffix in LDAP, remove it. see above :) > > You could patch Dovecot to accept the "S" suffix like "B", see > src/plugins/quota/quota-util.c in function quota_limit_parse(). This could be a good idea. > > Maybe, ask the Dovecot development team for an enhancement. This is a better idea, that can help migration from courier -- Ciao Mirko
Re: Released Pigeonhole v0.4.4 for Dovecot v2.2.15.
On 10/28/2014 8:38 AM, Robert Schetterer wrote: > Am 28.10.2014 um 02:14 schrieb Stephan Bosch: >> + Implemented sieve_redirect_envelope_from setting, which allows >> configuring the envelope sender of redirected messages. > Hi Stephan, i am very impressed > do you have some simple example for this feature > thx for coding ! http://hg.rename-it.nl/dovecot-2.2-pigeonhole/file/0.4.4/INSTALL#l211 Regards, Stephan.
Re: dovecot ldap quota
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 27 Oct 2014, Mirko ML wrote:
plugin {
quota = maildir:User quota
}
grep -v '^ *\(#.*\)\?$' dovecot-ldap.conf.ext
user_attrs = quota=quota_rule=*:bytes=%$
And at the end the problem that i see on log:
I cant understand this 2 line:
Oct 27 20:42:36 mail dovecot: imap(o...@klez.it): Debug: Quota rule: root=User
quota mailbox=* bytes=20971520 messages=0
Oct 27 20:42:36 mail dovecot: imap(o...@klez.it): Error: user o...@klez.it:
Initialization failed: Failed to initialize quota: Invalid quota root quota:
Invalid rule *:bytes=20971520S: Invalid rule limit value 'bytes=20971520S':
Unknown unit: S
This is a situation that I want to migrate from courier to dovecot..
I see this post http://y6.gl/nnheTd that seems to have my problem.
What value is in the LDAP attribute, with our without the pending 'S'?
http://wiki2.dovecot.org/Quota/Configuration says:
"All of these support also b/k/M/G/T/% suffixes." (No "S" here.) and:
"Backend-specific configuration currently is used only with Maildir++
quota backend. It means you can have the quota in Maildir++ format (e.g.
"1000S")." Which I interprete as: If the quote is read from Maildir
storage.
You read the quota from LDAP, hence, the 2nd statement does not apply.
If you have a "S" suffix in LDAP, remove it.
You could patch Dovecot to accept the "S" suffix like "B", see
src/plugins/quota/quota-util.c in function quota_limit_parse().
Maybe, ask the Dovecot development team for an enhancement.
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQEVAwUBVE9IlXz1H7kL/d9rAQJKSgf6Aiinsm3Q2o3AodUG7OPFt9lUyrCirGdC
LRmO9R83V4+N8bkJRLVZYUO0pRStVk0RUKzrko8ixXKp62qYkZmU8pP+rzGcFt6T
NbfDNRoBNo3iHQ7nhYY0772XOvIgN2ne1KFhCFp6UxOgQFSjUlAqAV1pZ4LVgVHF
2815TK5Uugeiz4BWVYsb4F4lU6k7K2yEemTSTwe/gaYNxyUZdqmDOujbSnfYX4cd
Uv4ujk9yeFDZ7jqCJvWNI9yPau1zdJ0vp/f7u6U1pOqeDUYcj2d7Q8W+SPaHvmNz
+kw65HmP8YrwbbCdLOZOeqmSz5PoGQ4CdWXUrpLPhhmH7xkBrxGAjA==
=OJvT
-END PGP SIGNATURE-
Re: Released Pigeonhole v0.4.4 for Dovecot v2.2.15.
Am 28.10.2014 um 02:14 schrieb Stephan Bosch: > + Implemented sieve_redirect_envelope_from setting, which allows > configuring the envelope sender of redirected messages. Hi Stephan, i am very impressed do you have some simple example for this feature thx for coding ! Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
