Sebastian,
Thank you for the response.
I have never heard of this tool but it looks interesting. I will give it a
try.
Will let you all know if I find anything.
-Ez
On Thu, Oct 15, 2020 at 9:28 AM Sebastian Hagedorn
wrote:
>
> Am 15.10.20 um 15:49 schrieb Ezsra McDonald:
> > I wonder if
Am 15.10.20 um 15:49 schrieb Ezsra McDonald:
I wonder if there is a way to test LMTP manually to verify LMTP can see
the imap accounts? I have not done much with LMTP because it always
worked for us in the past.
My favorite tool for mail delivery testing is swaks. You can test LMTP
this
Albert,
Thank you for your response.
LDAP is only used for the Postfix/Imap servers. We do not configure Pam to
use LDAP. We are using saslauthd.
I wonder if there is a way to test LMTP manually to verify LMTP can see the
imap accounts? I have not done much with LMTP because it always worked
Le 14/10/2020 à 14:30:31-0500, Ezsra McDonald a écrit
> I am building a new mail server to replace an older EL6 server. The new server
> is Centos 8. I keep getting this response when trying to deliver email to a
> local account stored in LDAP.
>
> host mail.example.org[/var/lib/imap/socket/lmtp]
Sorry for the delay. Yes, this does seem like the right thing to do. The
conversation root being the user is a convenience for a ton of things to the
point that we're basically using "fake users" for storing related things for a
business.
But doing the same thing for mailshare would be quite
Jean Charles Delépine écrivait (wrote) :
> 2020-10-06T10:51:45.070636+02:00 cyrus-3.0.8 cyrus/imap[2714758]: IOERROR:
> fetching subscriptions for user1
user1.sub didn't have correct tab line termination. Certainly my fault
sometime in the past.
Jean Chales Delépine
Cyrus
Hi Konrad,
> do_folders: failed to order folders correctly
Do you have "improved_mboxlist_sort" enabled in your imapd.conf? My guess is
you don't.
> every time on a specific mailbox of a specific user.
It sounds like this user has two mailboxes where one is an exact substring of
another,
Jean Charles Delépine écrivait (wrote) :
> Jean Charles Delépine écrivait (wrote) :
>
> > Hello,
> >
> > I'm on the way to migrate one quite big murder config with Cyrus IMAP
> > 3.0.8-Debian-3.0.8-6+deb10u4
> > to Cyrus IMAP 3.2.3-Debian-3.2.3-1~bpo10+1.
> >
> > My plan is to replicate
ellie timoney écrivait (wrote) :
> On Thu, 24 Sep 2020, at 1:44 AM, Jean Charles Delépine wrote:
> > Is this a known problem corrected after 3.0.9 ?
>
> Off the top of my head I no longer remember, but the current release in the
> 3.0 series is 3.0.14. I'd suggest, if you haven't already,
On Thu, 24 Sep 2020, at 1:44 AM, Jean Charles Delépine wrote:
> Is this a known problem corrected after 3.0.9 ?
Off the top of my head I no longer remember, but the current release in the 3.0
series is 3.0.14. I'd suggest, if you haven't already, that you look in the
release notes from
Jean Charles Delépine écrivait (wrote) :
> Hello,
>
> I'm on the way to migrate one quite big murder config with Cyrus IMAP
> 3.0.8-Debian-3.0.8-6+deb10u4
> to Cyrus IMAP 3.2.3-Debian-3.2.3-1~bpo10+1.
>
> My plan is to replicate 3.0.8's backends on 3.2.3 ones. This plan has work
> before for
Problem resolved, or resolving. This version of Cyrus may be old, but
it's been rock solid and compared to previous versions I've had no
problems with sync_client dying. It turns out the behavior I was seeing
is normal recover behavior. There are still errors I have not seen
before, but they
On 14/09/2020 11:43, Ismaël Tanguy has written:
Hello,
cyrus-imapd-3.0.7-16.el8.src.rpm installed on Centos 8.2
An user fails to receive an email from a mailing list of 1000
subscribers.
From SMTP server, I found the uid of the mail and look for it in the
IMAP store logs.
While the
I have confirmed that running sync_client on individual mailboxes works,
as does running sync on the accumulated log files. But rolling
replication is not working. After sync_client is restarted there is a
burst of sync activity on the accumulated log, then nothing. The new
log file
Okay, these errors may be admin error. In running the old logs I
specified -u, instead of -m.
I am still concerned about the DBERROR, but those did not appear after I
restarted cyrus. And rolling replication is still not working.
Mike
On 9/15/20 10:49 AM, Michael Sofka wrote:
Sep 15
On 14/09/2020 11:43, Ismaël Tanguy has written:
Hello,
cyrus-imapd-3.0.7-16.el8.src.rpm installed on Centos 8.2
An user fails to receive an email from a mailing list of 1000 subscribers.
From SMTP server, I found the uid of the mail and look for it in the
IMAP store logs.
While the
Hi Andrea,
> What I found really annoying is "non-read" receipts.
Ouch, I did not know about this! I will file it away in case it ever bites me.
> > Rarely, Outlook will decide that a folder is local-only
> > [...]
> Does it at least shows the folder is local?
> Then I could train the users to
On 2020-09-05 03:11, Deborah Pickett wrote:
On 2020-09-04 18.30, Andrea Venturoli wrote:
What's the status of interoperability today?
Will OL 2013 work reliably with CyrusIMAP 3.0? 3.2?
What about newer versions of OL?
Hi Andrea,
Hello.
I can offer anecdata of interoperability between
On 2020-09-04 18.30, Andrea Venturoli wrote:
What's the status of interoperability today?
Will OL 2013 work reliably with CyrusIMAP 3.0? 3.2?
What about newer versions of OL?
Hi Andrea,
I can offer anecdata of interoperability between Cyrus 3.0.x and Outlook
2016 from ten months of
Hi Frederik,
>From the source, it looks like this error is reported when the internal counts
>in the conversations data are out of sync.
I don't have any insight as to what might cause this, but I think you should be
able to run "ctl_conversationsdb" with the "-R" argument for the affected
On 8/12/20 11:59 AM, Marco wrote:
[...]
> I suggest to use the Cyrus::IMAP::Admin version provided by the Cyrus
> IMAP server. So, when you upgrade Cyrus IMAP, upgrade the Perl admin
> utility too and use that.
Thanks a lot. My problem came from installing cyrus from the debian
backports
Il 12/08/2020 11:16, Rainer Ruprechtsberger ha scritto:
Hi,
not sure if it is only after the upgrade to 3.2.2 since the features are
not that much in use. But I did set 'expire' and 'sharedseen' before.
Now I get 'Remote does not support ANNOTATEMORE' using 'mboxconfig ..
expire' or
a
day, which can be used to fix up a mailbox which has been
re‐
stored from backup and lost its internaldate information.
...
EXAMPLES*mbtool -t* user.jsmith
Normalize |internaldate| on all index records in /user.jsmith/.
Working
Ouch, sorry, ignore this.
I suppose to have found the problem.
My goal is to sync from Cyrus IMAP 2.4 to 3.2, and to 3.2 to a backupd host.
I see it works just starting by hand the sync_client in Cyrus IMAP 2.4,
meanwhile in the middle host the rolling mode is sufficient with
sync_log_chain.
For Sieve the new path "C"
is reported by mbpath, but sync_client replicates the sieve scripts
elsewhere.
Sorry, I would mean "For Sieve the new path with "H" is reported by
mbpath, but sync_client replicates the scripts elsewhere (in the path
with "S").
Many many thanks for every help
Bug filed:
https://github.com/cyrusimap/cyrus-imapd/issues/3115
On 7/17/20 1:52 AM, Matthew Schumacher wrote:
HI Ellie,
I agree that it's probably a bug. I'll open a github issue.
I'll report back with the issue number.
Thanks,
Matt
On 7/16/20 5:47 PM, ellie timoney wrote:
Hi,
I've seen
HI Ellie,
I agree that it's probably a bug. I'll open a github issue.
I'll report back with the issue number.
Thanks,
Matt
On 7/16/20 5:47 PM, ellie timoney wrote:
Hi,
I've seen something like this before, and my gut feel is that this is going to
turn out to be a bug in Cyrus.
I think
Hi,
I've seen something like this before, and my gut feel is that this is going to
turn out to be a bug in Cyrus.
I think what's happening is that, somewhere in Cyrus, an event is being
generated with a type that's supposed to contain a serverAddress field, but the
serverAddress field is not
CMU report that it's been fixed, and it does indeed seem to be working again
for me now. The usual caveats about DNS propagation probably apply.
I don't know why the entry disappeared, and if the cause was something
automated I suppose it might disappear again... I guess we'll keep an eye on
It's hosted on GitHub Pages. There's supposed to be a DNS CNAME entry at
"www.cyrusimap.org" pointing to "cyrusimap.github.io", but it seems to have
disappeared. /sigh
Without that DNS entry, even going directly to "cyrusimap.github.io" isn't
working, because GitHub Pages wants to redirect to
Am 09.07.20 um 11:47 Uhr schrieb Stephan:
> Hello,
>
> I am having trouble with a mail stuck in the queue, it can't get
> delivered because lmtpd has some problem, it says:
>
> lmtp: FATAL: Trying to unput wrong character
>
> I'm not sure what to do about this. I found the error message in
>
Hi Ellie,
On 08/07/2020 06:23, ellie timoney has written:
Oh that's very curious. It suggests that something about the mailbox contents
is causing it to fail under -A but not under -u. I was hoping it would just be
the dot in the name, cause something like that should be fairly easy to
Hi Marco,
On Tue, Jul 7, 2020, at 12:17 AM, Marco wrote:
> I copied the content of the failing mailbox into another mailbox with a
> name without dots:
Oh that's very curious. It suggests that something about the mailbox contents
is causing it to fail under -A but not under -u. I was hoping
Hello,
On 03/07/2020 05:08, ellie timoney has written:
I notice that the users that worked correctly with "sync_client -A" don't have
dots in their address localparts. If you create another user that also has a dot, does
it fail under -A in the same way?
I copied the content of the failing
Hi
Thanks for the debugging hints!
client_timeout sat to 30M and the UID THREAD REFS US-ASCII ALL actually
completes.
But first after ~10 mins on a CPU: Intel(R) Celeron(R) CPU N2930 @ 1.83GHz
(1833.38-MHz K8-class CPU)
and after 69.484 secs on a CPU: Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
On Wed, Jul 1, 2020, at 11:57 PM, Marco wrote:
> Uhm...
Wow, that's wierd.
I notice that the users that worked correctly with "sync_client -A" don't have
dots in their address localparts. If you create another user that also has a
dot, does it fail under -A in the same way?
Does it fail in
Hi,
I think I would do something like:
0) set client_timeout to a big value (see below)
1) let the imapd start normally
2) connect to it with a minimal imap client (like imtest or telnet)
3) check logs to see which imapd process id your client is connected to (if
there's more than one)
4) use
On 19/06/2020 03:01, ellie timoney has written:
Rolling mode only makes incremental updates, so if you're starting from a
server that already has existing data, you should do the first manual initial
backups before enabling the rolling mode.
Hello,
about this error, I retried more times.
On Wednesday 01 July 2020, ellie timoney wrote:
> Yes, please. If you don't, I will, but then you won't get
> automatic notifications of updates.
https://github.com/cyrusimap/cyrus-imapd/issues/3090
> Are they appearing in a log somewhere, or is this output
> from an analysis tool you're
Hi Sergey,
Quoting out of order, because it's a bit easier to explain that way:
> And there is another problem that is not obvious. -lpcreposix is needed
> in perl/imap/Makefile.PL and in perl/sieve/managesieve/Makefile.PL I seems.
This bit sounds a lot like
On Tue, Jun 30, 2020, at 10:10 PM, Sergey wrote:
> On Monday 22 June 2020, ellie timoney wrote:
>
> > The Cyrus team is proud to announce the immediate availability
> > of a new version of Cyrus IMAP: 3.2.2
>
> There was a problem with AC_SYS_LARGEFILE. Most likely it was
> there before, but I
On Monday 22 June 2020, ellie timoney wrote:
> The Cyrus team is proud to announce the immediate availability
> of a new version of Cyrus IMAP: 3.2.2
There was a problem with AC_SYS_LARGEFILE. Most likely it was
there before, but I was no need to use AC_SYS_LARGEFILE.
Programs for x32 cannot
On Tuesday 30 June 2020, ellie timoney wrote:
> > > The Cyrus team is proud to announce the immediate availability of
> > > a new version of Cyrus IMAP: 3.2.2
> >
> > Tests have issued a new warning compared to 3.0.x (building in Linux):
> > verify-elf: WARNING: ./usr/lib64/libcyrus.so.0.0.0:
I have no idea what this refers to or where it comes from. Any further
information you could provide would be greatly appreciated!
Thanks
On Tue, Jun 30, 2020, at 5:14 AM, Sergey wrote:
> On Monday 22 June 2020, ellie timoney wrote:
>
> > The Cyrus team is proud to announce the immediate
On Friday 16 October 2015, Sergey wrote:
> I wanted to build Cyrus-IMAP with libpcre but it did not success.
> System libpcre-devel package install headers to /usr/include/pcre.
I returned to this question. 3.2.2 still does not find /usr/include/pcre/pcre.h
$ pkg-config --cflags libpcre
On Monday 22 June 2020, ellie timoney wrote:
> The Cyrus team is proud to announce the immediate availability of a new
> version of Cyrus IMAP: 3.2.2
Tests have issued a new warning compared to 3.0.x (building in Linux):
verify-elf: WARNING: ./usr/lib64/libcyrus.so.0.0.0: found executable
On Monday 29 June 2020, ellie timoney wrote:
> If you _want_ to use the hardware CRC32c algorithm
No. I want for Cyrus-IMAP works on systems without SSE4 when it built
on system with SSE4.
> > Can Cyrus-IMAP be running on systems without SSE4 at this case?
>
> Yep, it'll work just fine. The
Ellie,
I also had the doubt about this feature, though I'd already seen a mention that
the result of the hw implementation is incompatible (and before your last mail
completely forgot about it).
Maybe it makes sense to remove its mention (and detection) from configure
altogether, until it
Hi,
I'm not sure, but it kind of sounds like your mailbox's index version is too
old?
Around 2.4, the storage of the mailbox owner's seen state was moved from the
seen databases to the cyrus.index. (i.e. nowadays the seen database only
stores the seen state for _other_ users who have been
Hi Sergey,
> Hardware support:
>SSE4.2: yes
This is detected for a hardware implementation of the CRC32c algorithm. Cyrus
doesn't actually use it though, because it's not compatible with the existing
CRC32 algorithm: i.e. for the same input, it produces a different checksum,
Am 26.06.20 um 14:18 schrieb Jean Charles Delépine:
Stephan écrivait (wrote) :
sieve_rebuild: [path to script] parse failed: script errors:#015#012line
5: header 'resent-from': not a valid header for an address test
I had the same error with a 2.5 to 3.0 migration.
Corrected with
Stephan écrivait (wrote) :
> sieve_rebuild: [path to script] parse failed: script errors:#015#012line
> 5: header 'resent-from': not a valid header for an address test
I had the same error with a 2.5 to 3.0 migration.
Corrected with 'rfc3028_strict: 0' :
rfc3028_strict: 1
If enabled, Sieve
> I think there isn't a all-in-one command for this use case: a user
> expunged some messages and deleted some folders somewhere. I want to
> recover all expunged messages and all the deleted folders which are no
> more present in the original IMAP server (because they were expired from
>
Hi Tim,
It's worth observing that, in Cyrus, the user "george"'s IMAP inbox is the
"user/george" folder. Which means, on disk, this user has another folder
called "INBOX" within their inbox. Depending on the Cyrus version, and maybe
depending on your server's value of "altnamespace", this is
On Tue, Jun 23, 2020 at 04:10:56PM +0200, Albert Shih wrote:
>
> In fact I just notice, I've no idea...how to remove a mailbox in cyrus
>
> With dovecot it's rm -rf ;-) Something I famillar with.
cyradm deletemailbox user/xxx
Regards,
Ken
Cyrus Home Page: http://www.cyrusimap.org/
with current
> > storage prices.
>
> We have about 90,000 accounts, and our current model is that we leave
> expired accounts around for a year. The user can't login, and we don't
> accept new mails, but it's still there in case the account is
> re-activated. After one year the mai
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
Hello,
On 22/06/2020 03:29, ellie timoney has written:
[...]
So like, maybe a user has deleted some stuff, and you don't want to mess around figuring out which
individual messages they need restored, so you just want to restore everything, and let the user
figure it out. This is what -x is
Hi Marco,
On Fri, Jun 19, 2020, at 6:44 PM, Marco wrote:
> wow, yes, it works. With this config, after the Cyrus restart the
> mailboxes.db and the skipstamps dbs are created and the error disappears
> from syslog.
Great! I've updated the documentation, and the website should update shortly.
2020. 06. 21, vasárnap keltezéssel 10.53-kor Simon Matter ezt írta:
> 2020. 06. 20, szombat keltezéssel 21.31-kor Simon Matter ezt írta:
>
> The deliver.db still about 48MB.
>
I just deleted deliver.db and restart cyrus.
Restarting was pretty quick, takes only some seconds.
New deliver.db
2020. 06. 21, vasárnap keltezéssel 10.53-kor Simon Matter ezt írta:
> 2020. 06. 20, szombat keltezéssel 21.31-kor Simon Matter ezt írta:
> Please make sure the options here are also valid for your cyrus version.
> However, I also guess your deliver.db is corrupted somehow. From my own
>
> 2020. 06. 20, szombat keltezéssel 21.31-kor Simon Matter ezt írta:
>> Hi,
>>
>> The question is why is the deliver db > 2GB in skiplist format? Is it
>> normal or do you have a corrupt BDB db or does your db pruning not work
>> for deliverdb. I think that should be something like 'delprune
>>
2020. 06. 20, szombat keltezéssel 21.31-kor Simon Matter ezt írta:
> Hi,
>
> The question is why is the deliver db > 2GB in skiplist format? Is it
> normal or do you have a corrupt BDB db or does your db pruning not work
> for deliverdb. I think that should be something like 'delprune
>
2020. 06. 20, szombat keltezéssel 21.31-kor Simon Matter ezt írta:
>
> Hi,
>
> The question is why is the deliver db > 2GB in skiplist format? Is it
> normal or do you have a corrupt BDB db or does your db pruning not work
> for deliverdb. I think that should be something like 'delprune
>
> Hi,
>
> I run into a problem on an old clearos server, where the cyrus shutdown
> always failed at step exporting databases.
> As I checked the situation using ps ax on an other console, I found
> that, it was exporting deliver.db.skiplist file, which failed after a
> lng time (some
Hi Ellie,
Il 19/06/2020 03:01, ellie timoney ha scritto:
I think you might need to add the usual recover entry to the START section:
recover cmd="ctl_cyrusdb -r"
I notice this is missing from the backups documentation -- please let me know
if it this sorts it out, and I'll fix it
Hi Marco,
On Thu, Jun 18, 2020, at 10:19 PM, Marco wrote:
> Hello,
>
> I'm trying to configure backupd in rolling mode as a final setup.
> Running a first backup on few users
>
> sync_client -A -n bck -z -v -v
>
> after a while the process die with:
>
> cyrus/sync_client[9540]: MESSAGE
Hi!
Answering below!!
> El 17 jun 2020, a las 15:09, Niels Dettenbach escribió:
>
> Am Mittwoch, 17. Juni 2020, 14:39:36 CEST schrieb ego...@sarenet.es:
>> Although we at present, are not running Cyrus Caldav/Carddav, Davical
>> instead (it comes from long time ago), we are running Roundcube.
Am Mittwoch, 17. Juni 2020, 14:39:36 CEST schrieb ego...@sarenet.es:
> Although we at present, are not running Cyrus Caldav/Carddav, Davical
> instead (it comes from long time ago), we are running Roundcube. I adapted
> the Caldav Kolab plugin in order to even support Free/Busy and for fixing
>
Hi,
Although we at present, are not running Cyrus Caldav/Carddav, Davical instead
(it comes from long time ago), we are running Roundcube. I adapted the Caldav
Kolab plugin in order to even support Free/Busy and for fixing some bug… I
should have uploaded it to Github or wherever, but I have
an't login, and we don't
accept new mails, but it's still there in case the account is
re-activated. After one year the mailbox hierarchy is put into a .tgz
and written to tape. When that is done the account is permanently
deleted. If the user should come back, they get a completely new
account. I can'
A bit on the heavy side, but Nextcloud's agenda component is CalDAV and
can access external CalDAV/ICS calendars. However its mail client will
only access its own address book (which is CardDAV).
Xav
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info:
Am Freitag, 12. Juni 2020, 09:35:30 CEST schrieb Marco:
from my last experiences / knowledge:
> Roundcube,
is not able to use "external" CardDav/CalDav server
But there seem to exist external (commercial?) plugins which allow "manual
configurable" client mode (see bottom):
On 10/06/2020 20:47, Miguel Mucio Santos Moreira wrote:
> Wolfgang,
>
> If you don't mind, I'd like to know if when you upgraded backend servers
> from 2.4 version to 2.5 version you have an increase, in metadata size.Here
> we had 30% around of increase
Yes, cyrus.* are larger. Not sure about
Miguel,
That's perfectly normal, and I think it's even covered in the release
notes... Nope, I'm wrong, the release notes mention the larger Memory
footprint, due to more data and metadata being cached in memory. But
the on-disk size increases, too, as there is more information being held
in
Wolfgang,
If you don't mind, I'd like to know if when you upgraded backend servers from
2.4 version to 2.5 version you have an increase, in metadata size.Here we had
30% around of increase
Thanks one more time
Greetings
--
Miguel Moreira
DTE/SRE/GRE - Gerência de Redes
+55(31)3339-1401
On Tue, 2020-06-09 at 15:51 +0200, Albert Shih wrote:>
> After switching to cyrus imap, I think about how to do that.
> If I'm correct I cannot just copy the file somewhere else, because cyrus
> database would keep the information about the existance of the mailbox, so
> what will the «state of
Wolfgang,
I'm sure your help and experience with Cyrus Murder upgrading will save a lot
of time and reduce the possibility of an eventual problem during the upgrade.
Thankful
--
Miguel Moreira
DTE/SRE/GRE - Gerência de Redes
+55(31)3339-1401
PRODEMGE - Companhia de Tecnologia da Informação
Hi!
On 09/06/2020 14:56, Miguel Mucio Santos Moreira wrote:
> Dear Wolfgang,
>
> Firstly thanks for your answer, secondly I have one more doubt, during this
> time where the new Mupdate Master is receiving mailboxes information from
> backend servers, is necessary stopping comunications between
Dear Wolfgang,
Firstly thanks for your answer, secondly I have one more doubt, during this
time where the new Mupdate Master is receiving mailboxes information from
backend servers, is necessary stopping comunications between frontend servers
and mupdate master or none action is necessary
On 08/06/2020 17:37, Miguel Mucio Santos Moreira wrote:
> Now we're in doubt about how is the best solution to replace the mupdate
> master server for a new one.
> Nowadays we have around 16K mailboxes.
IIRC we simply replaced the mupdate server and did a "ctl_mboxlist -m" on
all backends to fill
On 05/06/2020 05:29, ellie timoney wrote:
> Hi David,
>
>> Is it possible to enable the "editheaders" sieve extension? if so, how?
>
> Not in 3.0, but it's available in 3.2
I plan to update to 3.2 once I have 3.0 working in my environment (I'm
migrating an existing legacy 2.5.3 server).
>
Hello David,
Il 27/05/2020 16:48, David Moyes ha scritto:
I want to rename a mailbox (and all of its descendants), however I am
struggling with what, on the surface, would appear to be a simple task.
I first tried to use cyradm rename command to rename user.foo to
user@example.com, like
Hi Marco,
On Thu, Jun 4, 2020, at 11:04 PM, Marco wrote:
> On 29/05/2020 06:20, ellie timoney has written:
> > The Cyrus team is proud to announce the immediate availability of a new
> > version of Cyrus IMAP: 3.2.1
>
> Hello,
>
> in Redhat EL8 I still fail these tests:
>
> ERRORS:
>
Hi David,
> Is it possible to enable the "editheaders" sieve extension? if so, how?
Not in 3.0, but it's available in 3.2
> Are sieve actions logged anywhere, e.g. to aid with debugging?
Generally? I don't know. Maybe if you increase your syslog log level to
"debug" and add "debug: yes" to
On Fri, Jun 5, 2020, at 4:48 AM, Albert Shih wrote:
> Le 04/06/2020 à 10:23:12+0200, Marco a écrit
> > Hello,
> >
> >I see that Cyrus IMAP 3 can interface with some Object Storage such as
> > Caringo or OpenIO.
> >
> > Is anyone using these solutions?
> >
> > I would like to know how I can
On Thu 04 Jun 2020 at 18:57:37, Michael Menge
(michael.me...@zdv.uni-tuebingen.de) wrote:
>
you also need to run cyr_expire on the "new_server" to remove the old
expunged mails and deleted folders.
Obvious when you try it! Thanks so much.
Expired 23 and expunged 7617 out of 289060
Le 04/06/2020 à 10:23:12+0200, Marco a écrit
> Hello,
>
>I see that Cyrus IMAP 3 can interface with some Object Storage such as
> Caringo or OpenIO.
>
> Is anyone using these solutions?
>
> I would like to know how I can find more details about these deployment,
> other than the brief
Interestingly, through no action on my (as admin) part, this problem
seems to have resolved itself on May 31. According to my backup, on
May 29 for my main inbox, user.brian, there were 13339 files on the
disk but on May 31's backup there are only 4136.
IMAP has always reported in the
recent deletions, but some
of them seemingly quite old. I am using:
delete_mode: delayed
expunge_mode: delayed
everywhere, running cyr_expire on the master but not on the
replicas. I have enough bandwidth that sync_reset and re-sync is
realistic, but I’d rather not have to do that immediately
On 29/05/2020 06:20, ellie timoney has written:
The Cyrus team is proud to announce the immediate availability of a new version
of Cyrus IMAP: 3.2.1
Hello,
in Redhat EL8 I still fail these tests:
ERRORS:
Rename.rename_inbox
Perl exception: Errors found in syslog
at Cassandane/Instance.pm
/041258.html
To save the effort of re-reading the message:
# sudo -u cyrus bash -c "/usr/lib/cyrus-imapd/unexpunge -l user.brian"
[nothing returned]
So this is looking more like a "bad accounting" problem than something
typically operational.
But how to reconcile it?
It seems
You could try 'reconstruct -R' which should force a re-parsing of all
message files in the mailboxes directory. Note that if this works, you
will have 8k new messages show up in your mailbox. Adding -n may just
report what reconstruct will do rather than actually doing it.
On 6/4/20 6:45 AM
On Thu, 2020-06-04 at 09:30 +1000, Ian Willis wrote:
> Hi Brian,
Hi Ian,
> The answer to your question is that yes, UID appears to correlate
> with
> the message file name.
Thanks.
> At a guess something appears significantly awry.
Indeed.
> Have you tried create a separate mail user. Copy
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 the effort of r
%3e>>
*To*: info-cyrus@lists.andrew.cmu.edu
<mailto:info-cyrus@lists.andrew.cmu.edu>
*Subject*: Re: imap clients say i have 4K messages but spool has 12894
files
*Date*: Mon, 01 Jun 2020 21:45:42 -0400
On Tue, 2020-05-26 at 09:33 -0400, Brian J. Murrell wrote:
Hi.
Every IMAP client I
To: info-cyrus@lists.andrew.cmu.edu
Subject: Re: imap clients say i have 4K messages but spool has 12894
files
Date: Mon, 01 Jun 2020 21:45:42 -0400
On Tue, 2020-05-26 at 09:33 -0400, Brian J. Murrell wrote:
Hi.
Every IMAP client I query my cyrus imapd 2.4.17 server with says
Ihave~4K messages in my
On Tue, 2020-05-26 at 09:33 -0400, Brian J. Murrell wrote:
> Hi.
>
> Every IMAP client I query my cyrus imapd 2.4.17 server with says I
> have
> ~4K messages in my INBOX. However when I do a listing of
> /var/spool/imap/b/user/brian/ it shows almost 13K files.
>
> None of these include messages
Hello, David.
The code is in imap/lmtp_err..et, according to this bug report:
https://github.com/cyrusimap/cyrus-imapd/issues/3035
Good luck!
Javier.-
El 28/5/20 a las 13:20, David Faller escribió:
>
> Thanks for your solution, could you provide detailed which line did
> you change?
>
>
Finally, I downloaded source from
https://github.com/cyrusimap/cyrus-imapd/releases/download/cyrus-imapd-3.2.0/cyrus-imapd-3.2.0.tar.gz
untar into /usr/src
installed dependencies (pkg-config, libsasl2-dev, libicu-dev,
libjansson-dev, libssl-dev, bison, flex...)
edit
1 - 100 of 31205 matches
Mail list logo
