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
Hello,
While replicating one 3.0.9 server to a 3.2.3 server 2 accounts failed to
synchronise with this error :
OK success
cyrus/sync_client[2745008]: IOERROR: fetching subscriptions for user1
Error from sync_do_user(user1): bailing out!
cyrus/sync_client[2745008]: Error in sync_do_user(user1
Folks;
I'm in the process of moving mails between two cyrus installations in
order to at some point switch over all users. So far using imapsync and
doing so as cyrus user met most of my needs, however I so far fail to
transfer each users folder subscriptions.
Given user names and f
the name^with^dots paths to name.with.dots and
>>> things will work
>>> normally for you.
>>
>> Of course, we already renamed them using a simple script. However, I'm
>> curious if this breakage
>> between 2.5 and 3.0 series is well known and document
a simple script. However,
I'm curious if this breakage
between 2.5 and 3.0 series is well known and documented. Let me
repeat again: all subscription and
sieve paths in previous Cyrus versions had dots translated to "^"
for years. Since 3.0 Cyrus uses
"." instead of &qu
you.
Of course, we already renamed them using a simple script. However, I'm curious
if this breakage
between 2.5 and 3.0 series is well known and documented. Let me repeat again:
all subscription and
sieve paths in previous Cyrus versions had dots translated to "^" for years.
, Jul 19, 2018, at 12:57 AM, Martin Svec wrote:
> Hello,
>
> after upgrade from Cyrus 2.5.7 to 3.0.6, we noticed that some users lost
> their IMAP subscriptions
> and all sieve filters. After some investigation, we've found that this
> happens if the user's name
> cont
Hello,
after upgrade from Cyrus 2.5.7 to 3.0.6, we noticed that some users lost their
IMAP subscriptions
and all sieve filters. After some investigation, we've found that this happens
if the user's name
contains dot(s). For sieve directories and .sub files, version 2.5.x uses names
On 02/06/2012 12:29 PM, Mark Cave-Ayland wrote:
> On 02/02/12 02:04, Anthony L. Awtrey wrote:
>
>> On 02/01/2012 08:47 PM, Dave McMurtrie wrote:
>>> Quick workaround (assuming that you have root access to the server):
>>>
>>> 1) using your mail client, create a new folder named newfolder.
>>>
>>> 2
On 02/02/12 02:04, Anthony L. Awtrey wrote:
> On 02/01/2012 08:47 PM, Dave McMurtrie wrote:
>> Quick workaround (assuming that you have root access to the server):
>>
>> 1) using your mail client, create a new folder named newfolder.
>>
>> 2) log in to your server and from a root shell, su to your
On 02/01/2012 08:47 PM, Dave McMurtrie wrote:
> Quick workaround (assuming that you have root access to the server):
>
> 1) using your mail client, create a new folder named newfolder.
>
> 2) log in to your server and from a root shell, su to your cyrus user.
>
> 3). Navigate the filesystem and
Quick workaround (assuming that you have root access to the server):
1) using your mail client, create a new folder named newfolder.
2) log in to your server and from a root shell, su to your cyrus user.
3). Navigate the filesystem and cp all the mail files from the directory with
the funky nam
Hello all,
Okay, I now realize this probably is a known issue:
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3628
I don't ordinarily try to help with these kinds of bugs, because I don't
know enough about imap or the code base to be much more than annoying.
So let me cut to the chase.
1. My
fully
reviewed my installation. Everything appears to be correct and error free,
so I turned to Google.
I found someone with seemingly similar problems with subscriptions:
http://blog.webworm.org/content/cyrus-2413-some-gotchas
I followed his advice and updated to using the new improved_mboxlist
Hello,
I am running Cyrus 2.2.13-13ubuntu3 on Ubuntu Hardy as an
intranet-mailserver. Since this weekend I am not able to subscribe to
any folders. In mail.err the following message occurs:
> cyrus/imap[4185]: IOERROR: locking /var/lib/cyrus/user/j/jens.sub:
> Interrupted system call
In /var/li
Jeffrey T Eaton wrote:
> You probably need to set "allowallsubscribe: 1" on the servers in your
> murder.
>
>>From the imapd.conf manpage:
>
> allowallsubscribe: 0
> Allow subscription to nonexistent mailboxes. This
> option is typically used on backend servers in a
You probably need to set "allowallsubscribe: 1" on the servers in your
murder.
>From the imapd.conf manpage:
allowallsubscribe: 0
Allow subscription to nonexistent mailboxes. This
option is typically used on backend servers in a Murder
so that users can s
are regular IMAP servers.
In reading over:
http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusMurderDesign
Sharing mailboxes across servers is supported in Murder
clusters. Specifically:
3.3 Subscriptions
[LSUB, SUBSCRIBE, UNSUBSCRIBE]
The front end server directs the LSUB to the
Michael Sofka wrote:
> We do this with cyrus 2.2.12 (2 frontend, 1 master, 3 backend
> server) no problem. Some of the shared mailboxes are on
> one server, while subscribers are on another.
>
> We run the frontend servers in proxy mode only.
Can you elaborate on "proxy mode only" mode? Here are
We do this with cyrus 2.2.12 (2 frontend, 1 master, 3 backend
server) no problem. Some of the shared mailboxes are on
one server, while subscribers are on another.
We run the frontend servers in proxy mode only.
Mike
--
Michael D. Sofka
Sr. Systems Programmer, Postmaster pro tem
Rensselaer Poly
Hi all. We have a largish (~120,000 user / ~ 485,000 mailboxes) cyrus 2.2
install that is spread across 6 frontends and 4 backends in a murder and I just
had an interesting question that I can't seem to answer. We have a number of
shared mailboxes that get certain types of messages such as abuse ma
e used when the server has a lot of shared folders,
> most of which you don't care about.
>
> It it analogous to subscribing to usenet newgroups.
Generally though, its a lot less useful than newsgroup subscriptions --
especially if you move between clients.
Clients tend to implement
Tim Pushor wrote:
Now that I have sufficiently embarrassed myself by admitting that I
really don't know what IMAP subscriptions are for:
What exactly are IMAP subscriptions for? ;-)
It a way for a user to tell the client that you find the subscribed
mailboxes as "interesting",
Now that I have sufficiently embarrassed myself by admitting that I
really don't know what IMAP subscriptions are for:
What exactly are IMAP subscriptions for? ;-)
Thanks,
Tim
Ken,
On Fri, 2003-12-05 at 15:14, Ken Murchison wrote:
> Just realized that you have the options backwards:
*nod* I switched that during testing when I realized the mistake. :)
> > The PLAIN response has the form:
> >
> > authzid\0authid\0password
That's what I was looking for. Then it's base
Ken Murchison wrote:
Mike Cathey wrote:
Ken,
On Fri, 2003-12-05 at 09:59, Ken Murchison wrote:
You need to use TLS before PLAIN will be advertised.
Thanks! That worked.
One more question (*I think*). I added some debugging statements to
imtest and it looks like it's sending the normal user
Mike Cathey wrote:
Ken,
On Fri, 2003-12-05 at 09:59, Ken Murchison wrote:
You need to use TLS before PLAIN will be advertised.
Thanks! That worked.
One more question (*I think*). I added some debugging statements to
imtest and it looks like it's sending the normal username (-u;
"pointer") w
Ken,
On Fri, 2003-12-05 at 09:59, Ken Murchison wrote:
> You need to use TLS before PLAIN will be advertised.
Thanks! That worked.
One more question (*I think*). I added some debugging statements to
imtest and it looks like it's sending the normal username (-u;
"pointer") when it logs into the
Mike Cathey wrote:
Rob,
On Thu, 2003-12-04 at 16:24, Rob Siemborski wrote:
You need to use a SASL mechanism that supports authorization (e.g. PLAIN,
DIGEST-MD5, GSSAPI...)
Thanks for the quick response. I'm able to login with imtest when i use
-m login. The attachment is what I get when I tr
Rob,
On Thu, 2003-12-04 at 16:24, Rob Siemborski wrote:
> You need to use a SASL mechanism that supports authorization (e.g. PLAIN,
> DIGEST-MD5, GSSAPI...)
Thanks for the quick response. I'm able to login with imtest when i use
-m login. The attachment is what I get when I try to use -m plain.
On Thu, 4 Dec 2003, Mike Cathey wrote:
> > imtest -a cyrus -u -m digest-md5 localhost
> >
> > Both of these will authenticate you as cyrus (using cyrus' password),
> > but authorize you (assume the identity) as .
>
> Is this (authorization as another user) defined in one of the IMAP RFCs?
Its de
Ken,
On Thu, 2003-12-04 at 09:52, Ken Murchison wrote:
> Using cyradm, this would look like:
>
> cyradm --user cyrus --authz --auth digest-md5 localhost
>
> Using imtest, it would look like this:
>
> imtest -a cyrus -u -m digest-md5 localhost
>
> Both of these will authenticate you as cyrus
Alain Williams wrote:
Summary: can safely I put mailbox subscriptions for a new user directly into their .sub file ?
Hi,
I am putting together a large cyrus system - 20,000 users - at a UK college.
Creation of users need to be automatic, I will get a list of new users every
day from central
> Summary: can safely I put mailbox subscriptions for a new user directly
> into their .sub file ?
>
> Hi,
>
> I am putting together a large cyrus system - 20,000 users - at a UK
> college.
>
> Creation of users need to be automatic, I will get a list of new users
>
The user then needs to be subscribed to their mailboxes. This must be done
logged in as the user - that is hard, I have no way of knowing their password.
This might be easily worked around using the ability of cyrus-SASL to
authenticate one set of credentials and authorize access to a different
u
Summary: can safely I put mailbox subscriptions for a new user directly into their
.sub file ?
Hi,
I am putting together a large cyrus system - 20,000 users - at a UK college.
Creation of users need to be automatic, I will get a list of new users every
day from central admin. Logged in as
36 matches
Mail list logo
