What does cyradm say the access rights are for account shared.folder@domain are?
localhost>listacl user/shared.folder@domain
shared.folder@domain lrswipkxtecda
user@domain lrswip << needs to be something here ?
The account name 'user' is confusing! Are you using virtual domai
Hi,
my problem still exists, anyone got some ideas about this?
Henning
Am 03.01.2013 09:37, schrieb Henning Holly:
> Hi,
>
> I recently ran into a problem with cyrus and shared folders. I have a
> kolab server running whose setup involves a cyrus imap server.
>
> So, I created a simple shared fo
he past couple of weeks, you may
> >> get a better result if you grab the tip version of cvs2git and re-run
> >> the conversion.
> >
> > If we were using cvs2git, sure! But we're not using cvs2git, we're using
> > git-cvsimport ;-)
>
> I wou
et a better result if you grab the tip version of cvs2git and re-run
>> the conversion.
>>
>
> If we were using cvs2git, sure! But we're not using cvs2git, we're using
> git-cvsimport ;-)
>
I would highly recommend cvs2git over git-cvsimport for reprod
Mark Cave-Ayland wrote:
> Oooh very nice. It seems to be a common issue that projects have to
> tweak their CVS repositories by hand to get a reasonable conversion to
> git. I'll try and take a closer look when I get a spare moment.
>
Thanks!
> My other point, of course
Jeroen van Meeuwen (Kolab Systems) wrote:
> We have a working sample, with a documented procedure, to move three CVS
> modules (cmulocal, cyrus and sieve) into one GIT repository:
>
>
> http://www.cyrusimap.org/mediawiki/index.php/Drafts/CVS_to_GIT_Conversion#Stab_.232
>
Mark Cave-Ayland wrote:
> Bron Gondwana wrote:
> >> The main criticism I have from a developer point of view is, well, CVS.
> >> Enough said. Please please can we have an official git mirror? It makes
> >> maintaining out-of-tree patches so much easier in the long run
Hi Everyone,
I've rebuilt my github clones from direct copies of the Cyrus CVS
repository at CMU. Now that I have a local account at CMU I've
been able to do a CVS import in such a way that it can follow CVS
as changes get committed, which is much nicer.
So - the URLs are the same, b
At Thu, 30 Nov 2006 12:43:13 -0500,
Ken Murchison wrote:
>
> I just moved the Cyrus 2.3 code to the trunk of CVS and created a
> cyrus-imapd-2_2-tail branch to be used for bug fixes to the 2.2 code.
ACK! I really hate that upside-down branching scheme you guys use.
Every time you do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I hope it the right place to bug a with a problem with the 2.3 version from cvs.
When using the latest version from cvs, the backend can't login to an mupdate
master (2.1.x)
anymore. 2.3.7 used to work with this mupdate master.
This is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi wes,
looks like the problem is (related to?) the:
--with-openssl=PATH use OpenSSL from PATH
my understanding was that PATH == ssl INSTALL path
e.g., /usr/local/ssl
looking in/at SMakefile, however, i note a reference to:
SS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
wes,
- -- On September 6, 2006 11:49:44 PM -0400 Wesley Craig
<[EMAIL PROTECTED]>
wrote:
> OK, now I'm frustrated. I knew I'd seen a problem that sounded
> similar reported on the list before. Here's the reference:
>
> http://www.mail-archiv
On 06 Sep 2006, at 23:00, OpenMacNews wrote:
that said, every other app i've built that links/uses 'my' ssl libs
is problem-free.
OK, now I'm frustrated. I knew I'd seen a problem that sounded
similar reported on the list before. Here's the reference:
http://www.mail-archive.com/info-cy
hi wes,
thx for the reply!
-- On September 6, 2006 10:50:21 PM -0400 Wesley Craig <[EMAIL PROTECTED]>
wrote:
On 06 Sep 2006, at 21:55, OpenMacNews wrote:
i've been fighting this for awhile; i've posted b4, with no 'bites'.
I've seen other reports on the list, including solutions. One comm
On 06 Sep 2006, at 21:55, OpenMacNews wrote:
i've been fighting this for awhile; i've posted b4, with no 'bites'.
I've seen other reports on the list, including solutions. One common
one was to use the instructions here:
http://cyrus-imapd.darwinports.com/
As I recall, another was
i've been fighting this for awhile; i've posted b4, with no 'bites'.
trying again ...
i'm building Cyrus-IMAP on OSX 10.4.7.
with EITHER v2.3.7 OR latest cvs-head, configured w/:
setenv LDFLAGS "-L/usr/local/berkeley-db/lib -ldb
-L/usr/local/cyrus-sasl/lib -ls
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi,
i'm building a new instance of cyrus-imapd-cvs/latest on OSX 10.4.7.
the build/install seems to go smoothly ... no obvious errors.
but, on attempted launch of 'master' i get:
Aug 13 10:37:50 server master[18881]:
On Wed, 9 Aug 2006 21:01:17 -0400, "Jeffrey T Eaton" <[EMAIL PROTECTED]> said:
>
> On Aug 6, 2006, at 11:31 PM, Bron Gondwana wrote:
>
> > On Wed, Aug 02, 2006 at 12:12:05AM -0400, [EMAIL PROTECTED] wrote:
> >> Update of /afs/andrew.cmu.edu/syst
On Aug 6, 2006, at 11:31 PM, Bron Gondwana wrote:
On Wed, Aug 02, 2006 at 12:12:05AM -0400, [EMAIL PROTECTED] wrote:
Update of /afs/andrew.cmu.edu/system/cvs/src/cyrus
In directory mail5.andrew.cmu.edu:/afs/andrew.cmu.edu/system/src/
local/cyrus/111
Modified Files:
Tag: cyrus-imapd
On Wed, Aug 02, 2006 at 12:12:05AM -0400, [EMAIL PROTECTED] wrote:
> Update of /afs/andrew.cmu.edu/system/cvs/src/cyrus
> In directory
> mail5.andrew.cmu.edu:/afs/andrew.cmu.edu/system/src/local/cyrus/111
>
> Modified Files:
> Tag: cyrus-imapd-2_3
> SMakefile
Hi,
I did a check out of cvs tag cyrus-imapd-2_3. Can anybody confirm that
this is what used upstream? I eager to try the replication with virtual
domains. Ken made some adjustments to the code a couple of weeks ago.
I'm not sure how to compile it now. I can't find any good r
hi,
bldg unpatched Cyrus-IMAPd-cvs (6/20/05 01:00:00) w/ Cyrus-SASL v2.1.22 on OSX
10.4.1
if configured w/:
...
--disable-sieve
...
install is successful:
% otool -L /usr/local/cyrus-imap/libexec/imapd
/usr/local/cyrus-imap/libexec/imapd:
/usr/local/cyrus
hi all,
i've
cyrus-sasl-2.1.20
cyrus-imap-2.2.8
on
OSX 10.3.6
as per
<http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg10980.html>, the
IMSP 1.7b release is not compatible w/ SASL2, so i've DL'd today's CVS-head.
configure w/
aclocal -I cmulocal
Here is a casino giving away $25 Free when you sign up an account.
No credit card required
http://acecasino.cls2.org/iwin.html
James
Lenny wrote:
First, I want to again say thanks to Ken for the smmapd updates to make smmapd
murder compatible. Also, thanks to Andrzej for all his work on sendmail <->
cyrus integration.
A question about the current version in CVS. I use the rpm stuff Simon Matter
has put together. I'
First, I want to again say thanks to Ken for the smmapd updates to make smmapd
murder compatible. Also, thanks to Andrzej for all his work on sendmail <->
cyrus integration.
A question about the current version in CVS. I use the rpm stuff Simon Matter
has put together. I'm using
> On Fri, 06 Feb 2004 13:58:22 +0100, Simon Matter wrote:
>
>> I've tried using nss_ldap to do this and it works but it's not the best
>> solution.
>
> Sounds interesting, at least as a band-aid for the time being.
>
> Could you tell a bit about your experiences, especially in the context of
> perm
On Fri, 06 Feb 2004 13:58:22 +0100, Simon Matter wrote:
> I've tried using nss_ldap to do this and it works but it's not the best
> solution.
Sounds interesting, at least as a band-aid for the time being.
Could you tell a bit about your experiences, especially in the context of
permission handli
h and every user which is to have access to a
> shared folder.)
>
> I have the impression that LDAP support in CVS HEAD is better (e.g.
> compiles) than the LDAP support in the latest Cyrus release.
> --with-auth=pts --with-ldap=/usr --with-pts=ldap
I have similar questions and I'
ave access to a
shared folder.)
I have the impression that LDAP support in CVS HEAD is better (e.g.
compiles) than the LDAP support in the latest Cyrus release.
--with-auth=pts --with-ldap=/usr --with-pts=ldap
Now, the big question: How unstable is CVS HEAD? - I know that it
shouldn't be use
I tried to compile cyrus-imapd 2.2 (latest from cvs) with ldap ptclient, but I
receive an error regurding lutil.h and lutil_ldap.h not found.
I search an my tree and effectivly there are not present.
Where I can found it ? Or better which package shoul include it ?
Thanks
--
Vittorio
es to their
corresponding Net-SNMP names.
The patch is against the cyrus-imapd-2_2 CVS branch. It doesn't have any
nice if/then comparisons for determining if UCD SNMP or Net-SNMP is
installed and therefore setting the code up to compile correctly. I thought
about doing this, but I didn'
Christos,
I've patched your cyrus-imapd-2.2.1-BETA-autocreate-0.8.1.diff patch to
successfully patch a CVS checkout on branch cyrus-imapd-2_2 as of today.
I've changed the name and bumped the version to 0.8.2 to reflect the
required changes (only 2 or 3 lines where the pro
James Satterfield wrote:
Is there any way to specify the location of imapd.conf and cyrus.conf? I
normally keep them in /usr/local/etc and I didn't see any configure time
option for the location, or a master(8) flag for the conf locations.
Use the -C option for master and the services/utilitie
Is there any way to specify the location of imapd.conf and cyrus.conf? I
normally keep them in /usr/local/etc and I didn't see any configure time
option for the location, or a master(8) flag for the conf locations.
Since I had the misfortune of going a night without sieve (you find out just
how
Hi folks,
I'm setting up a new box and I'm planning on switching from 2.1.13 to one
of the 2.2.0 alphas, either out of cvs or from the tarball on the ftp
site. I imagine since the tarball on the FTP site was created (according
to the ftp site) in march, the cvs is gonna have a number
cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
(enter "anonymous" as the password)
cvs -d :pserver:[EMAIL PROTECTED]:/cvs co -d cyrus-imapd cyrus
(the first -d specifies the CVSROOT, in this case, our CVS server, and a
path to the CVS repository; co says "check out", -d s
This will probably be a verry stupid question:
Is there a way to easaly download a directory of the CVS-lists
recursive, instead of clicking on everything in my browser ??
Jappie
You need to edit the /etc/cyrus.conf file and make sure the 'lmptunix' line points to
the right socket. You can do a find for it if you are not sure. Below is the line
from my cyrus.conf file running on Red Hat 8.0. I too had this problem and found this
solution on another message board.
l
I checked out the new source and compiled it as you said yesterday.
I use sendmail 8.12.8-1 and cyrus 2.2.
If sendmail tries to deliver the mail using the lmtp unix socket, the
master process logs this to syslog:
master[804]: process 1205 exited, signaled to death by 11
And then the mailq shows con
Rob Siemborski wrote:
Could you send me your new .bc file?
(you did recompile it, right?)
Ups...sorry! I only made cvs update; make. After doing make distclean;
configure; make; make install it now works! Great! Thanks a lot for your
help. I attached the newly compiled script just for
On Wed, 5 Mar 2003, Christian Schulte wrote:
> Rob Siemborski wrote:
>
> >Could you send me your new .bc file?
> >
> >(you did recompile it, right?)
> >
> >
> >
> Ups...sorry! I only made cvs update; make. After doing make distclean;
> configure;
I fixed this in CVS. We scrapped the prot stream, since it wasn't
needed. I also changed the shutdown_file() prototype and used it in
lmtpengine.c
Thanks,
Ken
Christian Schulte wrote:
>
> From imap/global.c:
>
> 550 /*
> 551 * Return contents of the shutdown file. N
On Wed, 5 Mar 2003, Rob Siemborski wrote:
> On Wed, 5 Mar 2003, Franz Skale wrote:
>
> > Things are running good with the cvs code of cyrus (branche 2.2) but
> > there are 2 probs i have with sieve.
> > Btw. i am using sendmail 8.12.8 with the lmtp unix socket delivering
target of the preceding rule...I did the update a few minutes ago and so
> a I did not get deep into testing my sieve scripts but I will do the
> next days!
When did you last do the update? I can't reproduce this with the current
CVS code, though it looks like something that may have
On Wed, 5 Mar 2003, Franz Skale wrote:
> Things are running good with the cvs code of cyrus (branche 2.2) but
> there are 2 probs i have with sieve.
> Btw. i am using sendmail 8.12.8 with the lmtp unix socket delivering
> option. (cyrusv2.mc)
>
> My first problem is of the vac
ceding rule...I did the update a few minutes ago and so
> a I did not get deep into testing my sieve scripts but I will do the
> next days!
When did you last do the update? I can't reproduce this with the current
CVS code, though it looks like something that may have been related
t;CC","To","TO"] "epag.de", address
:contains ["from"] "epag.de") {
fileinto "EPAG";
}
elsif allof (address :contains ["Cc","CC","To","TO"]
"[EMAIL PROTECTED]") {
fileinto &q
Christian Schulte wrote:
Then again in imap/lmtpengine.c:
1377rset:
1378 if(msg->data) prot_free(msg->data);
1379 if (msg) msg_free(msg);
1380 msg_new(&msg);
1381
1382 continue;
1383 }
1384
Christian Schulte wrote:
>
> Franz Skale wrote:
>
> >Things are running good with the cvs code of cyrus (branche 2.2) but
> >there are 2 probs i have with sieve.
> >Btw. i am using sendmail 8.12.8 with the lmtp unix socket delivering
> >option. (cyrusv2.mc)
>
dmail
responsible for the weird behaviour ?
Is there an elegant way to activate all sieve scripts on startup ?
Franz
On Wed, 2003-03-05 at 16:19, Christian Schulte wrote:
> Franz Skale wrote:
>
> >Things are running good with the cvs code of cyrus (branche 2.2) but
> >there are 2
Franz Skale wrote:
Things are running good with the cvs code of cyrus (branche 2.2) but
there are 2 probs i have with sieve.
Btw. i am using sendmail 8.12.8 with the lmtp unix socket delivering
option. (cyrusv2.mc)
The cvs source from last week worked perfectly with the vacation
extension.
I did
Things are running good with the cvs code of cyrus (branche 2.2) but
there are 2 probs i have with sieve.
Btw. i am using sendmail 8.12.8 with the lmtp unix socket delivering
option. (cyrusv2.mc)
My first problem is of the vacation extension of sieve.
I am able to upload the script and activate
From imap/global.c:
550 /*
551 * Return contents of the shutdown file. NULL = no file.
552 */
553 char *shutdown_file(void)
554 {
555 int fd;
556 struct protstream *shutdown_in;
557 static char shutdownfilename[1024] = "";
558 static char buf[1024];
559 char *p;
56
On Sun, 23 Feb 2003, Jure Pecar wrote:
> On Sun, 23 Feb 2003 15:55:14 -0500 (EST)
> Igor Brezac <[EMAIL PROTECTED]> wrote:
>
> > Do you get a syslog entry for each failed authentication from
> > saslauthd: AUTHFAIL: [EMAIL PROTECTED] service=pop3...? If this is
> > the case, things are working f
On Sun, 23 Feb 2003 15:55:14 -0500 (EST)
Igor Brezac <[EMAIL PROTECTED]> wrote:
> Do you get a syslog entry for each failed authentication from
> saslauthd: AUTHFAIL: [EMAIL PROTECTED] service=pop3...? If this is
> the case, things are working fine.
no, i get AUTHFAIL: user=test service=imap rea
On Sun, 23 Feb 2003, Jure Pecar wrote:
>
> I hit another problem:
>
> I have a mysql plugin for saslauthd, which i put together (and posted here
> about half a year ago). Among the first lines of auth_mysql() i print out
> the values i get for login and realm.
>
> If i test it with testsaslauthd,
I hit another problem:
I have a mysql plugin for saslauthd, which i put together (and posted here
about half a year ago). Among the first lines of auth_mysql() i print out
the values i get for login and realm.
If i test it with testsaslauthd, i get [EMAIL PROTECTED] as the login and
empty realm,
On Thu, 20 Feb 2003, Christian Schulte wrote:
> Igor Brezac wrote:
>
> >On Wed, 19 Feb 2003, Ilya wrote:
> >
> >
> >
> >>Ken, do you have any plans for global admins without default domain setting?
> >>
> >>
> >
> >I got this working by accident, but this would be a nice feature. Admin
> >needs
Igor Brezac wrote:
>
> On Wed, 19 Feb 2003, Ilya wrote:
>
> > Ken, do you have any plans for global admins without default domain setting?
>
> I got this working by accident, but this would be a nice feature. Admin
> needs to be unqualified and the imap server ip address should not resolve
>
Igor Brezac wrote:
On Wed, 19 Feb 2003, Ilya wrote:
Ken, do you have any plans for global admins without default domain setting?
I got this working by accident, but this would be a nice feature. Admin
needs to be unqualified and the imap server ip address should not resolve
to a FQDN.
, 2003 at 09:24:54AM -0500, Ken Murchison wrote:
> >
> >
> > Jure Pecar wrote:
> > >
> > > Hi all,
> > >
> > > I started playing with the recent cvs code. Basically i want to set up a
> > > multidomain server with one default domain an
Ken, do you have any plans for global admins without default domain setting?
On Wed, Feb 19, 2003 at 09:24:54AM -0500, Ken Murchison wrote:
>
>
> Jure Pecar wrote:
> >
> > Hi all,
> >
> > I started playing with the recent cvs code. Basically i want to set up
as opposed to
static cpp&ld flags is unnecessary.
Cheers,
Patrick
Index: cmulocal/sasl2.m4
=======
RCS file: /cvs/src/cmulocal/sasl2.m4,v
retrieving revision 1.25
diff -u -r1.25 sasl2.m4
--- cmulocal/sasl2.m4 3 Feb 2003 17:09:08 -0
Jure Pecar wrote:
>
> Hi all,
>
> I started playing with the recent cvs code. Basically i want to set up a
> multidomain server with one default domain and mysql auxprop auth. So i
> have this in imapd.conf (among other things):
>
> admins: cyrus
> allowpla
On Wed, 19 Feb 2003, Jure Pecar wrote:
> cyradm still does not compile to a working state outofthebox. Looks like
> env variables like BDB_LIB and SASL_LIB are not passed down to perl/imap.
> When exporting them by hand and going through standard 'perl Makefile.PL;
> make; make install' it works.
Hi all,
I started playing with the recent cvs code. Basically i want to set up a
multidomain server with one default domain and mysql auxprop auth. So i
have this in imapd.conf (among other things):
admins: cyrus
allowplaintext: yes
defaultdomain: example.com
hashimapspool: 1
imapidresponse: 1
I have everything working correctly except delivery to virtual domains
-- can connect to imapd and create folders, etc.
I'm seeing this in the imap logs when I attempt to send mail to a
virtual domain:
append_check() of 'user.fred^johnson' failed
I'm assuming the problem is that my MTA - postf
On Tue, Jan 21, 2003 at 11:09:56AM -0500, Ken Murchison wrote:
>
> Does fullhash use both upper and lower or just upper exclusively? (I
> could look at the code, but I'm being lazy)
It uses upper case exclusively, to distinguish it from the
original hash scheme.
--
-Gary Mills--Unix Suppor
Henrique de Moraes Holschuh wrote:
>
> On Tue, 21 Jan 2003, Ken Murchison wrote:
> > Did you compile with --enable-fulldirhash? If so, this might be the
> > problem because mkimap does not support this yet. That being said, I
> > didn't think that fulldirhash used upper case letters for the ha
On Tue, 21 Jan 2003, Ken Murchison wrote:
> Did you compile with --enable-fulldirhash? If so, this might be the
> problem because mkimap does not support this yet. That being said, I
> didn't think that fulldirhash used upper case letters for the hash
> directories. What does the path to this ma
Vittorio Manfredini wrote:
>
> I just install to test the cvs version and I activate it on a machine using a
> virtual domain.
>
> All seem to work fine, but when I try to set quota on a virtual domain mailbox I
> have an I/O error.
>
> When I read the log file I fou
cc:
Sent by: Subject: cvs cyrus-imapd-2_2
and quota with virualdomain
[E
I just install to test the cvs version and I activate it on a machine using a
virtual domain.
All seem to work fine, but when I try to set quota on a virtual domain mailbox I
have an I/O error.
When I read the log file I found this error :
Jan 21 11:08:06 www imap[1614]: IOERROR: creating quota
On 28 Feb 2003, [EMAIL PROTECTED] writes:
> I want to download a Cyrus-imapd-2.2 from CVS and I tried the command
> cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
> But I can't login.
> Would someone help me ?
Maybe you forgot the password of "anonymous"?
cvs
Hi All,
I want to download a Cyrus-imapd-2.2 from CVS and I tried the command
cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
But I can't login.
Would someone help me ?
Thanks a lot.
---
Kai
__
Do You Yahoo!?
Yahoo! BB is Broadband by
On Tue, 14 Jan 2003, vic ismakaev wrote:
> I'v got a cyrus-imapd-2.2 from CVS by
> cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
> cvs -d :pserver:[EMAIL PROTECTED]:/cvs co -d cyrus-imapd-2_2 cyrus
> Is it right?
>
> But when I have compile it, a saw in imap/version
I'v got a cyrus-imapd-2.2 from CVS by
cvs -d :pserver:[EMAIL PROTECTED]:/cvs login
cvs -d :pserver:[EMAIL PROTECTED]:/cvs co -d cyrus-imapd-2_2 cyrus
Is it right?
But when I have compile it, a saw in imap/version.h and Makefile.in that
version is "2.1.11". Is it correct?
Victor V Ismakaev.
Lawrence Greenfield wrote:
Well, "message delivery" and "mailbox names" are tightly
intertwined. How should I know that "leg+detail" should be delivered
to "user.leg.Detail"?
There is no historical usage that says imap folder names within a
mailbox aren't case sensitive, so I would say leg+De
Date: Mon, 13 Jan 2003 16:48:49 -0500
From: John Alton Tamplin <[EMAIL PROTECTED]>
[...]
There seem to be 3 places that have to be dealt with:
1) login
2) message delivery
3) mailbox names
It seems like 1 is very localized and a trivial change in
auth_canonifyid (if it
Lawrence Greenfield wrote:
Date: Mon, 13 Jan 2003 16:31:15 -0500
From: John Alton Tamplin <[EMAIL PROTECTED]>
Lawrence Greenfield wrote:
>I'm kinda unhappy about the limited scope of the patch. It makes
>usernames case-insensitive during delivery, but they're case-sensitive
>everywh
Lawrence Greenfield wrote:
I'm kinda unhappy about the limited scope of the patch. It makes
usernames case-insensitive during delivery, but they're case-sensitive
everywhere else. I'm not sure this is a great idea.
Maybe a global switch of case-sensitive mailbox names would make more
sense (thus
Date: Mon, 13 Jan 2003 16:31:15 -0500
From: John Alton Tamplin <[EMAIL PROTECTED]>
Lawrence Greenfield wrote:
>I'm kinda unhappy about the limited scope of the patch. It makes
>usernames case-insensitive during delivery, but they're case-sensitive
>everywhere else. I'm not sure
On Mon, 13 Jan 2003, Lawrence Greenfield wrote:
> Maybe a global switch of case-sensitive mailbox names would make more
> sense (thus LeG+detail -> user.leg.Detail, and "LEG" could log
> in). I'm not sure, though.
Nor am I. Should Cyrus do such a thing on its own? And if so, is this a
2.2-only typ
Date: Mon, 13 Jan 2003 17:32:10 -0200
From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
On Mon, 13 Jan 2003, Ted Cabeen wrote:
> So is this patch going to make it into 2.1? I have the same
> problem here with LMTP downcasing, and would like to have a
> solution that doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Content-Type: text/plain; charset=us-ascii
In message <20021226163734.GA5176@khazad-dum>, Henrique de Moraes Holschuh writ
es:
>On Thu, 26 Dec 2002, John Alton Tamplin wrote:
>> Henrique de Moraes Holschuh wrote:
>> >Here's the improved patch. It skip
On Mon, 13 Jan 2003, Ted Cabeen wrote:
> So is this patch going to make it into 2.1? I have the same problem here
> with LMTP downcasing, and would like to have a solution that doesn't require
> me to patch either postfix or cyrus, if possible.
Well, the patch proved itself stable, and it is in
--On Thursday, December 26, 2002 11:55 AM -0500 Scott Adkins
<[EMAIL PROTECTED]> wrote:
[... sendmail +detail delivery ...]
Has anyone else had this problem (plussed folder emails sent to sendmail
that is configured to talk to LMTP directly, either my UNIX domain socket
or my TCP socket)? If so,
If you've just done a CVS update and expect to compile, its not going to
happen (too many things have changed). Try:
make distclean
rm configure
sh SMakefile
./configure ...
make
Jonathan Marsden wrote:
>
> Something in CVS 2.2 changed since 26 Sept 2002 that apparently makes
&g
Ilan Rabinovitch schrieb:
Hello Christian,
Any chance I can get a look at your sendmail.mc or sendmail.cf files. Im
trying to accomplish the same as you but following your thread of e-mails on
the list I cant seem to reach the same poitn as you.
Thanks,
Ilan
I solved it! I tried to deliver
Something in CVS 2.2 changed since 26 Sept 2002 that apparently makes
for trouble compiling it under Red Hat 7.3.
(1) The first issue is probably just the a lack of a #include
before using a struct tm in lib/mkgmtime.c (make output
at end of message). There is a similar omission (of #include
Jonathan Marsden schrieb:
On 16 Dec 2002, Christian Schulte writes:
+`R$=L < @ $=w . > $#_LOCAL_ $: @ $1`@'$2 special local names
+R$+ < @ $=w . > $#_LOCAL_ $: $1`@'$2 regular local name')
I think the two lines you added should look like
`R$=L < @ $=w . > $#_LOCAL_
On Mon, 30 Dec 2002, Rob Siemborski wrote:
> On Mon, 30 Dec 2002, Henrique de Moraes Holschuh wrote:
> > Yes. We cannot easily protect the mail spool without a lot of huge changes
> > to Cyrus. I think we would need to at least:
> >
> [snip]
> > 2. Use IPC/pipes/whatever to talk to master (or ano
On Mon, 30 Dec 2002, Henrique de Moraes Holschuh wrote:
> Yes. We cannot easily protect the mail spool without a lot of huge changes
> to Cyrus. I think we would need to at least:
>
[snip]
> 2. Use IPC/pipes/whatever to talk to master (or another long-running
> daemon), and let it keep all g
On Sun, 29 Dec 2002, Lawrence Greenfield wrote:
> --On Monday, December 30, 2002 12:52 AM -0200 Henrique de Moraes Holschuh
> <[EMAIL PROTECTED]> wrote:
> >The codepaths in master are MUCH easier to audit, so I think it overall
> >enhances the security of Cyrus to run services inside chroot jails.
--On Monday, December 30, 2002 12:52 AM -0200 Henrique de Moraes Holschuh
<[EMAIL PROTECTED]> wrote:
The codepaths in master are MUCH easier to audit, so I think it overall
enhances the security of Cyrus to run services inside chroot jails. IF it
is done right.
Any comments? Should I submit thi
Duh. Please apply the attached patch too. I really should regression-test
these things BEFORE I send out patches...
--
"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." -- The Silicon
The attached patch adds chroot() jailing support to Cyrus master.
Here's the catch:
1. If no jail= parameters are set, cyrus behaves exactly as it always did
2. If jail= parameters are set, we NEED to keep superuser privileges
so that we can chroot(). That means:
2a. If your system has set
--On Wednesday, December 25, 2002 10:59 AM -0200 Henrique de Moraes
Holschuh <[EMAIL PROTECTED]> wrote:
Here's the improved patch. It skips over the +Mailbox part of the
recipient, in the most straightforward way possible ;-)
Sorry, didn't see this message until too late... ignore my last post
On Thu, 26 Dec 2002, John Alton Tamplin wrote:
> Henrique de Moraes Holschuh wrote:
> >Here's the improved patch. It skips over the +Mailbox part of the
> >recipient,
> >
> Would it make sense to make the control more generic, such as
> downcase_account_name, and have it also apply to logins and
1 - 100 of 180 matches
Mail list logo