Hi Walter!
On Sun, 21 May 2017, Henrique de Moraes Holschuh wrote:
> On Sun, 21 May 2017, Walter H. via Info-cyrus wrote:
> > On 21.05.2017 17:01, Henrique de Moraes Holschuh wrote:
> > >On Sun, 21 May 2017, Anton via Info-cyrus wrote:
> > >>Problem looks like jav
On Sun, 21 May 2017, Walter H. via Info-cyrus wrote:
> On 21.05.2017 17:01, Henrique de Moraes Holschuh wrote:
> >On Sun, 21 May 2017, Anton via Info-cyrus wrote:
> >>Problem looks like java app cannot validate new cert. Check ssl_store
> >>for your java ba
On Sun, 21 May 2017, Anton via Info-cyrus wrote:
> Problem looks like java app cannot validate new cert. Check ssl_store
> for your java based mail gate. Are there CA and Intermediate SSL
> Certificates for your new 256ssl cert in mail gate ssl store?
Some java versions can take https stapling
On Mon, 06 Jan 2014, Bron Gondwana wrote:
Can you please file this on bugzilla and assign it to me. I'll try to build a
testcase. You might need to build your own Cyrus to get it fixed though :(
Bron, we'd have to prepare a Debian stable update fixing this, and it would
be best if we did it
On Tue, 13 Mar 2012, Bron Gondwana wrote:
On Tue, Mar 13, 2012 at 10:31:08AM +0200, Leena Heino wrote:
I think making fulldirhash to use 64bit by default is a right thing
to do. But if we want a really fast fix then maybe the fulldirhash
64bit change should be backed out.
Personally I
On Fri, 17 Feb 2012, Paul van der Vlis wrote:
I use Cyrus 2.2.13 (from Debian stable). Can I use virtualhosts with SSL
on each host, or do I need Cyrus 2.3 for that?
You can do it in 2.2, but it can be painful.
One way known to work is to use one uniquely-named service per vhost,
bound to a
On Fri, 20 Jan 2012, Bron Gondwana wrote:
On Fri, Jan 20, 2012 at 11:59:38AM -0500, Rosenbaum, Larry M. wrote:
We are testing the migration of Cyrus-IMAP from v2.3.15 on Solaris 9
to v2.4.12 on RHEL6. After copying the data over to the new server
and starting cyrus-imapd, I see the
On Wed, 19 Oct 2011, Simon Matter wrote:
I think for the singleinstancestore, you can redo it after migration with
tools like hardlink or http://www.freedup.org/. IIRC I did this once and
Indeed you can. AFAIK, once Cyrus IMAP commits a message to disk, its
backing file is not changed, just
On Thu, 13 Oct 2011, John Madden wrote:
Our Postfix relays (there are 3) seem to make one lmtp connection per
message, rather than sending multiple messages down a single connection.
Do any Cyrus+Postfix users out there have tuning recommendations? I see a
lot of postfix lmtp_* config
On Tue, 12 Jul 2011, Bron Gondwana wrote:
That's expected, because it's a prefix, not a user.
But - you have a good point. If we make it user rather than
prefix, then it avoids a bunch of problems. I'm sold. Will
be an interface change, but meh.
IMO, if we want prefix, we should tell it
On Fri, 24 Jun 2011, Patrick Boutilier wrote:
On 06/24/2011 04:22 PM, Bron Gondwana wrote:
On Fri, Jun 24, 2011 at 03:32:50PM -0300, Patrick Boutilier wrote:
I was planning to an upgrade from 2.3.16 to 2.4.9 by just shutting
down Cyrus, installing new binaries, and then starting Cyrus
On Tue, 10 May 2011, Andy Bennett wrote:
To bring us back on topic, you'd want to install some kind of MTA that
still understands UUCP and (obviously ;-)) cyrus as the mail store.
All good MTAs still interface properly to UUCP support software, and
that's when they don't grok BSMTP natively.
On Sun, 20 Mar 2011, Lars Schimmer wrote:
Cyrus should be able to handle the upgrade in place if you can shut
down the source server, copy the files over, and bring it back up.
Sure, but I got a new hardware and want to use the new hardware ;-)
Well, if you can spare some extra downtime, I
On Mon, 14 Feb 2011, Simon Matter wrote:
The problem is that those messages really have invalid from adresses, like
RosaSánc...@something.com, but Postfix still accepts them. Later, Cyrus
runs parseaddr() on it ans correctly refuses to accept the mail.
Yeah, postfix really should reject that
On Sat, 29 Jan 2011, Diego Ventrice wrote:
I wonder in which situations it is better to use lmtp over
Always. Avoid cyrdeliver.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie.
On Sun, 30 Jan 2011, Bron Gondwana wrote:
In 2.4 (and I assume earlier but I haven't checked the codepaths...) the
lmtp session will freeze until it can get a lock.
It would probably be possible to make it a transient error - but I think
the best would be a 5 second timeout or something so
On Mon, 24 Jan 2011, Raimund wrote:
I am having a quite hard time moving my cyrus imapd installation away
fom a SuSE 11.1 box (i586) to Ubuntu server 10.04 (x86_64). I have hopes
that someone here might be able to help me?:
1. Get a backup of the full dataset before you started messing
On Tue, 23 Nov 2010, Bron Gondwana wrote:
On Mon, Nov 22, 2010 at 03:03:05PM -0600, Kenneth Marshall wrote:
We hit the same issue. You will need to run cyr_expire twice to
have items be removed correctly. Once as you are currently doing
and then a second time ignoring the mailbox
On Sat, 20 Nov 2010, Bron Gondwana wrote:
More to the point, that's the BDB environment. It gets created even if you
don't have any BDB files. And every time a sync_client child exists the
reference count gets messed up :(
(it opens the environment before forking, and closes it in every
On Fri, 12 Nov 2010, Bron Gondwana wrote:
On Thu, Nov 11, 2010 at 11:58:04PM -0200, Henrique de Moraes Holschuh wrote:
It _will_ write to stderr (aka fd 2). If we want to be safe, we make sure
fds 0-2 are sane, and we check when we open sockets/files that we did not
get fds below 3
On Thu, 11 Nov 2010, Paul Dekkers wrote:
Uhoh! And then I looked at mailboxes.db: It looks like part completely
rewritten, including the skiplist header, and the first line now said:
user.bla: System I/O error System I/O error
This is something that has plagued cyrus for a long time. Can we
On Fri, 12 Nov 2010, Bron Gondwana wrote:
Since that wasn't the issue - why on earth was it allowed to have fd 2
in the first place? Is Cyrus closing fd 2, or is truss closing it??
That is the issue that caused the leaks into protstreams, AFAIK. It is
always com-err writing to fd 2, and
On Thu, 11 Nov 2010, Gary Mills wrote:
Isn't the modern design multiple threads, rather than multiple
processes? That seems to me to be the right direction for Cyrus.
It might even make for a simpler design.
Ehh... not realy. Multithreading means locking, futexes, and other pains. It
also
On Sun, 31 Oct 2010, Chris Pepper wrote:
But my /dev/random does seem quite low. Still surfing and looking for a
good way to fill it on a mostly headless server -- I haven't found a
good solution yet.
http://www.entropykey.co.uk/
Very good hardware, first-class Linux support, and will
On Fri, 29 Oct 2010, Marcus wrote:
Id like to come back to an old question. Should I disable tlsprune in
the startup too?
Well, if it is backed by BDB, you should be able to run the prune with the
system hot with impunity (thus, not delaying the start up). It is the *one*
thing BDB is damn
On Wed, 27 Oct 2010, Eric Luyten wrote:
On 2.3.15, we run into a very similar situation whereby I had made
a distinction between two services using a suffix composed of a
hyphen and some text, but Cyrus apparently only used the part before
the hyphen in its internal housekeeping.
Half of the
On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
On Sat, Oct 16, 2010 at 11:36 AM, Jeroen van Meeuwen (Kolab Systems)
vanmeeu...@kolabsys.com wrote:
Reinaldo de Carvalho wrote:
I'am using RCS (newest SCCS).
Can you tell us where the repository is?
RCS is local version control,
On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
On Sat, Oct 16, 2010 at 2:11 PM, Henrique de Moraes Holschuh
h...@debian.org wrote:
On Sat, 16 Oct 2010, Reinaldo de Carvalho wrote:
RCS is local version control, isn't a network service.
It is also per-file. Think CVS with even less
On Fri, 15 Oct 2010, Reinaldo de Carvalho wrote:
On Fri, Oct 15, 2010 at 11:12 AM, Jeroen van Meeuwen (Kolab Systems)
vanmeeu...@kolabsys.com wrote:
Hi Reinaldo,
You have an interesting project going on there. One question; where is the
source code repository?
Source code is
On Wed, 22 Sep 2010, Bron Gondwana wrote:
Now - BDB database SHOULD be upgradable. I want to find a BDB expert
to help me with that - (a) detecting that an upgrade is necessary, and
(b) doing the upgrade.
All I know is that there used to be an API call to upgrade the db
environment, which
On Thu, 23 Sep 2010, Shuvam Misra wrote:
given the issues with BDB. Is it worth embedding a copy of
BDB into the Cyrus distribution rather than using the OS one? I
That way lies madness.
BDB is one of those things where arcane blackmagic skills are needed to keep
it
On Wed, 15 Sep 2010, Shuvam Misra wrote:
Well, unless you have users delivering mail to each other through IMAP
on shared folders, one usually configures the MTAs to drop a copy of
everything into a system mailbox...
Yes, this is what we do too. We have a milter in Sendmail which adds an
On Tue, 14 Sep 2010, Derek Chen-Becker wrote:
On 09/14/2010 08:53 AM, Bron Gondwana wrote:
With the new replication engine in 2.4, it will be possible - deleted
messages still get replicated for a week - and if you set an explicit
long expiry time on the replica (say, years!) then it
On Mon, 06 Sep 2010, Clément Hermann (nodens) wrote:
Actually SSL is supposed to use /dev/random which provide better
randomness (because of better entropy gathered via keyboards and disks,
or better yet, hardware RNG), less likely to be predictable than
/dev/urandom.
Only if it has a PRNG
On Tue, 07 Sep 2010, Clement Hermann (nodens) wrote:
I always use /dev/urandom if I don't have hardware RNG on a busy server,
because availability is more important than protection against a very
unlikely threat, and I did have some problem under heavy load.
If you have a HRNG properly
On Thu, 17 Jun 2010, Rudy Gevaert wrote:
In the past I made an lmtp transport in my postfix master.cf for each
backend we had. As we are going to a lot of backends 15 instead of 7
it will be a little burden to keep the master.cf in sync.
It would be a lot easier to just use
On Fri, 25 Jun 2010, Marcus wrote:
Yeah - that. Why on earth is cyr_expire in the startup? EVENTS is the
right place ( actually, we run it out of cron, but that's beside the point )
Because it was like that in the example CMU docs in the start of the
millenium... We certainly didn't change
On Fri, 25 Jun 2010, Jukka Salmi wrote:
Since I can afford some hours of mail system downtime I'd prefer to copy
over a compressed archive containing all the mailboxes, extract it on
the new system and recursively run reconstruct(8) for all mailboxes;
then I'd probably copy over the contents
This is a general warning to those using Debian Squeeze, and Debian Sid.
Debian Etch and Debian Lenny users are NOT affected.
The IANA port allocated for ManageSieve is 4190/tcp, and the old port used
by timsieved and other managesieve software in many distros (2000/tcp) is
allocated for Cisco
On Sun, 04 Oct 2009, Anthony Tibbs wrote:
number of years now. All was well until last night when performance
went down the tubes and I started seeing high I/O wait times. I'm
pretty sure this is a problem on the hosting end, but in trying to
diagnose the source of the I/O congestion, the
On Wed, 31 Dec 2008, Adam Tauno Williams wrote:
I never really got the point of the data=writeback mode. Sure, it
increases throughput, but so does disabling the journal completely, and
seems to me the end result as concerns data integrity is exactly the
same.
The *filesystem* is
On Mon, 15 Dec 2008, Patrick Boutilier wrote:
Henrique de Moraes Holschuh wrote:
On Mon, 15 Dec 2008, Teresa wrote:
since yesterday i have strange behavier of my productive mail server, and i
cannt find the reason for 2 days allready.
Which kernel? If it is Linux 2.6.27.8 or 2.6.27.9
On Mon, 15 Dec 2008, Teresa wrote:
since yesterday i have strange behavier of my productive mail server, and i
cannt find the reason for 2 days allready.
Which kernel? If it is Linux 2.6.27.8 or 2.6.27.9, try downgrading...
--
One disk to rule them all, One disk to find them. One disk to
On Wed, 17 Sep 2008, Do Duc Huy wrote:
My question is about my second problem. It 's about antispam and antivirus.
I have used amavis for spam and virus filter. This can block virus very well
but it have no effect in blocking spam mail, I think.
Get the newest version of amavisd-new, and read
On Thu, 28 Feb 2008, Michael Bacon wrote:
I've never seen drbd used for Cyrus, but it looks like other folks have
done it. The combination of drbd+lvm2+ext3 might put you somewhere
unpleasant, but I'll have to let the Linux-heads jump in on that one.
Don't try it with 4k stacks, IMO. It
On Thu, 08 Feb 2007, Jules Agee wrote:
All it does is process all child processes' messages at once instead of
only processing one message per master loop (to make sure master's
Heh, stock cyrus 2.1 message passing is *nothing* like what is in Debian. I
believe cyrus 2.2 is quite similar,
On Wed, 07 Feb 2007, Jules Agee wrote:
Don't know if this issue has been resolved already, but I had the same
problem a few years back, and worked with Henrique to fix it. The
attached patch is what we came up with, and resolved the problem for me.
The patched master processes all messages
On Thu, 01 Feb 2007, Earl Shannon wrote:
Jan 31 17:24:03 uni24map master[3673]: lmtp has -2 workers?!?
Jan 31 17:24:03 uni24map master[3673]: lmtp has -1 workers?!?
Which Cyrus version, and if using a prepackaged one, exactly which one?
--
One disk to rule them all, One disk to find them.
On Fri, 27 Oct 2006, Marten Lehmann wrote:
especially this appears very often. Does Cyrus actually mean the whole
message, or message body or header? What can I do with existing messages?
Last time I had a problem like this, I piped them all through tr -d '\000'.
Nowadays, postfix is set to
On Fri, 27 Oct 2006, Wesley Craig wrote:
The larger problem is that daemons shouldn't be impacted by libraries
that inappropriately write to stdout or stderr. As such, lmtpd
should have closed stdin, stdout, stderr and reopening them with,
e.g., '/', O_RDONLY. Accepted connections
On Fri, 27 Oct 2006, Wesley Craig wrote:
On 27 Oct 2006, at 15:33, Henrique de Moraes Holschuh wrote:
Cyrus master has issues with FDs 0,1 and 2 since ancient times. If
anything
in the code, anywhere, closes them and don't reopen them immediately,
something like syslog() or another
On Tue, 05 Sep 2006, Hardi Gunawan wrote:
I tried to find out how to increase the log level for
cyrus' deliver, but I can't find one...
Use LMTP, and tell postfix it can deliver as much as it want over the LMTP
connection.
For deliver, tell postfix it can deliver to just *one* recipient at a
On Mon, 07 Aug 2006, Kjetil Torgrim Homme wrote:
I think David is missing the issue: it's the proxied connection which is
problematic, not the connection to the client. this locks the IP
addresses to the frontend's and the backend's, and the port on the
backend side is always 143 (or whatever
On Mon, 07 Aug 2006, Kjetil Torgrim Homme wrote:
On Mon, 2006-08-07 at 12:15 -0300, Henrique de Moraes Holschuh wrote:
On Mon, 07 Aug 2006, Kjetil Torgrim Homme wrote:
I think David is missing the issue: it's the proxied connection which is
problematic, not the connection to the client
On Mon, 31 Jul 2006, Eduard Pertíñez i Juncosa wrote:
Hope someone writes down the change somewere easy to find.
Like in the /usr/share/doc/cyrus21-* documents Debian ships for a few years
now?
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the
On Mon, 26 Jun 2006, Julien PHAM wrote:
What can I do?
I believe these packages are now hosted as official backports in
http://backports.org. Update your apt source configuration.
--
One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind
On Sun, 25 Jun 2006, oscurin wrote:
I have update from debian stable to debian testing, I had cyrus-21 in my
debian stable, after updating, my system has installed the package cyrus-2.2,
but it me does not work:
Read the documentation in /usr/share/doc/cyrus*.
--
One disk to rule them
On Thu, 08 Jun 2006, Nigel Kersten wrote:
None of the cyrus.* files seem to get rebuilt when issuing this
command, unlike running the binary reconstruct as the cyrus user.
Is this a bug in my version or configuration perhaps?
Where is the reconstruct binary on disk? Are you sure imapd is
On Thu, 08 Jun 2006, Nigel Kersten wrote:
It's installed at the same location as all the other cyrus binaries,
in /usr/bin/cyrus/bin/reconstruct
It should work, then.
Is that what happens when you issue RECONSTRUCT over IMAP? it calls
the binary server-side?
Last time I checked, yes.
On Sat, 27 May 2006, Carlos Horowicz wrote:
I was just asking to the list if Fastmail's cyrus-8bit-2.3.3.diff would
let avoid rejections due to Message contains NUL chars
No it won't, and you *really* don't want to store anything with embedded
NULs, you have to at least remove them, as
On Sat, 27 May 2006, Bron Gondwana wrote:
4. Recode correctly in MIME encoding based on the message charset - Would
be great but:
Nah, just according to some site-wide config option from imap.conf would
be
more than good enough.
Wow, I'm glad you know enough about everyone
On Sat, 27 May 2006, Ken Murchison wrote:
Henrique, do you recall if SEARCH dies, or just doesn't get any useful
hits on non-tagged 8-bit headers?
I don't recall this either. But if you did accept the patch, I think it is
time to go over IMAP SEARCH and make sure it doesn't do stupid things
On Fri, 26 May 2006, Ken Murchison wrote:
Comments on the non-local ones:
- cyrus-8bit-2.3.3.diff
As I said in my reply to the CVS commit (which I noticed before this mail),
I am quite surprised by this patch being accepted.
Was it not the position held by CMU in the last five years or so that
On Sat, 27 May 2006, Robert Mueller wrote:
I think having this as an *option* is perfectly reasonable. There are
So do I, Debian has this patch for three or four years now. It comes with a
big warning to the likes of You are stupid to enable this and still wonder
why multi-language search is
On Wed, 24 May 2006, Simon Matter wrote:
nobody need them in 2.3.3? So my question is, do those binaries act
different depending on how they were called? If that's the case then the
rpms should also ship with the hardlinked files.
I sure hope those hardlinks are just there to keep people
On Tue, 02 May 2006, Huaqing Zheng wrote:
Any chance that we can submit cyrus-imapd to Coverity for a scan?
The squatter will probably flag so many reds we won't be able to see
anything else ;-)
On a more seriously note, does anyone run Cyrus under valgrind or the like
often?
--
One disk to
On Mon, 20 Mar 2006, Marco Schirrmeister wrote:
with this line it works
127.0.0.1localhost.localdomain localhost
Unless you really knows what you are doing, swap the two. Some software
(not cyrus AFAIK) fails if the canonical name for 127.0.0.1 is not
localhost.
Search google,
On Sat, 18 Mar 2006, Kjetil Torgrim Homme wrote:
On Fri, 2006-03-17 at 22:03 +0200, Mika Iisakkila wrote:
(Yes, I've always wondered myself what's happening back there
too, but never bothered to find out. Apparently Cyrus does this
in some brute-force way, one mailbox at a time -- in your
On Tue, 14 Mar 2006, Andrzej Adam Filip wrote:
Expert from /etc/imapd.conf installed by debian cyrus package (patched?).
Yes.
# Munging illegal characters in headers
# Headers of RFC2882 messages must not have characters with the 8th bit
# set. However, too many badly-written MUAs generate
On Tue, 14 Mar 2006, Aleksandar Milivojevic wrote:
These chars in the subject line are replaced with X by what I assume
to be Cyrus. (The mails go through Fetchmail, Postfix, Cyrus and
Thunderbird and yes, it could be any one of them, but my bet is on
Cyrus at the moment.)
I doubt it was
On Tue, 07 Mar 2006, John McMonagle wrote:
Running Debian sarge with Cyrus 2.1.18
What is the maximum quota?
Close to 2Gb.
I tried setting to 0 thinking that would disable quota but apparently
that sets it to 0.
Set it to none, it should work.
--
One disk to rule them all, One disk to
On Fri, 24 Feb 2006, Igor Brezac wrote:
This is really not neccassry unless the berkeley database is corrupt.
Use 'db_recover' to reset the berkeley environment while cyrus server is
not running.
Cyrus itself attempts to db_recover at startup. Or at least it used to...
It is the reason why
On Fri, 24 Feb 2006, Igor Brezac wrote:
It is *much* more stable than 4.x. if you're using DB3 from a distro (e.g.
Debian's). But it is slower, though.
The stability of DB3 over DB4 is arguable. OpenLDAP folks will disagree
with you. Also my experience is with Solaris in this regard.
On Thu, 09 Feb 2006, Juris Orlovs wrote:
For SMTP i'm using Postfix, and it also shows bad results on data
transfer. Seems that the biggest problems I have with mail software,
because other services like FTP doesn't show such bad results.
I am by no means a FreeBSD expert, but I would check
On Thu, 02 Feb 2006, Anthony Chavez wrote:
Nevertheless, either Cyrus still doesn't recognize that the mail has
been received (even though Postfix logs that it has been passed to
Disable IDLE support in Cyrus. Does that fix the issue?
This problem trickled in slowly, but have become
On Thu, 02 Feb 2006, Anthony Chavez wrote:
On Fri, 3 Feb 2006 00:47:52 -0200 Henrique de Moraes Holschuh [EMAIL
PROTECTED] wrote:
On Thu, 02 Feb 2006, Anthony Chavez wrote:
Nevertheless, either Cyrus still doesn't recognize that the mail has
been received (even though Postfix logs
On Thu, 26 Jan 2006, Joel CARNAT wrote:
Short version: postfix/cyrdeliver don't deliver mail to the right user ;
usernames contain the '@' letter.
Even shorter version: Cyrus 2.1 does NOT support virtual domains, and it
does not want any @ in usernames either. Switch to 2.2 or 2.3 if you need
On Tue, 03 Jan 2006, Simon Matter wrote:
could not build postfix with SASLv2 _and_ LDAP support if the installed
openldap has been built for SASLv1. This has just resulted in segfaults.
You are experienced what I call the missing versioned symbols hell. We
have that fixed in Debian by force.
On Wed, 14 Dec 2005, Rob McMahon wrote:
it. It occurred to me, though, that if we made the user.xxx.Trash
folder a separate quota root with the same quota as their inbox these
problems would go away. Can anyone see any problems with this ?
As long as you add a policy that Trash gets wiped
On Sat, 10 Dec 2005, Kjetil Torgrim Homme wrote:
valid as the empty sender in RFC 2821, RFC 2822 won't have it), and so
Cyrus may refuse to have anything to do with it. is it possible to
replace it with a [EMAIL PROTECTED]?
Or [EMAIL PROTECTED], which is what the MTA should have placed
there
On Sat, 03 Dec 2005, plcyrus wrote:
cm user/userid
but not thus:
cm user/[EMAIL PROTECTED]
Forget about it. 2.1 doesn't support that. You either need to drop the
domain, or you need to use Cyrus imapd 2.2.
If you want to use the pre-release 2.2 packages, get the source from Debian
On Fri, 18 Nov 2005, Ken Murchison wrote:
[EMAIL PROTECTED] wrote:
http://www.sleepycat.com/products/bdb.html
Great! I'm still applying 4.3 compat fixes.
My thoughts exactly. And I am also wondering how many extremely weird
bugs we will get this time around... 4.2 was a complete and utter
On Tue, 15 Nov 2005, OpenMacNews wrote:
suggestions? more infor needed?
Did you try rm -rf et/ in the cyrus toplevel dir, and installing your
distribution's package that provides compile_et? (it is comerr-dev in
Debian, if that helps).
--
One disk to rule them all, One disk to find them.
On Wed, 09 Nov 2005, Joshua Schmidlkofer wrote:
Does this mean that those of us using XFS should run some testing as well?
Yes, XFS doesn't journal data in any way, AFAIK. I don't know how one could
go about speeding up fsyncs() with it.
What I *do* know is that I don't trust spools to XFS,
It looks like you are using my Debian packages, no? Please read the docs in
/usr/share/doc/cyrus21-common/, they explain everything.
I'd guess that your postfix cyrus transport is that broken crap using the
pipe transport and the deliver/cyrdeliver script that comes in
/etc/postfix/master.cf by
On Tue, 25 Oct 2005, Ken Murchison wrote:
Gerd v. Egidy wrote:
Hi Ken,
I've seen you got a cmu address now instead of the oceana one. Have you
been hired by CMU to work on cyrus? Does that mean that we now have a
developer at CMU for cyrus again?
Yes and yes.
It is party time today!
On Tue, 25 Oct 2005, Ken Murchison wrote:
It would be fairly straightforward to have an option that updated \Seen
state whenever a POP3 client issues a RETR command or an NNTP client
issues a BODY or ARTICLE command.
I vote for this change, and if it is optional, I'd vote for it to be the
On Fri, 21 Oct 2005, Jacob Friis Saxberg wrote:
I have the same problem, and haven't found a solution in the years I
have used Cyrus.
Could you post more data on it? I am curious, I use postfix and Cyrus almost
exclusively and I have never seen that error. Granted, I *always* use lmtp
for
On Thu, 06 Oct 2005, Gary Mills wrote:
Hmm, interesting. We're still running cyrus-imapd-2.1.14.
This is extremely ancient (and REALLY buggy)...
I'm planning on upgrading, but not this month
Better schedule some downtime and do a cyrus restart at the wee hours of the
morning to clear the
On Wed, 28 Sep 2005, Jan Schneider wrote:
Zitat von [EMAIL PROTECTED]:
But what if I have a lot of psts?
There is a software called readpst.
Available at http://alioth.debian.org/projects/libpst/ among other places.
--
One disk to rule them all, One disk to find them. One disk to bring
On Thu, 15 Sep 2005, Sergio Devojno Bruder wrote:
I'm fighting with frequent corruptions of my mupdate master server
(high volume, currently 3.9M mailboxes) with Cyrus 2.2.10.
First things first: Triple check your system RAM.
--
One disk to rule them all, One disk to find them. One disk to
On Wed, 14 Sep 2005, Jared Watkins wrote:
all sorts of plugins for linking the content of messages out to external
data.. like it will recognize a ups tracking number and you can hover
over it in webmail and it tells you the status in a little mouseover
popup. You can also link to internal
On Sat, 10 Sep 2005, [EMAIL PROTECTED] wrote:
actually store that info in a relational db, MySQL. Would that actually
be any faster and/or more scalable?
Unless you did something extremely braindead on the Cyrus side, no, it
wouldn't be any faster. In fact, it should be very much slower.
I
On Thu, 08 Sep 2005, John Madden wrote:
We stored ~50'000 boxes on a single FreeBSD 4.x machine for a couple
of years. It was a dual Pentium 3, Tyan server motherboard, Intel
server network cards with 2gb of ram, adaptec 2100 raid controller
and fast scsi disks. The system and mailbox
On Thu, 08 Sep 2005, Sergio Devojno Bruder wrote:
Henrique de Moraes Holschuh wrote:
On Thu, 08 Sep 2005, John Madden wrote:
We stored ~50'000 boxes on a single FreeBSD 4.x machine for a couple
of years. It was a dual Pentium 3, Tyan server motherboard, Intel
server network cards with 2gb
On Fri, 26 Aug 2005, Jules Agee wrote:
from what I understand it's not easy to fix this without creating
performance problems.
Actually, it should be easy (but NOT trivial) as long as you do it on memory
only. Maybe it could even be used to help syncronize the seen state (to
give us a
On Thu, 05 May 2005, Andreas Hasenack wrote:
On Wed, May 04, 2005 at 08:30:12PM -0700, Craig White wrote:
Is there similar to
http://www.courier-mta.org/mbox-vs-maildir/
for cyrus?
Cyrus also uses a one-file-per-message format. It's not maildir, but
the benefits are the same.
Except
On Tue, 03 May 2005, Ken Murchison wrote:
A. only unexpunge the message and leave the \Deleted flag set as-is
(only undo the expunge step)?
I prefer this one as well.
I'm of the opinion that A is the correct default behavior and admins can
use the -d option as they see fit, but I will make
On Mon, 02 May 2005, John Fawcett wrote:
If I am correct in this interpretation, an MTA which passes them on to
Cyrus (ie did not generate them but did accept them) is behaving
correctly?
Of course not. Forwarding and sending are the same thing. The MTA has to
strip NULs (IMHO anyway).
--
On Thu, 28 Apr 2005, John Fawcett wrote:
Anyone know whether a patch for cyrus to strip out nuls would be
welcome?
Make it clean, and optional (as in either reject the message, or remove the
NULs...), and I don't see why not. The default would need to be reject,
though.
But we really need to
1 - 100 of 421 matches
Mail list logo