te from "Date:" field? If not, what I can do to solve the
issue? I already tried "reconstruct -u user@domain -x -f -r -G", but
with no avail.
Thanks.
--
Nic Bernstein n...@nicbernstein.com
https://www.nicbernstein.com
https://www.linkedin.com/
olfgang
--
Wolfgang Breyha | https://www.blafasel.at/
Vienna University Computer Center | Austria
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
--
Ni
On 5/26/20 9:00 AM, Brian J. Murrell wrote:
On Tue, 2020-05-26 at 08:47 -0500, Nic Bernstein wrote:
|expunge_mode:| delayed
The mode in which messages (and their corresponding cache
entries) are expunged. “semidelayed” mode is the old behavior
in
which the
eference/manpages/systemcommands/unexpunge.html?highlight=unexpunge>.
To see a list of such messages, try 'sudo -u cyrus -c "unexpunge -l
user/usern...@domain.tld'
Cheers,
-nic
--
Nic Bernstein n...@nicbernstein.com
https://www.nicbernstein.com
h
of the davical library, so you need to run it from within the
operational davical location.
Good luck!
-nic
--
Nic Bernstein n...@nicbernstein.com
https://www.nicbernstein.com
https://www.linkedin.com/in/nic-b-26577a178/
Cyrus Home Page: http://www
nfo-cyrus/
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
--
Nic B
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
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight.com
6525 W Bluemound Rd
x27;):
### ## Start a batch of recursive reconstruct jobs at 7PM and
discontinue ## at 6:53AM. 0 19 * * * parallel -j 5 --resume --joblog
/var/lib/imap/reconstruct.log cyrus reconstruct -G -V max -r -u {} <
/var/lib/imap/mboxlist.txt 53 06 * * * kill -TERM `ps ax | grep
[p]arall
t you may use any of the
various options to sync the entire mail store, or parts of it.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight.com
6525 W Bluemound Rd., Ste 24 v. 414.272.4477
Milwaukee, Wis
flag automatically for user1, and keep second as unseen.
- kvaps
On Tue, Oct 9, 2018 at 1:08 PM Nic Bernstein wrote:
Kvaps,
It is unclear from your message just where this "shared folder" is
rooted and where your sieve scripts are. Do you mean a folder which is
outside of the &q
yrus 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
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight.com
6525
es.
Color me confused.
Honestly, I am not sure how anyone is managing large upgrades from 2.5
to 3.0? Not being able to reliably bring the existing message store up
to the necessary level is quite unsettling.
Cheers,
-nic
Hope this helps,
Regards,
Savvas Karagiannidis
On Tue, Jul 31,
s, but I'm not sure how much overhead it brings to the whole
process.
One of the servers has a total of 70GB of mail, so a complete
reconstruct run only takes a short while. The other, however, has over
8TB scattered over >30 partitions. If I could avoid running reconstruct
acros
827 on GitHub in regards to SNMP
on Cyrus:
https://github.com/cyrusimap/cyrus-imapd/issues/1827
Please note that this plugin relies upon utils.php by Marcel Kühn & Doug
Warner:
http://doug.warner.fm/nagios-utilsphp-script-for-php-plugins.html
Cheers,
-nic
--
Nic Bernstei
the new
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
--
Nic Bernstein n...@onlight.com
Onlight Inc.
turn off the
mupdatepush service, and Bob's your uncle, right?
Please advise,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
6525 W Bluemound Road, Suite 24 v. 414.272.4477
Milwaukee, Wisconsin 53213-
cal/etc/pki/tls/certs/ca-bundle.crt
tls_server_cert: /usr/local/etc/pki/imapd/20160039.pem
tls_server_key: /usr/local/etc/pki/imapd/20160039.key
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight.com
6525 W Bluemound Rd
ettings in
/etc/imapd.conf, you should to run the 'translatesieve' Perl script (in
the /tools directory) like so:
$ //translatesieve -u -a
As explained in the man page, you should first use "Dry Run" mode, via
the "-n" flag, to see what would be changed.
Prior to us
On 02/14/2018 11:04 AM, Per olof Ljungmark wrote:
Quoting Nic Bernstein :
On 02/14/2018 10:35 AM, Lists Nethead wrote:
Quoting Nic Bernstein :
The advice to move it to START is actually based on a recently
discovered bug, referred to in that issue report (#2234). It
/should/ be in DAEMON
On 02/14/2018 10:35 AM, Lists Nethead wrote:
Quoting Nic Bernstein :
The advice to move it to START is actually based on a recently
discovered bug, referred to in that issue report (#2234). It
/should/ be in DAEMON, but for that bug, which has been fixed.
The fix will be in the next
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
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onli
d, or poorly documented problem, please let us know what you
did, what you learnt, how you solved the issue. If you can even just
write up an email description of the problem and solution, we can shape
it into documentation. Often the best documentation evolves out of a
user solving a
put
it almost anywhere. (perhaps somewhere in document_root for roundcube is
also fine).
Do not rely on it as default. It is applied only if the user does not
have a sieve script yet. After that users are free to modify it. If
someone does not use roundcube at all, he will not get that script appli
pool
That way your downtime is only while the small remaining spool gets
moved to the other disk.
Bron.
On Sun, 5 Nov 2017, at 02:58, Nic Bernstein wrote:
Thanks much to you both for your comments and suggestions. We had
already considered creating a temporary "staging" partition a
yed on the same partition (as in file-system and not
cyrus-partition)
and only hardlinks where change at all.
So one more reason for an other migration path.
2017-11-03 12:22 GMT-03:00 Michael Menge
:
Hi Nic,
Quoting Nic Bernstein :
Friends,
I have a client with Cyrus 2.5.10 installed
Can I just
reassign all of the current data partitions to archivedata partitions,
define the new set of "Hot" data partitions on the Fast pool, and let
'er rip, or what?
I promise, if you tell me, I'll write it up as real documentation. :-)
Cheers,
-nic
--
Nic Ber
he upgrade.
Let us know how it goes!
Nicola
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
--
Nic Bernstein n...@onlight.com
Onligh
On 05/17/2017 10:54 AM, Patrick Goetz wrote:
Follow up question:
The package maintainer for the Arch cyrus-imapd package has fallen
behind and my users need to be able to access their mail, so as a
temporary work around I'm just going to build/compile cyrus 3.0.1 from
source.
I asked about
equire some manual intervention?
Check the Upgrade docs for this. There's a note in there about DB
conversions.
http://cyrusimap.org/imap/download/upgrade.html
Cheers,
-nic
Thanks in advance.
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists
Is there a way to achieve the same result somehow, with stock cyrus?
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
6525 W Bluemound Road, Suite 24 v. 414.272.4477
Milwaukee, Wisconsin 53213-4073
quota-report
is there another way to do it?
Thanks and have a nice weekend,
Paolo
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
--
Nic Bernstein
but I'd rather not.
Cheers
Sebastian
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
--
Nic Bernstein n...@onlight.co
line 6 of configuration file
/etc/cyrus.conf
If I run it as the man page suggests, the output looks a little more
reasonable. (and I have a little bit of work to do :-)
Hope this helps.
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight
may not be good known as the old ulimit thing and if you are
searching in the web 99% of the hits deal with ulimit.
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/m
> sam user.%.Should\ Be\ Spam adminuser all
Cheers,
-nic
On 12/06/2016 10:39 AM, Nic Bernstein wrote:
On 12/06/2016 01:34 AM, Marcus Schopen via Info-cyrus wrote:
Hi,
I'm looking for an easy way to fetch spams, which were moved into a
special junk subfolder by users in their accounts. I&#x
le."
Armed with this info, I would even be happy to go and update that
previously mentioned Wiki page. :-)
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
6525 W Bluemound Road, Suite 24 v.
e-caldav.php -u http://:8008/dav/calendars/user//Default
-U -p -c //Default/ -o
Thought it best to reply to myself, again, so anyone else looking for
this solution will find this.
Cheers,
-nic
On 10/27/2016 04:32 PM, Nic Bernstein via Info-cyrus wrote:
Oh, and for completeness, here's
9
user.nic.#calendars.Outbox:
nic lrswipkxtecdan
Also, it's quite clear after looking in the mail store for a #calendars
folder that simply dropping ics files in there will do no good whatsoever.
-nic
On 10/27/2016 04:25 PM, Nic Bernstein via Info-cyrus wrote:
Friends,
We're f
fs after a few
hundred entries, leaving the collection in an unusable state. The only
sure-fire way to recover from that is to blow away and recreate the
collection. Obviusly a suboptimal solution.
We had even worse luck with Evolution, which wouldn&#
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
--
Nic Bernstein n...@onlight.com
Onlight Inc. www.onlight.com
27;t seem to attach it to
a shared mailbox.
Take a look at the output of the 'info' command in cyradm, and if it
doesn't make sense, please post again.
In my experience, the most common cause of problems with sieve and
shared mailboxes is bad scripts.
Cheers,
-ni
tuating this severely off-topic thread, IMHO if
"Binarus" is able to eliminate "90% solely by checking for SPF and DKIM"
then one must question just what the rest of their anti-Spam measures
were doing?
Cheers,
-nic
--
Nic Bernstein
nfo-cyrus
Email had 1 attachment:
+ smime.p7s
7k (application/pkcs7-signature)
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
6525 W Bluemound Road, Suite 24 v. 414.272.4477
Milwaukee, Wisconsin 53213-4073
-
mess,
however.
Cyrus history discussion here:
http://www.cyrusimap.org/mediawiki/index.php/Cyrus_History
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Ste. 2A v. 414.
ced shared mailboxes are sometimes created as
"shared.some-shared-user", which creates a
"/var/spool/imap/shared/some-shared-user" directory for incoming email.
But that's all I have noticed about it.
Thanks a lot for your help.
Best regards,
Conrad Kleinespel
conr...@conr
yrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
1442 N Farwell Ave., Suite 600v. 414.272.4477
Milwaukee, Wisconsin 53202
<>
g/postconf.5.html#local_recipient_maps>
setting needs to specify a database that lists all the known user
names or addresses for that delivery agent.
In our case we most often use LDAP for this, as shown above, but
whatever DB is best for you, etc.
Cheers,
-nic
-
he 2 mails should have had links.
john
John,
Okay, I had hoped you'd already checked that.
How about this; have you got the duplicatesuppression disabled? If you
disable duplicatesuppression, you'll also lose singleinstancestore, as
it relies upon the duplicate.db to perform its
e 2nd, 4th & 5th messages have multiple hard-links (second column),
which is how singleinstancestore does its thing.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
1442 N Farwell Ave., Suite 600v
n /etc/services?
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Ste. 2A v. 414.272.4477
Milwaukee, Wisconsin 53202 f. 414.290.0335
Cyrus Home Page: http
just doing an "# apt-get install cyrus-imapd-2.4
cyrus-common-2.4" since the config files are still in place. This
package re-installation shouldn't touch any existing data.
Cheers,
-nic
On Tue, Apr 28, 2015 at 8:49 PM, Nic Bernstein <mailto:n...@onlight.com>> w
://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
--
Nic Bernstein n.
with the
> same message-id (or resent-message-id) is recorded as having already
> been delivered to the mailbox.
Yes Patrick, you're correct. However there is a connection, in that
singleinstancestore requires the duplicate DB in order to do its work,
so people of
tly, for example
'anonymous' always has 'p' on user INBOXes, and users always have
rights on mailboxes within their INBOX hierarchy.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N.
; there, either.
>
> So, presumably if I use
>
> duplicatesuppression: 0
>
> Then the duplicate_db skiplist won't even be created in the first place?
>
>
>
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pi
archy
> show up automatically, or do they have to subscribe to it?
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Ste. 2A v. 414.272.4477
Milwaukee, Wisconsin 53202 f. 414.290.
On 12/19/2014 01:31 PM, Patrick Goetz wrote:
Super helpful -- thanks!
I only have one additional question:
On 12/19/2014 09:31 AM, Nic Bernstein wrote:
My current plan is to use imapsync for the migration and then
replication to another dummy server for backup, assuming I can figure
out how
/2014 9:59 AM, Nic Bernstein wrote:
I will say that the ability to quiesce the application without halting
it would be most desirable. Most databases have supported this sort of
thing for ages, and it would be great if one could send a signal to
Cyrus to achieve the same result.
I wonder what would
t-partion}
3. tar cvf /some/safe/place/cyrusdb.tar {configdirectory}
4. Restart cyrus
The way I've used imapsync in the past required copying mail folders per
authenticated user account; i.e. something like
imapsync --host1 my_host1 --authmech1 LOGIN --user1 my_user1 --password1
x --
:
On 12/15/2014 04:24 PM, Nic Bernstein wrote:
Patrick,
You'll find a link to the latest Beta release with CalDav/CardDav
support on the Cyrus IMAP website:
http://cyrusimap.org/
Thanks for that information. I've had to educate myself on how CalDav
works, but this looks fairly
ation?
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
--
Nic Bernstein n...@onlight.com
Onligh
16
Universität Tübingen Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung mail:
michael.me...@zdv.uni-tuebingen.de
Wächterstraße 76
72074 Tübingen
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe
B K A Architects, Inc.
142 Crescent Street
Brockton, MA 02302
tel: 508 . 583 . 5603 ext 313
fax: 508 . 584 . 2914
www.bkaarchitects.com <http://www.bkaarchs.com/>
On 9/15/2014 9:56 AM, Nic Bernstein wrote:
Are you sure you've running a version of reconstruct which matches
your installati
//lists.andrew.cmu.edu/pipermail/info-cyrus/
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.ed
mes in the snapshotting process.
Cheers,
-nic
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
--
Nic Bernstein n...@
ter all, why
> else would you have failed over?
>
> :wes
>
> On 06 Aug 2014, at 16:03, Nic Bernstein wrote:
>
>> Friends,
>> We've got a simple Murder deployed, 2 front-ends, 1 mupdate-master, 1
>> backend and 1 replica. Recently, due to an array malfunctio
akes simply
re-replication the entire thing a major pain, if that's the only option.
So, what's causing this problem, and what's the best course of action to
recover from this sort of situation?
Thanks in advance for your consideration,
-nic
--
authentication logs. Of course the reliability and accessibility
of that will depend on your authentication mechanisms.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2a
up
network resources with protocol discussions, local processing, etc.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
--
On 04/21/2014 01:58 PM, Nic Bernstein wrote:
Folks,
I've just added a sieve script like this to file some automated messages
into a specific client-related mailbox:
#
# Sieve script to put customer Rancid messages into specific client
folders
#
require &quo
.support.rancid-example-com"? Not sure what to do here.
Thanks in advance for any and all help,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwa
p->subscribe("user.bob") once "the session is in the authenticated
or selected states" (as per the man page).
If you're using Cyrus::IMAP::Admin, there is no subscribe method.
The Mail::IMAPClient library has a subscribed method much like that in
Net::IMAP.
I'
chives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite
On 06/17/2013 01:00 AM, Bron Gondwana wrote:
> On Wed, Jun 12, 2013, at 06:07 AM, Nic Bernstein wrote:
>> Checking the source for dlist.c, here is the context for this error
>> [printfile()]:
>
> No, if size < 0 then we've read PAST the end of the file - which is
xy PLAIN User logged in
> Jun 11 13:36:59 ia24 cyrus/syncserver[21234]: IOERROR: reading message:
> unexpected end of file
>
> Can anyone tell me what this is indicative of? A search of the web
> doesn't turn up any hits for "Fatal error: failed to finish r
1 13:36:59 ia24 cyrus/syncserver[21234]: IOERROR: reading message:
unexpected end of file
Can anyone tell me what this is indicative of? A search of the web
doesn't turn up any hits for "Fatal error: failed to finish reading file!"
Thanks in advance!
-nic
--
Nic Bernstein
meant to disparage either of these packages, but rather to
express the challenges we see in bringing them to a broader audience.
Thanks again for your work!
-nic
>
>
>
> On 05/09/2013 09:17 AM, Nic Bernstein wrote:
>> Ken,
>> Much thanks for this -- it's qu
V and RSS) is in beta status.
> More specifically, the CalDAV and CardDAV modules should be considered
> beta. The RSS module has been running in production at CMU for over a
> year and has proven the main HTTP code to be stable.
--
Nic Bernstein n...@onlight.com
.5 or some future
version of Cyrus imapd?
Thanks in advance,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyrus Home
the DELETED
hierarchy.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyrus Home Page: http://www.cyrusi
's a big hairy piece of perl. Latest copy attached.
[Attachment CheckReplication.pm 22,006 bytes removed]
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwauke
Never mind -- realized I need to list sync_server under SERVICES and not
START.
Cheers,
-nic
On 10/23/2012 02:24 PM, Nic Bernstein wrote:
Folks,
I have been building and using Cyrus IMAP since 1995, but I've just
run into an issue I've never encountered before. I've had
cyrus tls_prune" at=0401
squatter_1 cmd="/usr/bin/nice -n 19 /usr/sbin/cyrus squatter -s"
period=180
squatter_a cmd="/usr/sbin/cyrus squatter" at=0117
}
and /etc/services contains this:
# Local services
lmtp 24/tcp
On 05/10/2012 10:47 AM, Marc Patermann wrote:
> Nic,
>
> Nic Bernstein schrieb (04.05.2012 14:32 Uhr):
>>In trying to bring up a murder with 2.4.10
> just out of curiosity: Why do you start testing with 2.4.10, which is
> 3/4 of a year old, and not 2.4.16?
This is an in-p
r capability string (as it will unless 'serverinfo: off' is
set) then THAT name is what should be entered into the mailboxes.db
file, and not whatever shorthand the user may have used.
Is this doable?
Cheers,
-nic
--
Nic Bernstein
On 05/04/2012 09:23 AM, Dan White wrote:
On 05/04/12 07:32 -0500, Nic Bernstein wrote:
In trying to bring up a murder with *2.4.10*, I am encountering a
problem I just cannot seem to get past. I've got a Mupdate master, 2
backends and 2 frontends. Everyone seems to be excha
and access them via
all frontends, etc. I am just not able to transfer mailboxes, which is
kind of the critical part of this whole effort (distribute mail from
centralized location to remote sites).
Any assistance would be greatly appreciated.
Best regards,
-nic
--
Nic Bernstein
27;d be glad to make a Wiki entry.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyrus Home Page: http://www.cyru
need to strip
> out the dependencies on FastMail specific stuff.
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyru
ow which shared
>> mailboxes we intend to deliver mail into. Using a mailbox annotation
>> seems a nice way of flagging this.
>>
>> Patch attached. Comments welcome.
>>
>
> Cyrus Home Page: http://cyrusimap.web.cmu.edu/
> Cyrus Wiki/FAQ: http://cyrusimap.
ossibility?
Holm
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
cyrus_get_quota.pl
Description: Perl program
cyrus_ldap_quota.pl
D
he lmtp client for postfix and the lmtpd
server for cyrus.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 5
.example.com ldap://ldap2.example.com
You may find full details of the configuration of saslauthd in the
LDAP_SASLAUTHD file, which is part of the cyrus_sasl distribution. On
many systems with binary installations you may find this file somewhere
like /usr/share/doc/cyrus-sasl-2.1.22/LDAP_SASLAU
ps as well. This causes the redelivery
attempts to occur post-alias expansion rather than pre-alias expansion.
I know this is off topic for the cyrus-imapd list, but thought others
may find it helpful.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
O
; egroupware mysql database I have it working.
>
> TIA
>
> John.
>
> 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
>
--
Nic Bernstein
o enable rolling replication and
> let it catch up. If you still would like to keep xfer from getting
> too far ahead of replication, I can probably post the scripts we use
> for this.
>
> -Brian
>
Brian,
I certainly would be interested in seeing those. Please post
ading down the systems too much.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.com
219 N. Milwaukee St., Ste. 2A v. 414.272.4477
Milwaukee, Wisconsin 53202 f. 414.290.0
-srivastava-ldap-mail-00.txt
You can download the schema here:
http://www.netfrag.org/webnews/article.php?id=89&group=nfo.links.computing
The code is well documented, but feel free to ask if you have any questions.
Best regards,
-nic
--
Nic Bernstein
?
>
>
We've been using imapproxyd to help solve just this kind of problem.
Haven't used it with a murder, but expect it could still be useful.
Cheers,
-nic
--
Nic Bernstein n...@onlight.com
Onlight llc. www.onlight.c
you may want to adapt something like the
cyrus user validation script which was recently posted here. Your
application could then perform lookups in the output of that script.
Lastly, you could just let you application attempt authenticating
against each server, in turn, stopping once it
1 - 100 of 114 matches
Mail list logo
