Op 11/6/2016 om 5:44 PM schreef Matthew Broadhead:
> it seemed like a simple configuration issue. i was hoping someone
> could point me in the right direction. seems i was wrong. i may as
> well unsubscribe this list as there is not much help here
Your configuration doesn't show me something
it seemed like a simple configuration issue. i was hoping someone could
point me in the right direction. seems i was wrong. i may as well
unsubscribe this list as there is not much help here
On 02/11/2016 18:29, Matthew Broadhead wrote:
is there something more i need to be doing my end?
is there something more i need to be doing my end?
On 25/10/2016 09:11, Matthew Broadhead wrote:
are there any instructions or tests i can make to check the sieve
configuration? or does the magic all happen internally and there are
no settings to change?
On 21/10/2016 10:22, Matthew
sorry to double post but maybe there is some way to report the problem
to centos so that they upgrade the package there?
On 21/10/2016 10:22, Matthew Broadhead wrote:
the server is using CentOS 7 and that is the package that comes
through yum. everything is up to date. i am hesitant to
are there any instructions or tests i can make to check the sieve
configuration? or does the magic all happen internally and there are no
settings to change?
On 21/10/2016 10:22, Matthew Broadhead wrote:
the server is using CentOS 7 and that is the package that comes
through yum. everything
the server is using CentOS 7 and that is the package that comes through
yum. everything is up to date. i am hesitant to install a new package
manually as that could cause other compatibility issues? is there
another way to test the configuration on the server?
On 21/10/2016 01:07, Stephan
Op 10/20/2016 om 7:38 PM schreef Matthew Broadhead:
> do i need to provide more information?
>
It still doesn't make sense to me. I do notice that the version you're
using is ancient (dated 26-09-2013), which may well the problem.
Do have the ability to upgrade?
Regards,
Stephan.
> On
do i need to provide more information?
On 19/10/2016 14:49, Matthew Broadhead wrote:
/var/log/maillog showed this
Oct 19 13:25:41 ns1 postfix/smtpd[1298]: 7599A2C19C6:
client=unknown[127.0.0.1]
Oct 19 13:25:41 ns1 postfix/cleanup[1085]: 7599A2C19C6:
/var/log/maillog showed this
Oct 19 13:25:41 ns1 postfix/smtpd[1298]: 7599A2C19C6:
client=unknown[127.0.0.1]
Oct 19 13:25:41 ns1 postfix/cleanup[1085]: 7599A2C19C6:
message-id=
Oct 19 13:25:41 ns1 postfix/qmgr[1059]: 7599A2C19C6:
with mail_debug set to yes the dovecot-debug.log for an email sent to
ufuk.kok...@nbmlaw.co.uk is
2016-10-19 13:25:41lda: Debug: Loading modules from directory:
/usr/lib64/dovecot
2016-10-19 13:25:41lda: Debug: Module loaded:
/usr/lib64/dovecot/lib10_quota_plugin.so
2016-10-19 13:25:41lda:
Op 19-10-2016 om 13:47 schreef Matthew Broadhead:
i am not 100% sure how to give you the information you require.
my current setup in /etc/postfix/master.cf is
flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
${recipient}
so recipient would presumably be u...@domain.tld? or
i am not 100% sure how to give you the information you require.
my current setup in /etc/postfix/master.cf is
flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
${recipient}
so recipient would presumably be u...@domain.tld? or do you want the
real email address of one of our
Also, please provide an example scenario; i.e., for one problematic
delivery provide:
- The values of the variables substituted in the dovecot-lda command
line; i.e., provide that command line.
- The incoming e-mail message.
Regards,
Stephan.
Op 19-10-2016 om 12:43 schreef Matthew
dovecot is configured by sentora control panel to a certain extent. if
you want those configs i can send them as well
dovecot -n
debug_log_path = /var/log/dovecot-debug.log
dict {
quotadict = mysql:/etc/sentora/configs/dovecot2/dovecot-dict-quota.conf
}
disable_plaintext_auth = no
Could you send your configuration (output from `dovecot -n`)?
Also, please provide an example scenario; i.e., for one problematic
delivery provide:
- The values of the variables substituted below.
- The incoming e-mail message.
- The Sieve script (or at least that vacation command).
hi, does anyone have any ideas about this issue? i have not had any
response yet
i tried changing /etc/postfix/master.cf line:
dovecot unix - n n - - pipe
flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d ${recipient}
to
flags=DRhu
I read somewhere it might have something to do with a line in master.cf
dovecot unix - n n - - pipe
flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/deliver -d
${recipient}
i changed it to
flags=DRhu user=vmail:mail argv=/usr/libexec/dovecot/dovecot-lda -f
I have a server running centos-release-7-2.1511.el7.centos.2.10.x86_64
with dovecot version 2.2.10. I am also using roundcube for webmail.
when a vacation filter (reply with message) is created in roundcube it
adds a rule to managesieve.sieve in the user's mailbox. everything
works fine
18 matches
Mail list logo