similar to: v1.2.rc5 imap ignores configuration reloads

Hi Timo, I've just setup Dovecot v1.2.rc5 and switched the mailbox format of one account to dbox. Therefor I've created an empty directory, called dbox, with access mode 0700, like the user's home directory. After the IMAP login with Thunderbird some dboxes was created. All permissions were set fine (0700 / 0600), except the permissions for the files: *

When the Sieve plugin tries to send a vacation message or redirect a message to another address it fails. dovecot: lmtp(6412, user at example.com): Error: lmtp client: DNS lookup of orange.example.com failed: connect(dns-client) failed: No such file or directory dovecot: lmtp(6412, user at example.com): Error: dAIOClYSJE8MGQAAhQ0vrQ: sieve: msgid=<4F241255.2060900 at example.com>: failed to

Hi Timo, I've just tried to convert my v1.2 configuration to a v2.0 configuration. Below a few obsolete warnings, among others "mail_executable has been replaced by service { executable }", was an interesting error: "doveconf: Error: duplicate listener: 198:" The broken parts of the converted configuration: # 2.0.beta4 (84ffb38839b9): /etc/dovecot/dovecot.conf # OS: Linux

Hi Timo, doveadm reports errors for \Noselect mailboxes. What I have: 1 LIST "" * * LIST (\HasNoChildren) "/" "Templates" * LIST (\HasChildren) "/" "INBOX" * LIST (\Noselect \HasChildren) "/" "INBOX/Lists" * LIST (\Noselect \HasChildren) "/" "INBOX/Lists/vmm" * LIST (\HasNoChildren) "/"

Oops, I did it again. -- The trapper recommends today: c01dcofe.1201514 at localdomain.org -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: core.doveadm.1326628435-21046_bt.txt URL: <http://dovecot.org/pipermail/dovecot/attachments/20120115/465ed777/attachment-0004.txt>

Hi Timo, I've tried `doveadm search -u pv? ?` -> Aborted (core dumped) dovecot --version: 2.0.beta6 (573cb66e9180) Backtrace: attached. Regards, Pascal -- The trapper recommends today: c01dcofe.1017103 at localdomain.org -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb.txt URL:

Hi Timo, `doveadm -f table mailbox status -u bar all inbox\*` aborts with: Panic: file doveadm-print-table.c: line 56 (doveadm_calc_header_length): assertion failed: ((value_count % hdr_count) == 0) Backtrace is attached. Regards, Pascal -- The trapper recommends today: c01dcofe.1017215 at localdomain.org -------------- next part -------------- An embedded and charset-unspecified text was

Hi Timo, right after delivering the message to the INBOX the lmtp crashes. I wonder about the "Sent" in the attached backtrace. Regards, Pascal -- The trapper recommends today: c01dcofe.1134117 at localdomain.org -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: doveconf.txt URL:

I think it would be very useful to have a user's GID in a variable. So i could use for example: mail_attachment_dir = /srv/mail/.SiS/%{gid} I use one GID per domain and the aliases fqhns of the domain. When for example example.com would be an alias for exmaple.net (gid: 12345), the attachments would be stored inside /srv/mail/.SiS/12345/, no matter if a message was sent to john.doe at

I tried to apply the X modifier to the %{gid} variable: 'mail_attachment_dir = /srv/mail/.SiS/%X{gid}'. But the name of the created directory is '0', instead of '11172'. Regards, Pascal -- The trapper recommends today: c01dcofe.1134416 at localdomain.org

On 04/24/2015 03:55 PM, Stephen R Guglielmo wrote: > Hi list, > > I'm running Debian Jessie (8). I have Postfix and Dovecot working > successfully. I attempted to setup LMTP in order to enable sieve > support, but it seems I was not successful. Dovecot version 2.2.13. > > Postfix accepts an incoming test mail I sent, then tries to deliver it > to Dovecot via LMTP:

"Craig Topper" <craig.topper at gmail.com> wrote: > None of the "si" division routines will be used by x86. That was my expectation too. > They exist for targets that don't support the operations natively. > X86 supports them natively so will never use the library functions. So they SHOULD not be built (or at least not shipped) with the builtins library

Hi @ll, LLVM-7.0.0-win32.exe contains and installs lib\clang\7.0.0\lib\windows\clang_rt.builtins-i386.lib The implementation of (at least) the multiplication and division routines __[u]{div,mod,divmod,mul}[sdt]i[34] shipped with this libraries SUCKS: they are factors SLOWER than even Microsoft's NOTORIOUS POOR implementation of 64-bit division shipped with MSVC and Windows! The reasons: 1.

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz.sig Some small fixes mainly. I guess I'll still have to release rc6 and rc7 after all. I've been a bit busy with v2.0 changes recently. BTW. I'm leaving tomorrow to San Francisco and I'm going to check out what's happening in Apple WWDC next week. *

http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz http://dovecot.org/releases/1.2/rc/dovecot-1.2.rc5.tar.gz.sig Some small fixes mainly. I guess I'll still have to release rc6 and rc7 after all. I've been a bit busy with v2.0 changes recently. BTW. I'm leaving tomorrow to San Francisco and I'm going to check out what's happening in Apple WWDC next week. *

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

Hello Dovecot users, After more than a week on one of the Dutch islands, I finally managed to update the Sieve and Managesieve packages for the new v1.2.rc5 release. Sorry for the delay. Changelog Sieve v0.1.6: * Adjusted to changes in Dovecot to make it compile against v1.2.rc5 * Made default of sieve_dir setting match the ManageSieve implementation. - Fixed a few problems in de

"David Greene" <dag at hpe.com> wrote: > Stefan Kanthak via llvm-dev <llvm-dev at lists.llvm.org> writes: > >> "Michael Kruse" <llvmdev at meinersbur.de> wrote: >> >>> I think David is not referring to the capitalization of file names, but to >>> "DUPLICATE", "WASTING", "NOT AMUSED",

Greetings all, I have a OpenBSD /Dovecot server at home running and sending / receiving email "internally" without issue.. Recently, I set up the same at our Parish, but one of our users wants to get their email externally. The user can read their email but has to "send" via the local ISP server.. The problem After much searching I have not found an answer to my question. I

Objects compiled for the MS-ABI don't conform to it! Data types beyond 64 bit MUST BE returned by the callee via the hidden first argument allocated by the caller, NOT in XMM0! Demo/proof: from this source --- llvm-bug.c --- #ifndef __clang__ typedef struct { unsigned __int64 low; unsigned __int64 high; } __uint128_t; #else __attribute__((ms_abi)) #endif __uint128_t