Hi!
> On Wed, 29 Sep 2010, Dmitry Ivanov wrote:
> > Is it safe to relocate mailboxes from one partition or backend (in
> > case of murder) to another while listening to lmtp or lmtp proxy? Is
> > there a chance that relocation can fail or e-mail messages can be
> > lost?
>
> Yes, you can move
Dear list!
We are running a Cyrus Murder configuration.
In the mailboxlist (which I can get using ctl_mboxlist, I can see on which
backend each mailbox resides physically.
Is there any way to extract that information through the IMAP protocol?
What I mean is, I can issue a command:
list "Mail
Hi Oscar!
> You mean to /etc/syslog.conf?
No, he meant the content of your syslog file.
When a IO error is reported, then normally a more detailled message is
reported in the syslog, telling you if there is a file missing and if
yes, name and path of the file the system is looking for. Other fla
Hi Ragnar!
Quick fun result:
The -U 1 seems to help on a 2.2 Murder frontend, but seems to do bad on
a 2.3 frontend.
This needs more work / investigation. (Scratching my head.)
Regards,
Torsten
Ragnar Sundblad schrieb:
> On 28 maj 2010, at 16.53, Torsten Schlabach wrote:
>
>&g
---
> Datum: Fri, 28 May 2010 18:14:01 +0200
> Von: Ragnar Sundblad
> An: Torsten Schlabach
> CC: info-cyrus@lists.andrew.cmu.edu, "Michael Uesbeck \\(Tascel eG\\)"
>
> Betreff: Re: upgrading with murder/aggregator
>
> On 28 maj 2010, at 16.53, Torsten Schla
egards,
Torsten
Ragnar Sundblad schrieb:
> Hello Torsten!
>
> On 28 maj 2010, at 15.51, Torsten Schlabach wrote:
>
>> Hi Ragnar!
>>
>> We are currently doing exactly that. Interesting enough, starting off
>> the same software version 2.1.18. IMO this is a
Hi Ragnar!
We are currently doing exactly that. Interesting enough, starting off
the same software version 2.1.18. IMO this is a very nice and very smart
way to migrate, especially if the total number and size of your
mailboxes doesn't make it easy to just "qickly" copy everything over to
a new bo
Hi all!
We run a Cyrus Murder setup.
Right now, we have a frontend which is 2.2.13, one backend which is also
2.2.13 and one backend which is 2.1.18.
This works quite well most of the time.
Just very seldom we see the "Server(s) unavailable to complete
operation" when an IMAP client tried to co
Hi!
> Is there any interest to implement this extension
> in the cyrus imap server?
Yes, possibly.
There are parts of the world where bandwidth is still an issue. Think
Afghanistan, for example. If you care for details, talk to my colleague
Mike Dawson (on cc:).
Regards,
Torsten
Pascal Gienger
Hi Evgeniy!
> For example, I wish this to be the case ("login name" -> "mailbox"):
>
> username -> user/firstname.lastn...@domain
> firstname.lastn...@domain -> user/firstname.lastn...@domain
First of all, I personally don't recommend this naming scheme for a
number of reasons:
1. Names of peop
;-)
>
> It is an existing installation with about 3 user right now.
> Up to now we mapped virtual users to usernames like usera-xxx.
>
> Regards,
> Helmut
>
>
> -Ursprüngliche Nachricht-
> Von: Torsten Schlabach [mailto:tschlab...@gmx.net]
> Gesendet
ups. I still use reconstruct for that
> at the moment because I can't be arsed building a full index file
> reconstruction toolkit. But I'll probably fix that one day.
If you are restoring from backups, why don't you have a cyrus.index file?
Regards,
Torsten
Bron Gondwana
Hi!
>> I can imagine situations where this is not what you want.
>
> I can't. Please share a couple.
If they are currupted for whatever reason?
I mean, by the books, reconstruct is a utility which you should not
need, because if nothing ever goes wrong, you will never have a need to
recons
Dear list!
Just a question:
Cyrus keeps a backup copy of the ACL for each mail folder in the
cyrus.header file.
When doing a reconstruct -r -f, the ACL from the cyrus.header file is
taken over and copied over to the mailboxes.db.
I can imagine situations where this is not what you want.
Unfo
Hi Lars!
> @ Torsten Schlabach:
>> One comment suggested that the problem might be one of the Debian
>> specific patches! Did you try to build a package without them?
> Not yet, but I'm determined to get that issue resolved. One of the
> larger problems could
Hi all!
If I may briefly jump in:
One comment suggested that the problem might be one of the Debian
specific patches! Did you try to build a package without them?
I never found the time ...
Regards,
Torsten
Lars Hanke schrieb:
> _S_eems we're coming closer ...
>
>> 'signaled to death by 11'
Hi Björn!
You will need to look for a canon_user plugin. That's the *only* solution
possible.
Regards,
Torsten
Original-Nachricht
> Datum: Thu, 25 Sep 2008 16:03:12 +0200
> Von: "Björn Keil" <[EMAIL PROTECTED]>
> An: info-cyrus@lists.andrew.cmu.edu
> Betreff: Different mailbox
Hi Stefan!
I think what you are looking for goes by the name of "rename a mailbox" which
as far as I remember isn't that easy in Cyrus IMAPd, but definitely possible.
Depending on the size of your system and the amount of acceptable downtime, one
potential strategy would definitely include to j
me, to be on the save side), then I know at least two people
looking forward to 2.1.23.
Regards,
Torsten
Ken Murchison schrieb:
> Torsten Schlabach wrote:
>
>> Hi Ken!
>>
>> Thanks for coming back on this one.
>>
>> > CVS compiles on my Linux box,
>>
are you on? Which bugs would you consider a priority?
>
>
> Torsten Schlabach wrote:
>
>> Dear list!
>>
>> Is anyone still reading bugs for the Cyrus SASL lib and considering
>> patches?
>>
>> The current CVS version of Cyrus SASL does no
Dear list!
Is anyone still reading bugs for the Cyrus SASL lib and considering patches?
The current CVS version of Cyrus SASL does not compile (at least not for me)
and there are a number of open bugs in the bugzilla.
Regards,
Torsten
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wi
Dear Keith,
we do this. There is no reason IMO not to do this, as long as your WAN has
reasonable bandwidth.
Regards,
Torsten
Original-Nachricht
> Datum: Fri, 21 Dec 2007 08:52:08 +
> Von: Keith Edmunds <[EMAIL PROTECTED]>
> An: info-cyrus@lists.andrew.cmu.edu
> Betreff: m
Hi John!
I had just the identical problem last night, but I was able to trace it
down to a bug in the ldapdb auxprop module. You are not using that
module, so that can't be it.
How would one do an strace on imapd to find out in what function call it
dies? That might be an indication.
Regards,
Hi all!
Any idea who to contact about that?
Regards,
Torsten
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Dear BipinDas-Ditro,
> To be simple,If I create a user in Cyrus,How can I login through
> Squirrelmail. What should be the configuration settings to be done ?
Usually, there is nothing special. Just configure SquirrelMail to point
to your Cyrus IMAPd server (using localhost or 127.0.0.1 as the
Dear Nikos!
Some details about your setup would be helpful. against what do you
authenticate your users? /etc/passwd, LDAP, ...
Did you make sure you got some SASL mechs in /usr/lib/sasl2? This is a common
pitfall in Debian Linux. Installing lib-sasl2 does not mean that you installed
any mecha
> I just don't understand what is "require vacation".
It's a kind of declaration. Your script "announces" it will need the
vacation module. If it would not be there, imapd would probably
complain. But it's usually built in.
> I'm sure that sieve is working cause if the user add a forward filt
Does the script have an :address parameter? If not, it will never work!
Search the list achive; this has been the problem with 3/4 of all cases.
Regards,
Torsten
Martin Schweizer schrieb:
> Hello Marcelo
>
> Is the script activated? Is the synatax correct? Check with sieveshell.
>
> Regards,
>
ot a
vacation response from me. Is there anything preventing me of having
Sieve store a copy of the outbound message into my Sent folder? (Just
thinking loud.)
Regards,
Torsten
Mike Eggleston schrieb:
> On Mon, 17 Sep 2007, Torsten Schlabach might have said:
>
>
>>Mike!
>
Mike!
I cannot see an :address parameter in your sieve script. Without that,
you will never see any vacation response being generated! (Refer to 2.
in my post.)
Regards,
Torsten
Mike Eggleston schrieb:
> On Mon, 17 Sep 2007, Torsten Schlabach might have said:
>
>
>>Hi Joseph
Hi Joseph,
it would indeed be helpful if you posted the relevant section of your
sieve script. Nevertheless, two hints which might hopefully be useful:
1. Try to find out if anything in the chain between Sieve and your MTA
might be the issue. The easiest way to do that is to try some rejecting
Hi all!
In order to organize my own thoughts on the subject and as I found that
the information is not that easy to grasp, I started writing an article
to try and make it a bit clearer.
I would appreciate if any of the more senior folks here could take the
time to read
http://cyrusimap.web.cm
> The config you would need is to use drbd to mirror the data
> directories
Is this officially supported / endorsed?
I learned that Cyrus IMAPd (for whatever reason) is quite picky on
filesystems. From the FAQ:
--- SNIP ---
# Using NFS We don't recommend it. If you want to do it, it may poss
Search for rolling replication. Though I failed to get it working
reliably ...
Do you mean this stuff here:
http://nfs-uxsup.csx.cam.ac.uk/~dpc22/cyrus/replication.html
Regards,
Torsten
Ulrich Spoerlein schrieb:
Torsten Schlabach wrote:
you are searching for heartbeat and drbd
But this
> you are searching for heartbeat and drbd
But this will "just" provide the HA filesystem, won't it?
Isn't there a technology available in Cyrus IMAPd which will replicate
changes to a mailbox to two different servers?
Michael Grundmann schrieb:
Torsten Schlabach sch
Hi Phillipe!
Your question is very valid in the first place; a lot of people are looking for
that scenario. (Including one of the sites which I work on right now.)
I think you will have to become clear of some things:
1. An MX is a Mail eXchanger, i.e. Exim, Postfix or the like. The MX does not
tup and if it worked, don't
> hesitate to mail me but i think in the matter of this mailing list this
> case is closed :)
>
> thanks for your help.
>
> best regards,
> patrick
>
>
> Torsten Schlabach schrieb:
> > Hi Patrick, hi all others,
> >
>
Hi Patrick, hi all others,
This is *not* an MTA issue at all as soon as we discuss the IMAP user
logging in rather than the MTA delivering mail!
This has been discussed indeed several times already and every time it
came up, there were several people answering that they have no problem
with
Hi!
I have set up Cyrus IMAPd 2.2 using the Debian testing package available.
While everything seems to be ok; I can login using cyradm and create a
mailbox using
cm user.mur10001
Now trying to use that mailbox (with imtest for example) I keep getting
IO errors. This is what's in the log fi
s in an extra folder.
Michael Menge
Quoting Torsten Schlabach <[EMAIL PROTECTED]>:
Hi!
We are using Cyrus IMAPd 2.1 with the corresponding timsieved.
I was looking at an example how I would be able to prefix the subject
line of a message in a Sieve script, so I could add a [SPAM] tag for
exa
Hi!
We are using Cyrus IMAPd 2.1 with the corresponding timsieved.
I was looking at an example how I would be able to prefix the subject
line of a message in a Sieve script, so I could add a [SPAM] tag for
example.
I found some sample which contained "require editheader", but the
editheader
Hi!
Quick question:
I have seen a setup of
loginrealms: *
in /etc/imapd.conf mentioned several times, but from what I can see, it
does not work.
Is there a wildcard to allow logins from any realm?
Regards,
Torsten
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cy
42 matches
Mail list logo