Re: httpd server signature off

Are you talking about removing this from the body of error responses? Currently you can't, but I will patch master so that it obeys the serverinfo option. On 6/23/20 8:19 AM, Zorg wrote: Hi for security reason i want to get rid off Cyrus-HTTP/3.0.6-Debian-3.0.6-6+deb1u1 Cyrus-SASL/2.1.23

Re: imap clients say i have 4K messages but spool has 12894 files

, Brian J. Murrell wrote: On Wed, 2020-06-03 at 19:35 -0400, Ken Murchison wrote: Brian, Trying running 'unexpunge -l' on the mailbox in question. This avenue has already been explored earlier in this thread: https://lists.andrew.cmu.edu/pipermail/info-cyrus/2020-May/041258.html To save

Re: imap clients say i have 4K messages but spool has 12894 files

Brian, Trying running 'unexpunge -l' on the mailbox in question.  This will list expunged, but not-yet-removed-from-disk messages. cyr_expire is used to removed expunged messages from disk. On 6/3/20 7:30 PM, Ian Willis wrote: Hi Brian, The answer to your question is that yes, UID

Re: Remove ANNOTATE-EXPERIMENT-1

You should be able to set implicit_owner_rights: lkxa Keep in mind that rights are inherited from their parents, so you will have to change existing mailboxes using SETACL, or by shutting down Cyrus, dumping mailboxes.db to a test file, editing the entries and then undumping the database. 

Re: files on disk but not in index?

You may have a bunch of messages that were marked as \Deleted (and not displayed by your client) but haven't been expunged. How many of the messages shown by mbexamine have the \Deleted flag set? On 5/6/20 8:32 AM, Brian J. Murrell wrote: On Wed, 2020-05-06 at 07:18 -0400, Ken Murchison

Re: files on disk but not in index?

You can use 'mbexamine' and 'unexpunge -l' on a mailbox and compare the UIDs listed by the 2 commands to the message files in the mailbox directory. I you think you have orphaned (not expunged) message files, you can try 'reconstruct -G' on the mailbox to restore them into the index. On

Re: Problems during local JMAP setup regarding HTTP 405 response

est for the /jmap route, only OPTIONS, GET and HEAD are allowed. I would be very happy if somebody could offer some insights on this issue. Best regards, Stanimir Bozhilov Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team Fastmail US LLC Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Which imap command to rename a root mailbox while maintaining its partition

/ Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team Fastmail US LLC Cyrus Home Page: http://www.cyrusimap.org/ List

Re: cyrus http proxy in murder HTTP/1.1 403 Forbidden

g/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.e

Re: cyrus-imapd build dependencies

u.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscr

Re: Which imap command to rename a root mailbox while maintaining its partition

rus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison

Re: Configuring cyrus-imapd for compilation

info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: renaming INBOX

info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: tls-1.0 and cyrus-imaps-3.0.8

-imapd seems to be telling connections that TLS-1.0 is available and this is causing us a headache with PCI. How do we turn off tls-1.0 in cyrus-imapd-3.0.8? -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info

SASL 2.1.27

response o auth_krb5.c: + Added krb5_conv_krb4_instance option + Added more verbose error logging -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info

Re: WebDAV folders internally have hundreds of copies of the same few files

folder, I got "NO Permission denied" for the admin and "NO Mailbox does not exist" for a common user. This looks like undocumented magic and mbexamine actually provides all needed information, so I will get file details with it. Thanks for you help, Ken. *From:* Ken Murchison

Re: WebDAV folders internally have hundreds of copies of the same few files

s the original file was not modified by the partial upload. So it appears the problem is elsewhere. Regards, Anatoli *From:* Ken Murchison *Sent:* Thursday, November 15, 2018 14:09 *To:* Info-cyrus *Subject:* Re: WebDAV folders internally have hundreds of copies of the same few files On 11/1

Re: WebDAV folders internally have hundreds of copies of the same few files

he mailbox, or updating the DAV db entry fails, the operation should be reverted, with partial saving done.  Which version of Cyrus are you using? *From:* Ken Murchison *Sent:* Wednesday, November 14, 2018 10:54 *To:* Info-cyrus *Subject:* Re: WebDAV folders internally have hundreds of copies of

Re: WebDAV folders internally have hundreds of copies of the same few files

