similar to: mail_location maildir:~/Maildir Invalid user settings[SOLVED]

Hi all, Reverted back to 2.2.34 and pigeonhole 0.4.22 and (after reverting config changes) it's working again including Sieve. I was notified of commit https://github.com/stephanbosch/dovecot-core/commit/6553f20bb31b5f0eebb73a0db526f00816b47d71 which I'll try. It's in a different option -f (not -d) but will try. Cheers, Bernard. 2018-04-08 20:10 GMT+02:00 Bernard Spil <brnrd at

Hi, Since updating to 2.3.1 on my FreeBSD mailserver mail delivery using lda is broken if I have sieve enabled. (Before updating this was 2.2 and pigeonhole 0.4) FreeBSD 11.1-p8 amd64 Dovecot 2.3.1 Pigeonhole 0.5.1 Mailflow is OpenSMTPd as MTA, using mda delivery to rspamc which utlimately delivers using dovecot-lda. smtpd.conf deliver to mda "rspamc -h scan --mime -e

I briefly got some mails delivered, but not anymore. Attached are dovecot-info.log, dovecot-debug.log, dovecot.log, maillog, /etc/mail/passwd smtpd.conf, vaddr, vusers, vdomains Thanks for any help. Chris Bennett -------------- next part -------------- May 15 12:54:25 master: Error: service(config): pipe() failed: Too many open files May 15 12:54:25 master: Error: service(auth): pipe() failed:

Hi Stephan, Shared the message to you in person only via separate mail. With to Return-Path, I've not seen any difference in failures, all messages were consistently failing with the same error. Thank you! Bernard. 2018-04-10 2:54 GMT+02:00 Stephan Bosch <stephan at rename-it.nl>: > Op 4/8/2018 om 8:10 PM schreef Bernard Spil: >> Hi, >> >> Since updating to 2.3.1

Op 4/8/2018 om 8:10 PM schreef Bernard Spil: > Hi, > > Since updating to 2.3.1 on my FreeBSD mailserver mail delivery using > lda is broken if I have sieve enabled. > (Before updating this was 2.2 and pigeonhole 0.4) > > FreeBSD 11.1-p8 amd64 > Dovecot 2.3.1 > Pigeonhole 0.5.1 > > Mailflow is OpenSMTPd as MTA, using mda delivery to rspamc which > utlimately

Am 14.06.19 um 16:20 schrieb Michal Krzysztofowicz via dovecot: > Jun 14 11:57:34 atlantic smtpd[42606]: 21749fd12ac76b57 mda delivery evpid=56aed6237d6444a0 from=<firstname.o'lastname at example.com> to=<me at example.org> rcpt=<me at example.org> user=me delay=0s result=PermFail stat=Error ("mail.lmtp: LMTP server error: 501 5.5.4 Invalid FROM: Invalid character in

> On 14 Jun 2019, at 17:01, Daniel Lange <DLange at debian.org> wrote: > > Am 14.06.19 um 16:20 schrieb Michal Krzysztofowicz via dovecot: >> Jun 14 11:57:34 atlantic smtpd[42606]: 21749fd12ac76b57 mda delivery evpid=56aed6237d6444a0 from=<firstname.o'lastname at example.com> to=<me at example.org> rcpt=<me at example.org> user=me delay=0s

