similar to: Sieve vacation not getting enough headers "no known (envelope) recipient address found in message headers"

I have a situation where my LMTP RCPT TO: goes to a mailbox user account that does not reflect either the final (through aliasing) or envelope email address. SMTP RCPT TO: (envelope-local-part at envelope-domain) Final Recipient: (final-local-part at final-domain) LMTP RCPT TO: (mailbox-local-part at mailbox-domain) I'd like to use the final recipient as the vacation address, but also

On 2018-03-03 21:47, Karol Augustin wrote: > On 2018-03-03 21:28, Stephan Bosch wrote: >> Op 3/2/2018 om 3:35 PM schreef Karol Augustin: >>> Hi, >>> >>> I am using Dovecot LDA as LMTP renders envelope extension unusable. >>> >>> The problem I have noticed is that when user has multiple aliases sieve >>> responds to all of them, not

Op 3/2/2018 om 3:35 PM schreef Karol Augustin: > Hi, > > I am using Dovecot LDA as LMTP renders envelope extension unusable. > > The problem I have noticed is that when user has multiple aliases sieve > responds to all of them, not only to :addresses specified. > > From testing it seems that :addresses only adds addresses to the list of > "known" emails to

On 2018-03-03 21:28, Stephan Bosch wrote: > Op 3/2/2018 om 3:35 PM schreef Karol Augustin: >> Hi, >> >> I am using Dovecot LDA as LMTP renders envelope extension unusable. >> >> The problem I have noticed is that when user has multiple aliases sieve >> responds to all of them, not only to :addresses specified. >> >> From testing it seems that

Hi, I am using Dovecot LDA as LMTP renders envelope extension unusable. The problem I have noticed is that when user has multiple aliases sieve responds to all of them, not only to :addresses specified. >From testing it seems that :addresses only adds addresses to the list of "known" emails to check against. It is not limiting it. As I understand, sieve should check if To: header

On 23 Sep 2020, at 14:07, Marc Roos <M.Roos at f1-outsourcing.eu> wrote: > It is just a sieve rule. > > 1. > On disk default file .dovecot.sieve > > 2. I am using roundcube webmail for that. > > 3. with if false # true > # rule:[Out of Office] > if true > { > vacation :days 1 :subject "Test" "test test"; > } Is there a way

Hi, I'm trying to debug (without great results, so far) a very weird behaviour in my environment. Sorry if this came out in another form before, but I've not been able to find out anything resembling what I'm experiencing, so far... OS is a debian wheezy and dovecot is the version provided by the OS: # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.4

Hi, We have 2 servers, server A and server B. Server A has: Postfix dovecot-2.2.33.2-1.el6.x86_64 Server B has: dovecot-2.2.33.2-1.el6.x86_64 dovecot-pigeonhole-2.2.33.2-1.el6.x86_64 Server A receives email on postfix, dovecot then takes that email from postfix and proxies it to Server B Dovecot. Dovecot on Server B takes the proxied email and delivers it with lmtp to the user inboxes. The

On 23 Sep 2020, at 14:29, Marc Roos <M.Roos at f1-outsourcing.eu> wrote: > You can do whatever you like, as long as the result is this 'text' file. > I have also bash file that modifies this file for users. You can make a > 5 min cron job that detects changes in ldap and then creates the sieve > rule. I've tried the cronjob approach before, and people didn?t like

Op 25-11-2017 om 13:00 schreef Tomislav Perisic: > Does anyone have any idea regarding this? > > On 17 Nov 2017 11:36, "Tomislav Perisic" <tomiperisic at gmail.com> wrote: > > Hi, > > We have 2 servers, server A and server B. > > Server A has: > > Postfix > dovecot-2.2.33.2-1.el6.x86_64 > > Server B has: > >

Does anyone have any idea regarding this? On 17 Nov 2017 11:36, "Tomislav Perisic" <tomiperisic at gmail.com> wrote: Hi, We have 2 servers, server A and server B. Server A has: Postfix dovecot-2.2.33.2-1.el6.x86_64 Server B has: dovecot-2.2.33.2-1.el6.x86_64 dovecot-pigeonhole-2.2.33.2-1.el6.x86_64 Server A receives email on postfix, dovecot then takes that email from

Op 23-10-2017 om 14:51 schreef David Zambonini: > I have a situation where my LMTP RCPT TO: goes to a mailbox user account that > does not reflect either the final (through aliasing) or envelope email address. > > SMTP RCPT TO: (envelope-local-part at envelope-domain) > Final Recipient: (final-local-part at final-domain) > LMTP RCPT TO: (mailbox-local-part at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Dovecot list, In my setup I have several email addresses that uses same account. When I set a vacation the answer is not necessarily send from the destination address. I propose to use the addresses found in addresses (if one match) as From address in vacation reply. I've made a little patch who do that [1]. Best regards. [1]

Op 1-12-2017 om 15:30 schreef Tomislav Perisic: > Hi, > > Thanks for replying. > > initially logging was done via syslog, and the custom log file for > mail.* facility was /var/log/maillog. Everything was logged normally > (dovecot login logouts, sieve scripts, extra debugging lines) but > nothing regarding LMTP. I would receive the email in my inbox but I > wouldnt

> On 23. Sep 2020, at 15.15, Graham Leggett <minfrin at sharp.fm> wrote: > > On 23 Sep 2020, at 14:07, Marc Roos <M.Roos at f1-outsourcing.eu> wrote: > >> It is just a sieve rule. >> >> 1. >> On disk default file .dovecot.sieve >> >> 2. I am using roundcube webmail for that. >> >> 3. with if false # true >> #

On 23 Sep 2020, at 08:52, Graham Leggett <minfrin at sharp.fm> wrote: > On 23 Sep 2020, at 14:29, Marc Roos <M.Roos at f1-outsourcing.eu> wrote: >> You can do whatever you like, as long as the result is this 'text' file. >> I have also bash file that modifies this file for users. You can make a >> 5 min cron job that detects changes in ldap and then

Hi all, I have a legacy system that uses gnarwl to handle vacation messages, most specifically the vacation messages are stored in LDAP. We have a web based tool that allows people to update their vacation message, all they?re doing is modifying LDAP. I am trying to find out if dovecot?s vacation sieve can do the same thing. I am struggling however to find something that describes to me how

Many people prefer to use LMTP for delivery from postfix for better efficiency but X-Original-to header support still missing after many years. One affect of this is need to set sieve_vacation_dont_check_recipient = yes which violate Sieve standard and cause auto-replyies sent to messages that should not happen. Or abandon LMTP. or abandon postfix?? So while feature request is stalled are

Hi, Thanks for replying. initially logging was done via syslog, and the custom log file for mail.* facility was /var/log/maillog. Everything was logged normally (dovecot login logouts, sieve scripts, extra debugging lines) but nothing regarding LMTP. I would receive the email in my inbox but I wouldnt be able to see anything in the logs regarding this. After that i turned off syslog and used the

Hi everyone. I've set up my instance not to check recipient address with sieve_vacation_dont_check_recipient=yes to enable users to set up their vacation script without listing addresses (there are to many). Only problem remaining is that when they receive an e-mail sent to their alias, the vacation response comes from their original mail address. Is there a setting or workaround that would