hich means that they will eventually be removed by cyr_expire.  If you aren't running cyr_expire, you should consider adding an event to cyrus.conf to remove expunged messages (see -X option). -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Arc

Re: different sasl_mech_lists for imap and http?

://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info

Re: Body in sieve.

018 à 13:29:53-0400, Ken Murchison a écrit > > It’s disabled by default. Enable it by adding it to the > > sieve_extensions option> > in imapd.conf > > Ok. Thanks. > > But do you know why ? Is because some performance issue ? > > Regards > -- > Albert

Re: Body in sieve.

It’s disabled by default. Enable it by adding it to the sieve_extensions option in imapd.conf -- Kenneth Murchison Cyrus Development Team FastMail US LLC mu...@fastmaileam.com On Sat, Jun 2, 2018, at 11:25 AM, Albert Shih wrote: > Hi everyone. > > On the website > >

Re: System I/O error (in reply to end of DATA command) for LMTP delivery

4.3.0 System I/O error (in reply to end of DATA command)) Steve On Fri, Jun 1, 2018 at 9:33 AM, Ken Murchison <mailto:mu...@fastmail.com>> wrote: On 6/1/18 12:21 PM, Stephen Ingram wrote: I'm receiving a 451 4.3.0 System I/O error (in reply to end of DATA comm

Re: System I/O error (in reply to end of DATA command) for LMTP delivery

On 6/1/18 12:21 PM, Stephen Ingram wrote: I'm receiving a 451 4.3.0 System I/O error (in reply to end of DATA command) error from Postfix when trying to deliver to cyrus-imap and not really sure why. I'm on CentOS 7 (2.4.17-8) after downgrading from current version. I'm using Kerberos GSSAPI

SASL 2.1.27 rc8