Hi, I have an OpenSMTPD / Dovecot installation on an OpenBSD server. I recently came across an issue where Dovecot LMTP would reject a message sent to a local user from an address which contains a single apostrophe (e.g. firstname.o'lastname at example.com). Apparently apostrophe, as well as a number of other special characters, are valid characters in the local part of the email address

Just having another look at http://wiki2.dovecot.org/MailServerOverview , it seems to have some statements in it which are misleading, and some which are really ... well ... wrong. Quote: "With the possible, optional, exception of the deliver MDA, Dovecot is not involved with reception, delivery, and storage of mail. That function is provided by a MTA such as postfix

deliver is the binary name. but it's configured inside protocol lda {} section. This is getting annoying, any thoughts on what would be a good unifying name? a) deliver binary, protocol deliver {} b) lda binary, protocol lda {} c) dovecot-lda binary, protocol lda {} d) mda binary, protocol mda {} e) dovecot-mda binary, protocol mda {} f) something else? In any case protocol lda {} would

Hello dovecot-users, I have a question/suggestion regarding the submission_host feature of the lda (either via dovecot-lda binary or lmtp) in combination with sieve. When trying to deliver message to a mailbox and this message has a sieve redirect action applied to it, dovecot is using the configured smtp server to forward the message just fine. Unfortunately, if the server configured for

Hello everybody,my new server is setup with postfix as a MTA and dovecot as a MDA, mysql is used as a user db, and postfixadmin is used to setup accounts. Login via pop works fine, also sending via smtp works fine. HOWEVER: when i sent a mail by hand via smtp it is delivered in the wrong directory. For example for test at xdatasystem.com i have the following directory:

Benny Pedersen <me at mlfix.junc.eu> schrieb am 22.06.18 um 03:32:26 Uhr: > ratatouille skrev den 2018-06-21 20:25: > > > # sieve-test ./managesieve.sieve ./testfile -D > > sieve-test(andreas): Debug: sieve: Pigeonhole version 0.4.2 > > initializing > > sieve-test(andreas): Debug: sieve: include: sieve_global_dir is not > > set; it is currently not

Hi list, I am running a Debian Lenny machine with Postfix 2.5.5 and Dovecot 2.0.8. Up until now I ran Postfix with the Procmail delivery agent succesfully. The machine has only local users; I am not using virtual mailboxes. Due to obvious reasons I want to switch to Dovecot LDA delivery, through LMTP. I spend quite some time finding 'the' configuration for both Postfix and Dovecot,

I reported a problem with disappearing emails on my Apple Mountain Lion server. Not sure if it ever stopped but I do know it is happening again. Help!!!! This is a company email server. They live and die by their emails. Emails show up in inbox and then disappear. Anyone know why our emails are disappearing? I see a reference to it in the dovecot.index.cache file (last item)

St?phane Cottin writes: >> You're stilling going to lose contents. If dspam fails, the mail >> is dumped, the LDA returns exit code 75, and the MTA will probably >> issue a bounce Email to the sender. > > from dovecot-lda man page : > > 75 A temporary failure. This is returned for almost all failures. See the log file for > details.

I have recently noticed that some of our internal mailer scripts are causing Dovecot-LDA to generate Mailer Delivery Subsystem messages. The following Dovecot-LDA message is generated: ---- Message body ---- Your message was automatically rejected by Dovecot Mail Delivery Agent. The following reason was given: Unknown error ---- Message body ---- ---- Message header ---- Return-Path:

http://dovecot.org/releases/2.2/dovecot-2.2.3.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.3.tar.gz.sig This is a pretty important upgrade for v2.2 users, because of the IMAP ENVELOPE reply fix. * LDA/LMTP: If new mail delivery first fails with "temporary failure", tempfail the whole delivery instead of falling back to delivering the mail to INBOX. (Requires new Pigeonhole

http://dovecot.org/releases/2.2/dovecot-2.2.3.tar.gz http://dovecot.org/releases/2.2/dovecot-2.2.3.tar.gz.sig This is a pretty important upgrade for v2.2 users, because of the IMAP ENVELOPE reply fix. * LDA/LMTP: If new mail delivery first fails with "temporary failure", tempfail the whole delivery instead of falling back to delivering the mail to INBOX. (Requires new Pigeonhole

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 16 Aug 2017, Matt Bryant wrote: > hmm if message cannot be written to disk surely it remains on mda queue > as not delviered and does not just disappear ? or am i reading this > wrong ?! as Matt writes your MDA (aka dovecot-lda) returns with an exit code != 0 and your MTA should queue the message for later re-delivery. IMHO, you