similar to: lmtp_save_to_detail_mailbox override

i have a problem with sieve and lmtp_save_to_detail_mailbox = yes. If the mailbox "detail" exists everything works fine, but if the mailbox detail does not exist then sieve does not work. The .dovecot.sieve.log file says sieve: info: started log at Mar 06 14:28:47. error: msgid=<531877EE.7070806 at heinlein-support.de>: failed to store into mailbox 'test2': Mailbox

> On 15/03/2023 13:12 EET Dejan <me at dejanstrbac.com> wrote: > > > > lmtp_save_to_detail_mailbox = yes > > Plus-delivery conflicts with existing, reserved files such as > "subscriptions": > > Message for kim+subscriptions@ results in: > > lmtp(kim@***.com)<14493><SK7sEvaHEWSdOAAAvAYmHA>: Error: >

> lmtp_save_to_detail_mailbox = yes Plus-delivery conflicts with existing, reserved files such as "subscriptions": Message for kim+subscriptions@ results in: lmtp(kim@***.com)<14493><SK7sEvaHEWSdOAAAvAYmHA>: Error: ....stat(/var/mails/***/kim/Maildir/subscriptions/tmp) failed: Not a directory Version: 2.3.18

Hi I am just learning to setup dovecot as part of a project to move my home mail serving from a large and complex linux computer which is acting as internet router/nat gateway to the internet (this leaving me exposed without internet connection when it goes down) to a raspberry pi - which will be port-forwarded to, when I turn my internet cable modem back into a router/modem. I have chosen

Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> writes: > On Tue, 10 May 2016, Jon Kristensen wrote: > >> Which Pigeonhole Sieve extension should I use to process/test a >> message >> depending on whether the message is in a particular mailbox? >> (Is it the >> mboxmetadata extension by any chance? If so, I would appreciate >> if >>

Steffen Kaiser: > Is the detail delived to Dovecot by the MTA at all? sure! have to say: I faked that example. In reality I tested the inverse way: My lab setup actually *do* deliver to folders and I saw, setting lmtp_save_to_detail_mailbox to 'no' still deliver to folder while INBOX was expected. so, correct hint: I should really try on an other system ... But from my debug logs it

Hi Sami, On Sun, 9 Sep 2018, Sami Ketola wrote: > Is it possible to get imapc rawlogs to analyze? create a directory that > is writeable and add -o imapc_rawlog_dir=/path/to/directory to command > line. Tried that. Thanks for the suggestion, that is actually really helpful. If anyone wants to play along at home, the files in that directory are created with the permissions of

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 10 Feb 2014, Alan Chandler wrote: > The problem I am facing is I can find no documentation about what > lmtp_save_to_detail_mailbox actually causes lmtp to actually do. Searching > the wiki refers to it only in the LMTP page. > > How should the detail of the address be formatted to specify a subdirectory - > can it be

Dear Andreas, some googling revealed, you created a driver for the xanto series of online-usv.de. In what state it is currently? I've to manage a S2000 and would like to use nut for it, is it usable by now? Do you need another tester? TIA, Pete

Hello, My dovecot server (2.2.33.2) work with "lmtp_save_to_detail_mailbox = no" Now I would like to enable the feature for /some/ users. Is that an option that could be set from an LDAP entry? I tried the following: modify my ldap schema to allow an optional attribute "lmtp-save-to-detail-mailbox" in /etc/dovecot/ldap.conf user_attrs = ...

Hi all, So, it's been a while. I'm just ramping back up with Dovecot after a hiatus of a few years. I've been using it fine, complete with Sieve, for about a year, with little or no issues. I finally got around to setting up a second account, to start figuring out how I want to do some plus address filtering. In a nutshell, I want to put mail for foo+bar in foo's 'bar'

Hi, I am attempting to migrate a mailspool from a cyrus server to a dovecot server using the dsync backup approach as described in the wiki at <https://wiki.dovecot.org/Migration/Dsync>. The first attempt works great. Everything copies over and a quick glance over the spool looks good. Running doveadm backup again though results in the following error: dsync(eggs): Warning: Deleting

Hey all, I keep finding core dumps of the IMAP process on my FreeBSD 11.2, however the backtrace is not very useful: Core was generated by `imap: [xistence at 0x58.com 2601:282:4301:befc:1cfb:807f:e527:5a3b UID SEARCH]'. Program terminated with signal 6, Aborted. #0 0x0000000011c0c47a in ?? () (gdb) bt #0 0x0000000011c0c47a in ?? () #1 0x0000000011c0c444 in ?? () #2 0x00000000000188b0 in

Hi all! I'm trying to get samba working with CIFS, mounting a share on a client and keeping the original file/dir permissions. The problem is that after I (successfully) mount that share by CIFS, I can't write anything in it, because I get a 'Permission denied' error. smbd version is 6.3.6. My testparm is: root at samba:~# testparm Load smb config files from /etc/samba/smb.conf

We're using sieve with LMTP. We want to have lda_mailbox_autocreate and lmtp_save_to_detail_mailbox. Is there a way to make the "detail" case-insensitive? If so I have not found it yet. I suppose we could lowercase the input string for the SQL userdb query, but that's not what is wanted. The idea being that if a user makes a mailbox called "Test" is that user+test

Op 22-11-2018 om 3:47 schreef Bert JW Regeer: > It happened again: > I really wish I could get some better backtrace information, but unfortunately this is it :-( Did you install the debug symbols for Dovecot? On Debian, those are available as a separate dovecot-dbg package. I'm not sure how FreeBSD provides this. Regards, Stephan. > >> On Nov 15, 2018, at 17:17, Bert JW

I've read the web/man pages on dsync, but it's not clear to me whether dsync can be used to export (rather than import) a user's mailbox to a remote non-dovecot IMAP account. (The intention is to use it whenever a user leaves and wants to copy their local mail to Google or whatever. I currently use uw-imapd's mailutil -- it works, but it's dreadfully slow.) As a first crack

On 2018-03-19 (13:19 MDT), Odhiambo Washington <odhiambo at gmail.com> wrote: > > Plus, if dovecot is able to write to a file owned by root:wheel, then there is a BIG problem right there!!! Logging is generally done by syslogd, not directly by the process. So no, dovecot is not writing to a file owned by root anymore than postfix is writing to mail.log which is also owned by root.

Since switching to lmtp in dovecot, mail to user+mailboix at example.com does not get saved in ?.mailbox? as it did with LDA, instead it gets saved into the INBOX. If it matters, these are users who do NOT have a ~/.active_sieve file. I could understand (though it would bene a bit annoying) if the save overrode this mechanism. I did add lmtp_save_to_detail_mailbox = yes in the protocol lmtp

Just sharing an experience with you all -- hopefully you take better precautions than I do. :-) I have a few sites built with Rails 0.8.3 that were ugpraded to 1.0. The newer sites are on edge rails. So when I heard 1.1 had come out, I unfroze my new apps, and installed the new gem for Rails 1.1. The sites that was operating on edge rails worked just fine. However, the sites that were working