All, I have built a eighth (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: * HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc8.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc8.tar.gz.sig * FTP:

Re: backends with different altnamespace in a murder configuration

and another set for standard namespace.  They all can talk to the same mupdate server(s). This is all theoretical, as I have never tested such a configuration. On 04/12/2018 06:07 AM, Jean-Christophe Delaye wrote: On 04/11/2018 06:52 PM, Ken Murchison wrote: Do you have any frontend proxys

Re: backends with different altnamespace in a murder configuration

/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <> Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/li

Re: Un-Murdering Cyrus?

If you have just the one backend, then its mailboxes.db is complete and accurate.  All you have to do is remove the mupdate entries from cyrus.conf AND imapd.conf and you're good to go.  I do it all the time on my local dev setup. On 03/22/2018 02:47 PM, Nic Bernstein wrote: Friends, I've

Re: SIEVE not workin in 3.0.5

yes virtdomains: yes unixhierarchysep: yes lmtp_downcase_rcpt: yes idlemethod: idled lmtp_admins: mail cyrus exim imap_admins: cyrus sieve_admins: cyrus altnamespace: yes umask: 027 --- schnapp --- any ideas / solutins / hints? Or id i hit a bug in the cyrus internal "path translation" (i.e

Re: xDAV and shared namespaces

shared calendar and in the Accounts the URL resets to the naked domain (i.e. without the /dav/calendars/shared/ part). What could be done to make it work? Thanks, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 14:09 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces

Re: xDAV and shared namespaces

. Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:55 *To:* Info-cyrus *Subject:* Re: xDAV and shared namespaces On 03/13/2018 11:48 AM, Anatoli wrote: Hi Ken, Thanks for your quick reply. Yes, I'm willing to test it and if needed I can also apply patches (I build

Re: xDAV and shared namespaces

y: x CREATE #drive/shared (TYPE COLLECTION) Use whatever you have set for the davdriveprefix option and the proper hierarchy ('.' if you have disabled unixhierarchysep) Regards, Anatoli *From:* Ken Murchison *Sent:* Tuesday, March 13, 2018 12:18 *To:* Info-cyrus *Subject:* Re: xDAV and shar

Re: xDAV and shared namespaces

hanks in advance, Anatoli Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus -- Ken Murchison Cyrus Development Team FastMail US LLC <>

Re: Sieve stopped working after updating cyrus-imapd to 3.0.5

I've done some investigating this morning and it appears that you are correct in that lmtpd and timsieved differ in how they handle the hierarchy separator.  But I'm not sure just yet when this split happened. Did you upgrade from 3.0.4 or from 2.x? On 03/01/2018 03:36 PM, rfk wrote: Hey

SASL 2.1.27 rc7

All, I have built a seventh (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc7.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc7.tar.gz.sig FTP:

Re: Why Cyrus?

In addition to the things already mentioned, you get native CalDAV, CardDAV, and JMAP support. On 01/17/2018 05:56 AM, Paul van der Vlis wrote: Hello, A new customer asks me to build a new mailserver environment with Dovecot. I normally use Cyrus. My question: What's better in Cyrus? I use

Re: repairing a calendar

The mailbox types for the broken user's DAV mailboxes are wrong. Type 0 (zero) says its a regular email mailbox.  You'll have to change them to 32 for calendars and 64 for addressbooks. On 12/20/2017 02:54 PM, Wolfgang Breyha wrote: On 20/12/17 17:35, Ken Murchison wrote: Try

Re: repairing a calendar

Try: dav_reconstruct On 12/20/2017 11:29 AM, Wolfgang Breyha wrote: Hi! I'm currently debugging some oddities with a users default calendar after the mailbox got XFER'ed to a different murder backend. The whole setup uses 2.5.11 currently. After lightning started to fail the user removed

Re: SASL 2.1.27 rc6

will have to patch immediately. On 12/11/2017 08:01 AM, Ken Murchison wrote: All, I have built a sixth (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc6.tar.gz http://www.cyrusimap.org

SASL 2.1.27 rc6

All, I have built a sixth (and hopefully last) release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc6.tar.gz http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc6.tar.gz.sig FTP:

SASL 2.1.27 rc5

All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc5.tar.gz [MD5: 0e4ab034e93933ae7e4891b6ff58694f] http://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc5.tar.gz.sig [MD5:

Re: Using user_deny.db

On 09/19/2017 11:31 AM, Michael Sofka wrote: On 09/19/2017 10:28 AM, Ken Murchison wrote: I believe that is it prior to authentication, based on my notes: https://lists.andrew.cmu.edu/pipermail/info-cyrus/2010-June/033119.html user_deny.db is NOT checked prior to completion of LOGIN

Re: Using user_deny.db

On 09/19/2017 10:17 AM, Dan White wrote: On 09/19/17 10:02 -0400, Michael Sofka wrote: We have many recalcitrant, bad, accounts constantly checking IMAP, long after the student has graduated. I would like to use user_deny.db to simply tell them to go away. First, would this offer an

Re: SASL 2.1.27 rc4

Thanks Jakub! On 09/12/2017 11:22 AM, Jakub Jelen wrote: On Mon, 2017-09-11 at 09:58 -0400, Ken Murchison wrote: All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz https

SASL 2.1.27 rc4

All, I have built a fourth release candidate of SASL 2.1.27 which can be downloaded from here: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc4.tar.gz.sig ftp://ftp.cyrusimap.org/cyrus-sasl/cyrus-sasl-2.1.27-rc4.tar.gz

Re: Solved! 3.0.2 on XStreamOS!

Yes. On 08/04/2017 09:13 AM, Patrick Goetz wrote: So, this will be fixed in 3.0.3? On 08/03/2017 01:27 PM, Ken Murchison wrote: We shouldn't be requiring PCRE in order for LIST to work. This bug is fixed in Git: https://github.com/cyrusimap/cyrus-imapd/commit

Re: Solved! 3.0.2 on XStreamOS!

cs for the suse and fedora builds are not 100% the same... I try to get them closer. My guess: Maybe an older/missing lib or a "secret" combination/setup in the specs or configure parameter. Zitat von Ken Murchison <mu...@fastmail.com>: > This might

Re: Solved! 3.0.2 on XStreamOS!

secret" combination/setup in the specs or configure parameter. Zitat von Ken Murchison : This might be a virtual domains issue. I will have to ask one of the other devs if something changed in that regard. On 08/03/2017 08:37 AM, Gabriele Bulfon wrote: All of my mailboxes, here's a piece of the ou

Re: any working cyrus-imapd-3.0.2?

brielebulfon ---- *Da:* Ken Murchison <mu...@fastmail.com> *A:* Gabriele Bulfon <gbul...@sonicle.com>info-cyrus@lists.andrew.cmu.edu *Data:* 3 agosto 2017 14.06.21 CEST *Oggetto:* Re: any working cyrus-imapd-3.0.2? What does 'ctl_mboxlist -d' show you?

Re: any working cyrus-imapd-3.0.2?

: *http://www.cdbaby.com/cd/gabrielebulfon -------- *Da:* Ken Murchison <mu...@fastmail.com> *A:* info-cyrus@lists.andrew.cmu.edu *Data:* 3 agosto 2017 12.56.51 CEST *Oggetto:* Re: any working cyrus-imapd-3.0.2? Have you checked you values of unixhierarchysep and altnamespace per the

Re: any working cyrus-imapd-3.0.2?

using "." separator instead of "/" (unixhierarchysep: 1) and "^" > instead of "." > Gabriele > Sonicle S.r.l. > : > http://www.sonicle.com > Music: > http://www.gabrielebulfon.com > Quantum Mechanics :

Re: any working cyrus-imapd-3.0.2?

https://www.cyrusimap.org/imap/download/upgrade.html#copy-config-files-and-update On 08/02/2017 01:18 PM, Gabriele Bulfon wrote: I upgraded the cyrus binaries from 2.4.12 to 3.0.2. The cyrus daemons run, imap authentication works, logs look fine. But then, no folder...users authenticate but

Re: 3.0.2 cyradm: listmailbox and info does not find any mailbox

Try user/foo instead of user.foo On 07/27/2017 05:34 AM, Stephan Lauffer wrote: Hello! I am on building "newer" cyrus-imapd rpms for recent opensSUSE distributions because opensuse only offers 2.4*. Atm I am testing my first 3.0.2 bulds (see

SASL 2.1.27 rc3

All, I have built a third release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27rc3.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27rc3.tar.gz.sig FTP:

Re: 421 4.3.0 deliver: Trying to unput wrong character

ote: NUL characters are not permitted in e-mails … https://helpdesk.pscs.co.uk/690163-Data-stream-contained-NUL-character As the RFC for IMAP states: https://tools.ietf.org/html/rfc3501#section-9 (3) The ASCII NUL character, %x00, MUST NOT be used at any time. But the message did go through sendmail... Ken M

Re: 421 4.3.0 deliver: Trying to unput wrong character

What is the Content-Transfer-Encoding of the email? Was the message Base64 encoded, or is the PNG included as raw binary data? On 07/24/2017 01:19 AM, Mikhail T. wrote: My procmail is configured to feed incoming mail into deliver: :0wr |sed 1d | /opt/cyrus/bin/deliver mi Recently

SASL 2.1.27 rc2

All, I have built a second release candidate of SASL 2.1.27 which can be downloaded from here: HTTP: https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc2.tar.gz https://www.cyrusimap.org/releases/cyrus-sasl-2.1.27-rc2.tar.gz.sig FTP:

Re: list of IMAP extensions

On 06/22/2017 06:34 PM, Stephen Ingram wrote: On Thu, Jun 22, 2017 at 1:08 PM, Stephen Ingram > wrote: On Thu, Jun 22, 2017 at 12:55 PM, Adam Tauno Williams > wrote: Quoting

Re: Sieve RFC5490 checks user quota usage

There is no mailbox annotation that exposes quota that could be used with the mboxmetadata extension (RFC5490) and there is no current Sieve extension for checking quota. On 03/17/2017 11:01 AM, Paolo Cravero wrote: Hello. I am trying to figure out if sieve, with RFC5490 support, is able to

Re: upgrading with murder/aggregator

On 03/15/2017 02:02 PM, Patrick Hennessy wrote: We are looking to migrate from a 2.3.7 server to a 2.4.18 server. I was hoping to set up the cyrus murder/aggregator and move the existing server behind that. While doing some reading and research, I came across the following mailing list

Re: What happened to normalizeuid?

On 01/19/2017 04:04 PM, Bron Gondwana via Info-cyrus wrote: On Fri, 20 Jan 2017, at 03:31, Sebastian Hagedorn via Info-cyrus wrote: --On 19. Januar 2017 um 17:18:06 +0100 Simon Matter wrote: We and others had this as a patch in our RPMs but I think it has never been

Re: Valid annotations and calendar/addressbook "Dispaly Name"

Hi Nic, On 11/01/2016 11:43 AM, Nic Bernstein via Info-cyrus wrote: Friends, Further questions for our effort to abandon our aging DaviCal server. How does one set the Display Name for a collection in Cyrus? Is this handled via annotations? We can see from the sources (annotate.h, line

Re: why sieve's "reject" is incompatible with imap4flags actions ?

On 09/28/2016 10:52 AM, Deniss via Info-cyrus wrote: hello, in sieve/message.c in do_reject() all imap4flags actions are incompatible with reject action. Why ? imap4flags does no delivery indeed. what is a reason to ban "redirect" action with "reject" in rfc5429 This orginally comes from a

Re: cyradm "info" behavior after cyrus-imapd-2.3.16 -> 2.5.9 upgrade

Are you sure that you are using the cyradm from 2.5.9? IIRC, older cyradm doesn't like the responses sent by 2.5.x servers. On 08/26/2016 10:47 AM, Tod A. Sandman via Info-cyrus wrote: I noticed after upgrading from cyrus-imapd-2.3.16 to cyrus-imapd-2.5.9 that the "info" cyradm command no

Re: 2.5.9 build issues

I'm guessing we should steal json_support.h from master and add it to the 2.5 branch. On 08/20/2016 10:40 AM, Wolfgang Breyha via Info-cyrus wrote: After modifying my spec file from 2.5.8 to 2.5.9 I ended up with two new issues: *) jcal.c can't be compiled with jansson < 2.7 (eg. every RHEL)

Re: thread=refs

bulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon -------- *Da:* Ken Murchison <mu...@andrew.cmu.edu> *A:* gbul...@sonicle.com info-cyrus@lists.andrew.cmu.edu *Data:* 19 luglio 2016 15.02.36 CEST *Oggett

Re: thread=refs

<http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon ---- *Da:* Ken Murchison <mu...@andrew.cmu.edu> *A:* gbul...@sonicle.com info-cyrus@lists.andrew.cmu.edu *Data:* 14 luglio 2016 17.14.18

Re: thread=refs

are still sorted by SENTDATE. I confirmed that THREAD=REFERENCES is still correct, but I have nothing to compare THREAD=REFS results to. The current threading in Thunderbird is close, but it might be using INTERNALDATE throughout. On 07/12/2016 04:44 PM, Ken Murchison via Info-cyrus wrote

Re: thread=refs

com/> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon ---- *Da:* Ken Murchison <mu...@andrew.cmu.edu> *A:* gbul...@soni

Re: thread=refs

brielebulfon ---- *Da:* Ken Murchison <mu...@andrew.cmu.edu> *A:* gbul...@sonicle.com info-cyrus@lists.andrew.cmu.edu *Data:* 8 luglio 2016 16.39.17 CEST *Oggetto:* Re: thread=refs Is there an actual RFC? All I find is draft-ietf-morg-inthre

Re: thread=refs

-- *Da:* Gabriele Bulfon via Info-cyrus <info-cyrus@lists.andrew.cmu.edu> *A:* Ken Murchison <mu...@andrew.cmu.edu> info-cyrus@lists.andrew.cmu.edu *Data:* 8 luglio 2016 15.22.56 CEST *Oggetto:* Re: thread=refs Testing ;) and checking against a dovecot machine with re

Re: thread=refs

*Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon --

Re: httpd/carddav from git sources

> On Jun 29, 2016, at 9:30 AM, Johan Hattne <jo...@hattne.se> wrote: > > >>> On Jun 29, 2016, at 09:11, Ken Murchison <mu...@andrew.cmu.edu> wrote: >>> >>> On Jun 29, 2016, at 8:55 AM, Johan Hattne <jo...@hattne.se> wrote: >>>

Re: httpd/carddav from git sources

> On Jun 29, 2016, at 8:55 AM, Johan Hattne wrote: > > Hi Ellie & Ken; > >> On Jun 28, 2016, at 20:47, ellie timoney wrote: >> >> Hi Johan, >> >>> In the unpatched code, a sasl_http_request_t structure is created on the >>> stack and a pointer to it is

Re: StartTLS log issues

This means that the client didn't present a valid TLS certificate to be used for authentication during the TLS exchange. I'm guessing very few clients are configured for TLS auth, so what you're seeing is normal and nothing to be concerned about. On 05/19/2016 02:05 AM, Johannes Eckhardt

Re: ACL inheritance in Shared Namespace

Unless someone other than me changed the code, ACL inheritance only applies to mailbox creation. Once a mailbox exists, its ACL is independent of all others. On 04/13/2016 12:27 PM, Chris via Info-cyrus wrote: All, is ACL inheritance possible in shared namespace? If I revoke access for

Re: CalDAV / CardDAV issues

The client should be doing the PUT on /dav/addressbooks/... On 03/10/2016 11:01 AM, Vincent DEFERT via Info-cyrus wrote: Hi, I've been struggling for several days to install cyrus-imapd 2.5.7.9 on Ubuntu 15.10. The IMAP part works quite well, but I cannot get CardDAV to work. I use

Re: PATCH for lmtp was [frontend lmtp connections to mupdate master]

://bugzilla.cyrusimap.org/show_bug.cgi?id=3866, if not, someone should add some information where the new bugtracker can be found Regards Michael Quoting Ken Murchison <mu...@andrew.cmu.edu>: I committed a revised version just a little while ago: https://git.cyrus.foun

Re: PATCH for lmtp was [frontend lmtp connections to mupdate master]

I committed a revised version just a little while ago: https://git.cyrus.foundation/rI0fd86ca759ffa32e8d22dbdde78ea82d63650827 On 11/16/2015 04:41 AM, Michael Menge via Info-cyrus wrote: Hi, is there anything missing from my side, or something that I can do to help that my patch can be

Re: CalDAV and virtual domains

I haven't done any testing myself, but I *believe* it has been fixed and Fastmail is using virtdomains. I will let Bron confirm. On 11/11/2015 07:00 AM, Andrea Venturoli via Info-cyrus wrote: Hello. What's the status of CardDAV/CalDav and virtual domains? I read some messages about this

Re: caldav and carddav in murder environment?

On 11/11/2015 04:33 AM, Khalid Mehmood via Info-cyrus wrote: Is it possible to enable caldav/carddav support in a murder environment? Yes. We are running it in our Murder at CMU. I highly recommend that you use the 3.x code since its much more robust and had more testing than the

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 03:34 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 21:26 schrieb Ken Murchison: Can you get a backtrace from a lmtpd core dump? if you tell me what to do ;) I am not that experienced in doing that, sorry. Is lmtpd dumping core anywhere? You can look in the directory

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 03:16 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 20:06 schrieb Dave McMurtrie via Info-cyrus: On Mon, 2015-11-02 at 19:11 +0100, Stefan G. Weichinger via Info-cyrus wrote: Am 2015-11-02 um 14:06 schrieb Stefan G. Weichinger via Info-cyrus: gentoo server here, yesterday I

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 04:33 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 22:28 schrieb Ken Murchison: You shouldn't have to run master in gdb. Do something like this: cd /tmp ulimit -c unlimited /usr/lib64/cyrus/master & Hopefully any lmtpd cores will end up in /tmp they do! how to inter

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 04:25 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 21:45 schrieb Ken Murchison: On 11/02/2015 03:34 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 21:26 schrieb Ken Murchison: Can you get a backtrace from a lmtpd core dump? if you tell me what to do ;) I am

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 04:42 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 22:38 schrieb Ken Murchison: gdb /usr/local/cyrus/lmtpd /tmo/core.XXX (use proper locations) At the (gdb) prompt run the backtrace command (bt) It should give you info that you can post here. tmp # gdb /usr/lib64/cyrus

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 04:58 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 22:53 schrieb Ken Murchison: You could try changing the sievedir option in imapd.conf to something other than where your sieve scripts currently reside. more than 10 hrs of fiddling ... and now mails are getting delivered

Re: Upgraded cyrus 2.5.6: lmtpd segfaults

On 11/02/2015 04:51 PM, Stefan G. Weichinger wrote: Am 2015-11-02 um 22:47 schrieb Ken Murchison: lmtpd is crashing inside of the sieve code. It looks like its trying to compile a regular expression that appears in the recipient's sieve script. I don't know if this is a bug, a bad sieve

Re: thread=refs

*Da:* Ken Murchison <mu...@andrew.cmu.edu> *A:* info-cyrus@lists.andrew.cmu.edu *Data:* 2 ottobre 2015 19.08.04 CEST *Oggetto:* Re: thread=refs On 10/02/2015 10:53 AM, Gabriele Bulfon wrote: Nice, it's not a big deal for us to upgrade to new versions,

Re: thread=refs

On 10/02/2015 10:53 AM, Gabriele Bulfon wrote: Nice, it's not a big deal for us to upgrade to new versions, surely easier than porting to Dovecot! ;) So, maybe we can help with the implementation. In my mind, it's almost about changing the "thread=reference" and let it omit the subject

Re: imapd versus proxyd on front-end servers.

On 09/24/2015 10:02 AM, Michael D. Sofka wrote: > What is the difference between running imapd, versus proxyd (and popd3d, > lmptd, etc) on the front-end servers in a Murder cluster, versus running > proxyd? Running imapd appears to work > > This is Cyrus 2.4.17 proxyd is just a copy/link of

Re: CalDAV URLs

On 09/09/2015 06:50 PM, John wrote: Quick questions: What is the format of a CalDAV URL for a virtual user (eg calendar Default at f...@example.com)? I don't know if CalDAV works with virtdomains yet. I didn't explicitly add any code to handle it during initial development and I haven't

Re: Store data encrypted in maildir

Try putting your Cyrus partition(s) on an encrypted filesystem. I've never tried it but I'm pretty sure its possible. On 08/25/2015 02:25 AM, Ram wrote: Is there a way I can store cyrus imap mails encrypted. This may not be a fully secure system but I just need something so that a root

Re: restrict who can send emails to an email address

On 08/13/2015 08:04 AM, Eric Luyten wrote: On Thu, August 13, 2015 1:53 pm, Sunny wrote: Hi, Is there an option in cyrus that can restrict who can send emails to an email address? e.g the mail alias every...@mycompany.com contains all the members in the organisation - I would like to

Re: Floating point exception in httpd, FreeBSD 10.1, Cyrus-IMAPd 2.5.3

The mailbox names that you have under #calendars and #addressbooks look hosed. Are you trying to use virtual domains? I haven't personally done any testing using virtdomains and can't guarantee that it will work. You should definitely remove #calendars* and #addressbooks* and let httpd

Re: single instance message store problem.

On 05/29/2015 04:19 PM, Ken Murchison wrote: On 05/29/2015 03:19 PM, John McMonagle wrote: On Friday 29 May 2015 2:08:58 PM you wrote: On 05/29/2015 01:48 PM, John McMonagle wrote: Having trouble getting single instance message store to work. Running debian jessie with cyrus imap

Re: single instance message store problem.

On 05/29/2015 03:19 PM, John McMonagle wrote: On Friday 29 May 2015 2:08:58 PM you wrote: On 05/29/2015 01:48 PM, John McMonagle wrote: Having trouble getting single instance message store to work. Running debian jessie with cyrus imap 2.4.17+caldav~beta10-18 postfix 2.11.3-1.

Re: cyrus 2.5 with myroundcube calendar

On 05/04/2015 11:54 AM, Wolfgang Breyha wrote: Hi! I tried to access the cyrus 2.5 calendar with myroundcube calendar and failed. cyrus-imapd 2.5.1 is running and works as expected. Calendar is accessible with Thunderbird/Lightning following

Re: Configure Cyrus 2.4.17+caldav~beta9 and CalDavZAP 0.12.1

option in imap.conf. This should enable the cross-origin headers, On Mon, Apr 27, 2015 at 8:25 AM, Ken Murchison mu...@andrew.cmu.edu mailto:mu...@andrew.cmu.edu wrote: On 04/17/2015 10:17 AM, Lucas Zinato Carraro wrote: I'm testing Cyrus Caldav ( 2.4.17+beta9 ) with several

Re: Configure Cyrus 2.4.17+caldav~beta9 and CalDavZAP 0.12.1

On 04/29/2015 08:41 AM, Lucas Zinato Carraro wrote: How to set document root to dcyrus httpd? Only put httpdocroot: /var/lib/cyrus/htdocs ? in imapd.conf or is necessary to configure another option ? That's all you need. On Wed, Apr 29, 2015 at 8:51 AM, Ken Murchison mu

  1   2   3   4   5   6   7   8   9   10   >