Henrique de Moraes Holschuh wrote:
>The attached patch tries to play it safe. To the fastmail.fm crew, are you
>sure all those prot_fill calls are really needed? SHUT_RD should dump any
>unread data from the socket anyway...
>
>
Not at all sure. I suspect they're not necessary. We added them be
Henrique de Moraes Holschuh wrote:
>I am, thus, somewhat wary of adding SHUT_RDWR inconditionally. Maybe we
>could add a runtime-option that very busy sites can set if they need even
>faster socket recycling?
>
>
That sounds like a good idea.
Henrique de Moraes Holschuh wrote:
>On Fri, 17 May 2002, Jeremy Howard wrote:
>
>
>>I believe (?) that this issue is less important on Solaris, because I
>>think that it handles close() differently to Linux. However on Linux it
>>is vital to flush receive buffers a
details, I'm sure Jeremy can post them if you
>need them.
>
>Rob
>
>- Original Message -
>From: "Ken Murchison" <[EMAIL PROTECTED]>
>To: "Jeremy Howard" <[EMAIL PROTECTED]>
>Cc: "Lawrence Greenfield" <[EMAIL PROTECTED]>;
Henrique de Moraes Holschuh wrote:
>On Thu, 16 May 2002, Jeremy Howard wrote:
>
>
>>I *strongly* recommend also including shutdown.diff. This is important
>>in Linux to avoid sockets handing around in CLOSE_WAIT state. Remove the
>>' && !imapd_
Ken Murchison wrote:
>If you set MALLOC_CHECK_=2, then imapd will abort() whenever it thinks
>that there might be a corruption. By examining this core, it is easier
>to track down these problems. I've done this a few times to track down
>the subtle errors that have baffled others.
>
>
Great.
Ken Murchison wrote:
>I'm running a config almost the same as you and have never seen this
>problem. AFAIK, the CMU guys have never seen this either. Do you have
>a core that you can run a backtrace on, or can you force a core by
>setting MALLOC_CHECK_=2 before starting master (see malloc(3) fo
Henrique de Moraes Holschuh wrote:
>Still, I am seriously thinking about doing something to any unknown children
>master notices (with proper LOG_ERR logging, of course) because said
>children is messaging it. Such a thing (unknown children) can only happen
>if either the underlying OS is messed
Henrique de Moraes Holschuh wrote:
>On Wed, 15 May 2002, Scott Russell wrote:
>
>
>>On Wed, May 15, 2002 at 10:35:04AM -0300, Henrique de Moraes Holschuh wrote:
>>
>>
>>>I don't know about all the other patches, though. I have included the
>>>safe_flock patches, and I *may* include the alar
Henrique de Moraes Holschuh wrote:
>Here is the 2.1.4 port of the master process counting patch. It will be in
>Debian's Cyrus IMAPd package 2.1.4-9, to be uploaded today or tomorrow.
>
>
I'm not 100% sure, but I think the change you've made to return if the
centry isn't found may mean the nco
Lawrence Greenfield wrote:
> Date: Wed, 15 May 2002 16:02:42 -0300
> From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
>[...]
> The point is, if that indeed happens, log or no log, master loses track of
> the number of children that can service requests. That would be a bug, and
> t
Henrique de Moraes Holschuh wrote:
>I don't know what Ken and Lawrence think of these patches, but I just
>finished porting the child pid tracking of master-avail.diff to 2.1.4CVS,
>and will post that to this list soon. I will also include it in Debian,
>which will give some field-testing to the
Thanks to Jaska Kivela, some patch formatting problems that caused the
master.c process counting patch to not apply cleanly have been resolved.
The patch set has been updated, and now also incorporates the master.c
race condition patch:
http://jhoward.fastmail.fm/patches/cyrus/imap-diff.tgz
T
Marc G. Fournier wrote:
>Ya, saw someone's thought about that ... that would definitely work
>instead of the spam extensions, but I don't believe the lmtp proxy
>supports that yet, does it?
>
>
Correct. A general LMTP proxy framework doesn't exist yet. It would only
be a few hours work to take
In the last set of patches we sent to the list, we included a patch to
master.c to avoid losing track of child processes after a segfault. This
patch has a race condition that we saw triggered under high load, where
a child can be reaped before master has processed an
MASTER_SERVICE_UNAVAILABL
Marc G. Fournier wrote:
>Then again, someone mentioned in the other thread about having the perl
>check to see if a user wants the filter to do the checks or not ... but,
>in the content_filter itself, there is no concept *of* a user, so how
>would you do such a check?
>
>
In our content_filter
Henrique de Moraes Holschuh wrote:
>They REALLY shouldn't, and the MTA is supposed to trash them when told to
>not add them in the first place, and to rewrite them with the true
>information when told to add them.
>
>
Most MTAs are pretty good about this. However, when using an IMAP client
to
Henrique de Moraes Holschuh wrote:
>Duh, I should awake first before I reply. This is a From(space)-type header,
>which is useless for Cyrus, and should not be stored inside the message
>either. I am NOT adding this patch to Debian's Cyrus package.
>
>
The problem is that a lot of messages have
ed locking timeout parameter to allow processes that are
>+ * waiting for a lock to eventually time out, based on patch by Jeremy Howard
>
>
Note that the original patch was actually by jwade, not by me. I
included it for completeness to show all the patches that we are using
to improve reliab
, written by Jeremy Howard and Robert Mueller of FastMail.FM
(except for those taken from 2.1.4, of course!). However, these diffs
are not production-ready: they work in our specific environment, but you
should review them carefully before applying in your environment. Having
said that, in our
shutdown of some sessions
- Failure to maintain connection count correctly in master after a child
segfault
Attached is a set of diffs against 2.1.3 that fix these and other
problems, written by Jeremy Howard and Robert Mueller of FastMail.FM
(except for those taken from 2.1.4, of course
Helmut Apfelholz wrote:
>>I've found a way to fix this. In master.c
>>reap_child, add:
>>
>> c->s->ready_workers--;
>>
>>and
>>
>> t->s->ready_workers--;
>>
>>...immediately after the corresponding nactive--.
>>This resolves the
>>problem for me in the limited testing I've done to
>>date.
>>
Jeremy Howard wrote:
> I've seen a couple of problems over the last few weeks with master
> apparently failing to correctly maintain the prefork pool. We
> particularly see this problem with pop3d, which has more
> connects/disconnects than IMAP because of the natur
I've seen a couple of problems over the last few weeks with master
apparently failing to correctly maintain the prefork pool. We
particularly see this problem with pop3d, which has more
connects/disconnects than IMAP because of the nature of the protocol.
The first issue is that in shut_down()
In lmtpproxyd.c verify_user():
if (plus) l = plus - user;
- else l = strlen(buf);
if (plus) l = plus - user;
+ else l = strlen(user);
Yes, I'm too lazy to do a real patch, but you get the idea... ;-)
buf is actually uninitialized at this point, so this bug causes
intermittent f
Ken Murchison wrote:
>http://www.ietf.org/internet-drafts/draft-segmuller-sieve-relation-01.txt
>
>
Nice! Is this being added to Cyrus? I don't see anything in CVS as yet...
Marc G. Fournier wrote:
>I have a server with 5 000+ users on it ... if each of them receives 10
>messages a day, then 'content_filter' gets the joy of processing 50k
>messages ... if 10% of those users want spam filtering enabled, its now
>processing 40k *more* messages then it has to ... which
Bob Finch wrote:
>>>>>>"Jeremy" == Jeremy Howard <[EMAIL PROTECTED]> writes:
>>>>>>
>>>>>>
>
>Jeremy> Doing it in a content_filter lets you add headers that you
>Jeremy> can then handle in
Marc G. Fournier wrote:
>On Sat, 27 Apr 2002, Jeremy Howard wrote:
>
>
>
>>Marc G. Fournier wrote:
>>
>>
>>
>>>Oh, very very cool ... I've been doign it in postfix's
content_filter, but
>>>then its doing *everyone*'
Marc G. Fournier wrote:
>Oh, very very cool ... I've been doign it in postfix's content_filter, but
>then its doing *everyone*'s email ... this is soo much better ...
>
>Any chance we'll see this in CVS sometime soon? Maybe in time for 2.1.4??
>
>
I hope not. Doing it in a content_filter l
Bob Finch wrote:
>The "spam" test passes the message to spamassassin's spamd. The test
>returns true iff the spamassassin score is greater than the threshold.
>This way, only users that want to use spamassassin incur the extra
>overhead.
>
>
Neat. Our approach is to use a Postfix content filte
Rob Siemborski wrote:
>On Wed, 24 Apr 2002, Marcel van der Boom wrote:
>
>
>>I'm definitely interested in your experience with this setup.
>>
>>Would this also allow users to actually *block* messages, so spammers
>>might give up after some time?
>>
>>
>
>Yes, though I wouldn't recommend th
When our Cyrus (2.1.3 with everything on skiplist) restarted after being
killed, the very first IMAP login had this problem:
imapd[11677]: DBERROR: skiplist recovery: 0168 should be ADD or DELETE
imapd[11677]: DBERROR: opening /var/imap/user/s/xxx.seen: cyrusdb error
No other users had
Henrique de Moraes Holschuh wrote:
>I'd like to see watchdogs in cyrus, just like we have in postfix for
>example. That would protect us of all bugs like the hanging imap and pop3d
>from causing resource starvation, while we track down and fix whatever issue
>is causing the subsystem to hang..
>
>
>Oh, and using BerkeleyDB for deliver and tls stuff seems to be
>fine. The number of lockers will climb during peak periods, but
>then taper back down when traffic subsides. It just seems like
>mailboxes.db was an application not terribly well suited for it.
>
We got deadlocks using BDB for
Mike Brady wrote:
>I am observing a problem where imapd occasionally does not close the TCP
>session properly. This only seems to occur with 2.1.3.
><...original details at end...>
>
We are also seeing an odd problem with 2.1.3. It may or may not be
related to Mike's issue. We are using the ski
Amos Gouaux wrote:
><...>
>
>Though, I will say
>this: we recently switched to skiplist for mailboxes.db and at least
>so far, it beats the pants off of Berkeley DB.
>
Ditto. We switched to skiplist last week (from BDB3), and the
performance improvement is amazing! Plus of course, no more deadlo
Ken Murchison wrote:
> Jeremy Howard wrote:
<...>
> > To correct locking problems you may want to grab the skiplist backend
from
> > the current CVS, and use that with 2.0.16. CMU are now using this
backend in
> > production.
>
> This won't work out of the
> Tonight I am upgrading 4 mail servers currently running Cyrus 2.0.16
> release versions to "cyrus-2-1-sasl-v1-tail" from cvs.
>
<...>
> I am hoping this will correct allot of locking problems on the server
> and add most of the bug fixes from 2.0.16 (which is from June of 01)
>
To correct locki
Victor Duchovni wrote:
> Do you really a want a typo in the username to post personal email for one
> of your users as a SPAM report at ORDB? Legitimate senders will not get
> bounces for mistyped addresses. This can be done, but it is misguided.
>
That's not what I said. I said that we'd scan th
Victor Duchovni wrote:
> What determines whether a user's mail should go to cyrus or not (it cannot
> be a cyrus delivery attempt)?
>
The answer seems simple. If a user is not in local_recipient_maps, it's not
a local recipient.
In my case, the reason I want this is for mail abuse control. Most m
Lorty wrote:
> I recently upgraded my server to a Postfix/Cyrus Imap installation.
> Everything works fine, but I'd like to know ho to get email sent to
> unknown users. The luser_relay postfix configuration parameter has a
> lower precedence than cyrus deliver...
>
I couldn't get this working th
Rob Siemborski wrote:
> If it helps, we're currently planning on deploying skiplist to production
> for atleast the mailboxes database this weekend.
>
Sweet. We're dying to roll this out too, but are nervous about the lack of
production experience.
Could you post back after a couple of days, even
> We are evaluating cyrus imap & sieve for our production servers & I would
be
> grateful if someone could name maybe a few large companies / organizations
> that are also running it.
>
http://FastMail.FM uses Cyrus. The web interface talks directly to the IMAP
servers, and everyone has direct acc
> What is skiplist?
>
> What kinds of sites might benefit from using skiplist?
>
> How do you implement skiplist?
skiplist is an algorithm used in the same way as a balanced binary tree, but
implemented differently. By using non-deterministic insertion rules it
avoids the need for a re-balancing
> > It also includes a "cyrusdb_skiplist" backend which may work better
> > than db3 or flat for some sites. We encourage people to try it out,
> > though they should be cautious about deployment. Further instructions
> > will be posted to the mailing list when I get a chance.
> >
We've been get
> Feel free to write a lib/cyrusdb_mysqlinno.c; I don't have the time or
> inclination to do this right now.
>
What's the best way to learn about how to write a backend? Is there some
docs somewhere? Or is it just a case of looking at an existing backend? If
there's no docs, could you provide a re
On Mon, 04 Feb 2002 20:15:22 -0500
Walter Wong <[EMAIL PROTECTED]> wrote:
>
> > With the release of Cyrus IMAP 2.1.2 there will be a new backend option:
> > skiplist.
> >
> > We have already moved our development system to use it and performance
> > seems very good. I expect we'll be moving our pr
Theodore Knab wrote:
> I was wondering if anyone has sucessfully intergrated the 5.1 version of
> the Eudora client with CMU's Cyrus Server.
>
We have a number of Eudora users. Numerous discussions about their findings
can be found by searching the 'FastMail.FM' forum for 'Eudora' here:
http://w
Ken Murchison wrote:
> There might be a little bit of pain involved for large sites to migrate
> to IMAP 2.1/SASL 2.x, but there aren't any showstoppers that I'm aware
> of.
>
> If CMU can do it (and yes, they are using Sendmail 8.12.x with SMTP
> AUTH), then any site should be able to do it.
>
Co
Joe Rhett wrote:
> Maybe, but in forcing the new SASL you've raised the entry bar too high
for
> any production configuration to join. Your baby might be born, but she's
> on the moon and we have no spaceships to get there yet.
>
Ken's scratched his itch. He wanted hier-sep so he wrote it, and he
> > > We are locking for "dothack" patch in order to be able to create
logins
> > > with dots...
> > >
> > The alternate separator patch is incorporated into 2.1, which provides
the
> > same functionality.
>
> Yes, yes, but 2.1 requires the new SASL and all those problems. Since the
> 'final answ
> We are locking for "dothack" patch in order to be able to create logins
> with dots...
>
The alternate separator patch is incorporated into 2.1, which provides the
same functionality.
Christopher D. Audley wrote:
> There is no need to 'work around this'. When Lawrence says sendmail
> ignores dots on
> input, he means they aren't given any special meaning. It doesn't mean
> they are discarded.
>
> The bigger problem is that this does not completely solve the issues
> with redi
Lawrence Greenfield wrote:
> As of Cyrus IMAP 2.1.0, we invoke Sendmail with "sendmail -i", which
> tells it to ignore dots on input.
>
Why? How can we work around that?
Rob Siemborski wrote:
> This would be possible with an LDAP auxprop plugin that correctly served
> the userPassword property.
>
I haven't come across "auxprox" or "auxprop plugins" before.
Can you give a quick summary of what this is or a link to a backgrounder?
> db3: /var/imap/db/__db.004: Too many open files in system
You need to
# echo 8 > /proc/sys/fs/file-max
to increase the max number of open files allowed on your system (you use
Linux, IIRC). Replace 8 with whatever number you require.
/proc/sys/fs/file-nr tells you the max used in this
Ken Murchison wrote:
> Agreed. I'm going to add the Precedence header check momentarily. We
> are going to skip the List- header check because it would be difficult
> to implement given the current cmu-sieve architecture, and this check
> doesn't seem to be in wide use.
>
Our system includes the
Stuart Krivis wrote:
> This may be a place where it is more cost-effective to use one of the
> commercial LDAP servers. Solaris comes with a license for 200,000-user
> iPlanet Directory Server. With the number of auths/sec that you need, you
> will want a very high-performance auth mechanism.
>
We
> I got a small script that I use to backup my mailserver every saturday. My
> problem is that a few times a year the machine i use for backup is taken
> offsite (we haul or office around a lot). Then the script stalls because
> the nfs mount fails. Naturally this becomes a problem. Could someone
I get intermittent errors "Mailbox does not exist" from deliver, for
mailboxes which definitely do exist. The intermittent errors occur even on
mailboxes which receive mail successfully just before and just after the
error.
I'm using Cyrus 2.0.16 and BDB 3.2.9.
What kinds of situations could cre
Peter Pilsl wrote:
> ltmpd offers only one auth-method to me : external
>
> LHLO localhost
> 250-server.local
> 250-IGNOREQUOTA
> 250-8BITMIME
> 250-ENHANCEDSTATUSCODES
> 250-AUTH EXTERNAL
> 250 PIPELINING
>
I just remembered something. IIRC, if you use a Unix socket rather than a
TCP socket, LMTP
> I want an external application deliver mails to my cyrus-box. I use
> LMTP but I dont know how to authenticate. After I send the 'MAIL
> FROM'-command I get the response:
> '530 Authentication required'
>
> I can skip this problem by specifying 'lmtpd -a' in cyrus.conf to turn
> off auth, but th
I'd love to set some site-wide policies using a Sieve script. Is it possible
to create a Sieve script that is applied to every incoming mail to all
users, which is run before per-user scripts (even for users without a
script)?
I guess at the moment that would be kinda slow, because scripts are re
> Looks like there's a new release for Berkeley DB
>
Any great new enhancements? Any experience using it with Cyrus and/or
Postfix?
Henrique de Moraes Holschuh wrote:
> This patch should be applied on top of the previous one in this thread (in
> message <20011128123038.K13192@khazad-dum>).
>
> It adds configure support for --enable-pidfile (which enables pidfile and
> daemon mode). The full filename (with path info) for the pi
> On 2 December 2001, Christopher D. Audley <[EMAIL PROTECTED]>
> wrote:
> > deliver is correct in reporting the error. The 'From pilsl' line
> > with no colon after the From is how the beginning of a new message is
> > marked in an mbox file. It is not a correct rfc822 header, and as the
>
> Cyrus caches seen state in memory for a time before flushing it to
> disk. Generally this works quite well; I use Outlook Express and
> don't seem to have this problem, but perhaps I just don't do this
> exact sequence of clicks.
>
> It's possible to force Cyrus to synchronize seen state more q
> I want to allow easier access for users to setup sieve scripts. Some users
> are Windows based, some are Linux based. I expect that the interface of
> choice would be a web based sieve app of some kind.
>
> I've been playing with websieve but so far I have not been able to login
> under any acc
> > Thanks for this patch, Henrique. Can you explain what is actually
causing
> > those warnings (I get them under kernel 2.4 too)?
>
> What glibc version do you have? The 2.4 kernels and older glibc versions
> disagree on the value of RLIM_INFINITY. Glibc 2.2 should be OK.
>
Thanks for the sugges
> Another patch, this one for the notify-unix or notify-zephyr services.
>
<...>
>
> The new configuration directive is named "notify", and takes a boolean
> value. The default is to do notification (as Cyrus would do without the
> patch). Set it to false to disable notification. SNMP statistics
> Sideeffects of this patch are a few less gcc 2.95.4 warnings, and that
cyrus
> will shut up about not being able to set the file handlers limit to
infinity
> all the time (this is useful for Linux 2.2.x; feel free to rip it out...
it
> was in my mods to master.c, so I left it in there).
>
Devdas Bhagat wrote:
> Hmmm, cyrus is supposed to be a black box solution. This means that
> access should only be through the IMAP/POP/KPOP interface and not
> directly over the filesystem.
> What cyrus does internally should not be the concern of the
> administrator/user.
>
I'm sure we all under
The .index, .cache, ... files are Berkeley DB files, I believe
(www.sleepycat.com). I'd also like to know more about what's stored where
and how, so that our webmail app can use them directly rather than going
through the IMAP server to speed things up.
- Original Message -
From: "Ashley
> Regarding complaints from those who don't want to mess with different
> software systems using different versions of SASL... DONT! Immediate
> upgrades to the latest version are not compulsory. How many recent
> messages start with "I'm running Cyrus 1.6.x on ...". If you have to
> wait for s
> Additionally, how hard is it to write a pwcheck
> method in SASL 2? I had a couple I did in SASL
> 1.5, but they required patches to the source. Can
> you just drop in a plugin, do you have to write a
> pwcheck/saslauthd daemon, or is there a simpler
> method I'm just overlooking?
>
You can plug
> We are getting close to releasing Cyrus v2.1 (yeah, I know I've said
> this a bunch of times already) and we are leaning towards making it
> dependent on SASL v2. We would like to do this for a number of reasons:
>
<...>
> We would like to get as much feedback (pro and con) on this as possible
> AFAIK Savannah is a bit interested in people hosting their projects off
> savannah because of bandwith limmitations. I dunno, but if the CMU folks
> agree, why not move verything into the "official" CMU pages?
>
I presume you mean 'uninterested' above!
Anyhoo, the idea of integrating with CMU i
> It used to have a section on clients, I do not know what it has at the
> moment. Somehow faq-o-matic crashed and wups I loost the 15 last answers I
> put there. ;(
>
Hopefully they're not gone. I've just been really busy on other projects for
a few weeks and haven't got around to fixing up the
> Every account I create sits under /my/imap/partition/user/
> Is it a good idea to create several partitions to split access to
> this directory? Maybe even on separate physical discs? At our
> current (POP3 only) installation, all user files are sitting in the
> same directory, which makes acces
No. Sieve only scans headers, not bodies. Body checks should be done by your
MTA. Search google for 'sieve filtering' for info on Sieve.
- Original Message -
From: "Tym Rehm" <[EMAIL PROTECTED]>
To: "info-cyrus" <[EMAIL PROTECTED]>
Sent: Wednesday, October 24, 2001 1:51 AM
Subject: Sieve
> It appears to be a bug caused by using fnmatch(3) to perform the match.
> fnmatch(3) performs glob-style matching, which treats '?', '*' AND '['
> as special -- see glob(7). The workaround is to escape the []:
>
> header :matches "subject" "*\\[spam score 10.0/10.0 -pobox\\]*"
>
> Feel free to
Jurgen Botz wrote:
> I just installed Cyrus for the first time to evaluate it as a possible
> mailserver to use at my company. I was surprised to find that each
> folder/mailbox is a single directory... my experience is that on
> typical Unix filesystems (UFS, ext2) this would cause severe perfor
William K. Hardeman wrote:
> You've probably noticed this yourself, but I'm suspecting cyrus is
treating
> the [ and ] as standard regex grouping characters, which would explain the
> number rejects. I don't really know anything about the Cyrus codebase, not
> being a programmer, but I do know tha
One of my users has this script:
if anyof(
header :matches "subject" "*[spam score 10.0/10.0 -pobox]*",
header :matches "subject" "**") {
reject "Message bounced by server content filter";
stop;
}
It is rejecting a lot of messages that do not match either test.
Rob Siemborski wrote:
> No, it is not possible to sue CRAM-MD5 (or DIGEST-MD5) with
> pwcheck/saslauthd, because the mechanism needs to be able to compute the
> secret which is used from the plaintext. saslauthd and pwcheck both will
> only verify a password (as in, return 'YES' or 'NO'), they wi
> You're going to have to compile CRAM-MD5 support into SASL (if you don't
> already have it). Then you're going to have to allow your users to
> create a CRAM-MD5 secret in /etc/sasldb. If you search the archives, I
> think you'll find a PHP-based front-end for doing this. If you go ahead
> wi
Well, I've happily been supporting nothing but plain/login at fastmail.fm
during our 3 years of development and beta testing, but now that we've just
gone live I'm starting to see new mail clients with behaviours I haven't
seen before.
Some mail clients are trying to use CRAM-MD5, according to ou
> Try 'denotify' in your sieve script, you can then explicitly call
> 'notify' when you want. I *think* that cmu-sieve has an implicit
> 'notify' unless explicitly turned off.
>
But doesn't the notify daemon get called for every message regardless of
what Sieve says? ...Because that's how it work
The little Perl scripts are Unix socket daemons. You need to run one of them
(start with the one that just does logging) and then check that stuff
appears in your logs when you deliver mail. Also make sure that the
directory exists that the Unix socket daemon is using (there are constants
at the t
I'd like to allow our users to respond to messages with particular
subjects/headers by emailing back files. I don't think that I can do this
with Sieve vacation because vacation creates a plain text part rather than
expecting a raw MIME structure.
What's the best way to achieve this? Is it to cre
Ken Murchison wrote:
> Jeremy Howard wrote:
> >
> > How does Cyrus decide what from/reply-to address to use when sending a
> > vacation reply? My users can choose from quite a few domains, and they
want
> > to make sure that when a vacation reply is sent, that the F
How does Cyrus decide what from/reply-to address to use when sending a
vacation reply? My users can choose from quite a few domains, and they want
to make sure that when a vacation reply is sent, that the From address is
the same address that the original message was sent to.
Michael Bartosh wrote:
> OK.
>
> ran ldd on libgssapiv2.so and found that for some reason I had to
> copy a lot of kerb libs to /usr/lib, which fixed
>
> Oct 10 19:48:25 4am imapd[22837]: unable to dlopen
> /usr/lib/sasl/libgssapiv2.so: libgssapi.so.1: cannot load shared
> object file: No such fil
I said:
> >
> >Start by reading the FAQ:
> > http://cyrus-utils.sf.net/fom
>
Which is currently broken :-( (And I typed the wrong URL anyway!)
I'll post a followup when we know what's wrong.
(Tarjei--FOM is asking for a password as if newly installed... any ideas
what's wrong?)
Michael Bartosh wrote:
> this question is far simpler than most I see across this list-
>
That's fine--we all start somewhere :-)
> But I can not get any method of authentication except for sasldb to
> work. I tied pam, I tried shadow (and added cyrus to the shadow
> group) and nothing worked unt
Ken Murchison wrote:
> "John C. Amodeo" wrote:
<...>
> > And, are wildcards supported yet?
>
> In regex, yes. The extension follows the POSIX spec with the exception
> of disallowing backreferences (no variables currently allowed in
> Sieve). If you're really interested, have a look at the draft
One thing notably missing from most webmail providers is access to IMAP, and
access to server-side filtering. Well, thanks to Cyrus we are now providing
just that at http://fastmail.fm -- an IMAP accessible, Sieve enabled, email
system.
I just finished the Sieve interface yesterday. If you can't
Justin Miller wrote:
I've had good luck with smtp-poplock -- the only issue, and it took me a
while to figure out, was that when syslog restarted weekly (after log
rotation), the auth daemon would die since the fifo was cut. Now I just
tail imapd.log directly.
My plan to avoid this pr
Chris Audley wrote:
> Create a named pipe in some appropriate location such as /var/local for
the
> perl script to read from,
>
> mkfifo /var/local/lmtpmon
>
> Then add an entry to the syslog.conf file to send mail.info messages to
the
> pipe
> separate from the entry currently sending mail.no
1 - 100 of 201 matches
Mail list logo
