the problem is NOW :-(
one thing that does strike me a little odd is the explicit presence of
those \n in the log output ...
thoughts?
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9
to do to get the ssl lib recognized?
thanks,
richard
--
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
Cyrus Home Page: http://cyrusimap.web.cmu.edu
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
... but part of the seemingly never-ending
struggle (well, at least 4 me ...) to get cyrus to behave w/ ssl ...
like i said ... been plaguing me for awhile.
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
... alas, not 2 me :-/
anyway, yay. i think.
now to see if 'everything else' is working.
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
*thought* servername: defines what that the * OK ... response
string should be.
where/what must i define to properly assign/display that string?
thx!
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
* cvs fix checkin? or is it as simple as your post implied,
namely:
s/hostname/config_servername/
in imap/imapd.c @ ln949 in void cmdloop()?
cheers,
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot
] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (Darwin)
iEYEAREDAAYFAkP6RooACgkQlffdvTZxCMYa5QCdHpIWscdaQPn9BbE7XtwLwhdn
GqEAn1ujbjI12qIaxIy3CRNq1yCd5HRO
=KLV0
-END PGP SIGNATURE-
Cyrus
support: MD5 SHA1
Encryption support: DES AES
-
thx!
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
anyone?
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
-BEGIN PGP SIGNATURE
://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2721
suggestions? more infor needed?
thx!
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
compile_et sieve_err.et
cd /usr/ports/cyrus-imap
make depend
make all
make install
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 50C9 1C46 2F8F DE42 2EDB D460 95F7 DDBD 3671 08C6
-BEGIN PGP
://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2721
suggestions?
thx!
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews at gmail dot com
fingerprint: 780A 5C81 D446 C616 B113 AA3A 9BF4 3736 88A5 678E
-BEGIN PGP SIGNATURE-
Version
.
BUT, if the kernel 'lies' to it and returns the wrong kind of socket
address from
getpeername() then Cyrus will do the wrong thing.
thanks for any/all clarification!
cheers,
richard
- --
/\
\ / ASCII Ribbon Campaign
X against HTML email, vCards
/ \ micro$oft attachments
[GPG] OpenMacNews
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi,
Hajimu UMEMOTO wrote:
I don't know about MacOS X, but there was similar bug in FreeBSD. So,
our port still applies following patch to avoid the bug in old version
of FreeBSD:
Index: master/service-thread.c
diff -u
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi again,
Oops, there is same chunk in master/service.c, and it is used in
usual.
ok. making changes to BOTH files seems to workaround the problem ...
i NO LONGER NEED the /etc/hosts.allow entry ...
i'll enter the info to the bug (#2729)
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi mitu,
thx for the detailed reply!
1st, my 'bottom line':
imtest: i CAN login w/ TLS via STARTTLS on port 143
TBird: i CAN login w/ TLS, but no trace of STARTLS and only on port 993
details follow ... here:
my
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi mitu,
fyi.
after digging thru mozilla's bugzilla site, i find that,
in ADDITION TO the default TBird config in prefs.js of:
security.enable_tlsdefault boolean true
one has to ADD:
mail.server.default.useTLS
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi mitu,
1st, THANKS very much for your time ... your comments have been a great guide!
=)
which, i think, is what i SHOULD be seeing
yes, this is correct.
gr8!
strangely, i still do NOT see STARTTLS advertised in TBird's imap
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi all,
i'm connecting to my cyrus-imap 2.2.12-cvs server on OSX 10.4.2 with a
Thunderbird v107 client.
i've configured for TLS use, with imapd.conf including:
sasl_minimum_layer: 128
sasl_mech_list: PLAIN
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
hi georg,
thx for the reply !
i have the same problem. The problem is the realm that cyrus adds to the
username. Am I correct that you have set virtdomains: yes?
yes, that is correct. my virtdomains == yes
watching the debug log, it looks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
i've installed:
imap 2.2.12 + sasl 2.1.20
when i test with,
imtest -t -p imap -m plain-a my.admin -u my.admin localhost
i get successful AUTH, but an Unknown Error Code
here's the session's console output:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
on a whim, i grep'd the src for the Unknown Error Codes reported in my two
different posts:
Unknown Error Code on imtest ?
S: C01 OK Unknown Error Code: -1904809420
[bug?] lmtpd prefork=1 results in FATAL: Unknown Error Code
Oct 5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
testing my cyrus imap v 2.2.12 + sasl v 2.1.22, with:
% imtest -t -p imap -m plain -a my.admin -u [EMAIL PROTECTED]
127.0.0.1
i CAN login successfully
log: --
Oct 6 22:24:24 devbox DMCYRUS/imaplocal[2012]: login:
hi all,
a little more info on this problem ... i can now stop/reproduce it.
i've cyrus imap 2.2.12 + sasl 2.1.22 beta on OSX 10.4.2
i'm able to launch/use lmtpd w/ no problems, if prefork=0, config'd
(in cyrus.conf) as:
lmtp cmd=lmtpd -a -C imapd.conf listen=127.0.0.1:lmtp prefork=0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi all,
on starting my cyrus master (v 2.2.12), i get the following @ console:
Oct 4 00:17:53 devbox master[17865]: process started
Oct 4 00:17:54 devbox ctl_cyrusdb[17867]: recovering cyrus databases
Oct 4 00:17:54 devbox ctl_cyrusdb[17867]:
hi,
this was reported, per suggestion, as a bug
(https://bugzilla.andrew.cmu.edu/show_bug.cgi?id=2604) in Jan '05 ...
in Cyrus-IMAP ver = 2.1.20, on OSX 10.4.1,
% sudo -u adminuser mkimap
works as expected, and without error, in creating:
%ls
db log msg
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:
hi all,
fwiw ...
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.
BUT, if configured w/:
...
--enable-sieve
...
'make all' fails (in
hi,
building cyrus-imapd-2.2.12 on a 'fresh' OSX 10.4.1 dev box ...
after config, 'make all' dies with:
% make all
### Making all in /usr/ports/cyrus/cyrus-imapd-2.2.12/man
creating imapd.conf.5
./../tools/config2man ./../lib/imapoptions ./imapd.conf.5
### Making all in
hi all,
cyrus-imapd-2.2.12 had been building ok for me on OSX 10.4.1 w/ an ext build of
perl v586 ...
after an update to perl v587:
perl -V
Summary of my perl5 (revision 5 version 8 subversion 7) configuration:
Platform:
osname=darwin, osvers=8.1.0,
That was a summary
not how it came across. fair nuf.
The ultimate fix upstream is for these files to not be included
dealer's choice, of course
but I can't go back in time to fix 2.2.12.
really wasn't asking/expecting you to ...
thx for your help!
cheers,
richard
---
Cyrus Home Page:
derrick,
fwiw, i'm seeing et_list-related errors as well, but on OSX 10.4.1
`initialize_imap_error_table_r':
/usr/local/warez/cyrus-imapd-2.2.10/imap/imap_err.c:68: undefined reference
to `initialize_error_table_r'
libimap.a(imap_err.o)(.text+0x14):/usr/local/warez/cyrus-imapd-2.2.10/imap/i
hi derrick,
thx for the reply =)
On Mon, 23 May 2005, OpenMacNews wrote:
-L/usr/local/berkeley-db/lib -ldb-4.3 -lssl -lcrypto
/usr/lib/libcom_err.a
powerpc-apple-darwin8-gcc-4.0.0: /usr/lib/libcom_err.a: No such file or
directory
I assume they provide /usr/lib/libcom_err.dylib
hi again,
Well, so, if you manually use compile_et from /usr/bin to compile the et
file, does it emit a __et_list reference?
sorry, confused.
the et_file ... -- which file in the imapd distro?
Otherwise, you have some other compile_et being used. Get rid of it.
There can be only one ...
hi again,
Well, so, if you manually use compile_et from /usr/bin to compile the et
file, does it emit a __et_list reference?
Not the et_file; The et file. There are several. Ultimately you want them
all, but for test purposes one will do
imap/imap_err.et imap/nntp_err.et
hi derrick,
a bit more info/data ...
well it sure seems that com_err/et_list originate from / revolve around
Kerberos.
so, I decided to try take Apple's Kerberos implementation out of the
picture, and build my own.
a build of MIT's krb5-1.4.1
they come with the release distro:
Fine, so just remove them, let them be regenerated, and move on with life.
huh?
you asked, i answered ...
and shared with you the results of making 'it' work on OSX 10.4.1.
i've been trying to be helpful ... why the sudden attitude change?
richard
---
hi derrick,
well it sure seems that com_err/et_list originate from / revolve around
Kerberos.
Kerberos uses them, and they are from MIT, but there are non-Kerberos things
which do.
Apple provides it with/due to Kerberos.
clear.
1st, after a fresh DL, we still have the 'suspect':
% grep
hi oliver,
fwiw, sasl-2.1.20 + bdb-4.3.27 runs just great on my OSX 10.3.7 sys ... which,
alas, is diff from yours.
that said, i've had a similar issue b4 that may be worth mentioning here; dunno
if it's your solution =)
if you poke around in sasl's code, you'll note that the sasl code, walks
For some reason after I enable TSL/SSL with Cyrus IMAP, cyradm wont
connect. Why is this???
http://asg.web.cmu.edu/archive/message.php?mailbox=archive.info-cyrusmsg=17963
You can't turn plaintext off and specify PLAIN as the only SASL
mechanism, because cyram doesn't support SSL/TLS
hi all,
i've built cyrus-imap-2.1.20 postfix-2.2-20041221+tls-nonprod on osx 10.3.7
i'm using cyrus-imap as an external message store, and local deliveries are
handled stricly via LMTP listening on an IP Domain socket ...
using a text editor, i note that messages (currently sent FROM a virtual
hi ken,
thx for the reply =)
anyway, can/does cyrus-imap store/process msgs w/ UNIX line endings?
where/how do i specify such?
Cyrus doesn't mangle line endings of messages in any way. It expects them to
be in RFC 2822 format (CRLF) and stores them that way on disk.
ok. reading ...
hi john,
I will say that as long as you are using standards based protocols to access
and inject mail into the mail store, the internal format is irrelevant.It
is
best to view cyrus as a black box, any custom code you write to access cyrus
internals could easily be broken in the next release.
hi chuck,
checking build system type... configure: error: cannot
guess build type; you must specify one
this _should_ do the trick ...
% cd /path_to_/cyrus-imapd-2.2.10
% cp /usr/share/libtool/config.* .
then, remove the line:
---#include sys/msg.h
from all code instances. for me,
hi all,
after building:
cyrus-sasl-2.1.20
cyrus-imapd-2.2.10
w/ patches from http://email.uoa.gr/projects/cyrus/
cyrus-imapd-2.2.10-autocreate-0.1.diff
cyrus-imapd-2.2.10-rmquota-0.1.diff
hi all,
in Cyrus-IMAP 2.1.20 on OSX 10.3.7,
% sudo -u adminuser mkimap
works as expected, and without error, in creating:
%ls
db log msg proc ptclient socket
as long as the referenced imapd.conf
==
(EDITOR) mkimap
hi all,
i've cyrus-sasl + cyrus-imap + postfix configured for virtual domain support,
using a cyrus mailstore.
telnet, cyradm, imtests client (Mulberry) 'tests' of imap are all OK.
i've config'd postfix to hand off local delivery to an lmtp IP Domain socket.
when i send a message from a virtual
hi sebastian,
my imapd.conf is:
---
...
sasl_pwcheck_method: auxprop
sasl_auxprop_plugin: sasldb
allowanonymouslogin: no
allowplaintext: no
sasl_mech_list: PLAIN DIGEST-MD5 CRAM-MD5
hi,
after a bunch of digging (who knew there were 238+ list messages re: this
issue ... ?!), it seems that the error I was getting is _somehow_ related to
(in my case) an undef'd ENV var, specifically:
$PERL5LIBS
the Cyrus-IMAP build installs perl modules in based on '$PERLPREFIX'
hi all,
i'm trying to login to administer via cyradm, but am failing at:
% cyradm --auth DIGEST-MD5 --user testuser --server
mail.internal.testdomain.com --port 143
cyradm: cannot authenticate to server with DIGEST-MD5 as testuser
with logs =
Dec 19 23:00:21 master[1611]: process 1618
hi oliver,
But do be warned that YOU are going to be the guinea pig on how Cyrus works
with DB 4.3.
So far it seems fine on _my_ test-system...
the BDB build/install went perfectly for me, but i was having lots of 'odd'
behaviors with BDB 4.3.x in a number of dependent apps ... incl. cyrus.
too
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
autoheader
autoconf
hi all,
i'm unable to auth PLAIN under TLS layer to my IMSP server via auxprop.
is it even posssible?
details of what i've found follow below.
pointers/clarifiation much appreciated!
thx,
richard
=
i've
cyrus-imap-2.2.8
cyrus-sasl-2.1.20
hi henrique!
On Mon, 15 Nov 2004, OpenMacNews wrote:
SERVICES {
# imap cmd=imapd listen=imap prefork=0
imaps cmd=imapd -s listen=imaps prefork=0
That's not what you want.
snip
aha. nice clear again. thx!
but, why is imapd -s is for IMAP connections
hi again,
but, why is imapd -s is for IMAP connections that are externally wrapped
by SSL -- considered BAD?
Because TLS allows one to select which certificate to present, and SSL
doesn't.
aha.
SSLv2 should not be used at all if you can help it
gone.
i presume, then, that SSLvX *starts* encrypted
hi all,
on a MacOSX 10.3.6 sys with:
cyrus-imap 2.2.8
cyrus-sasl 2.1.20
i've a canoncial server:
testserver.internal.testdomain.com
and a virtual domain:
mail2.internal.testdomain.com
i'm currently auth'ing PLAINTEXT via auxprop+sql (MySQL 4.1.7)
i've setup cyrus.conf to LISTEN *only* on
hi all,
yes, i know 'ugh'.
i've spent seemingly countless hours googling around in circles -- well
actually, in dozens of disjointed threads -- and getting oft conflicting
answers/instructions from contributing authors. thanks for all the
coments/help, tho! (you know who you are ...)
it
hi all,
i've cyrus-imap, cyrus-sasl, postfix and mysql+web-cyradm installed on OSX.
logging is turned on for apache, mysql, postfix cyrus
when i click on a particular link ('accounts') in web-cyradm, my CPU pegs @
100%.
here's what (little) i know
(a) the following error in apache error log:
On Sun, 07 Nov 2004, OpenMacNews wrote:
i've cyrus-imap, cyrus-sasl, postfix and mysql+web-cyradm installed on OSX.
Versions, please!
oops ... sorry
cyrus-imap 2.2.8
cyrus-sasl 2.1.19
postfix 2.1.15
mysql 4.1.7
osx 10.3.6
imap[507]: executed
imap[506
hi all,
i've already posted a question abt this on the web-cyradm list; i'm hoping to broaden
the exposure for some wisdom/insight from any other web-cyradm users lurking abt
*here*.
so, to the details --
for reference, i've installed the following on osx 10.3.5:
mysql 4.1.7
php 5.0.2
hi all,
i've setup Exim(4.43), Cyrus-IMAP(2.1.19) Cyrus-SASL(2.2.8) for use with VExim --
i.e. MySQL(4.1.7) usage/mgmt of virtual domains. replies from the folks on the vexim list
suggest that i might be better off with this issue here ...
after setup, with saslauthd's -r option set (sasldauth
hi earl,
-- On Tuesday, November 2, 2004 8:17 AM -0500 Earl R Shannon [EMAIL PROTECTED] wrote:
I see the PLAIN mech being advertised by the server. I'd check and make sure the SASL
libraries can be found by the imtest client.
Regards,
Earl Shannon
well, I'll be ... I thought I'd proactively
hi,
i've installed cyrus-imapd-2.2.8 on OSX 10.3.5.
OSX's perl (5.8.5) libs are installed below /System/Library/Perl/5.8.5
in the cyrus build, PERLPREFIX = $(PREFIX) ( found in 'perl/imap/Makefile'
'perl/sieve/managesieve/Makefile' *after* makde depend, make all) defines where the Cyrus
Perl
hi all,
one step at a time with this business ... =)
i've:
Cyrus-SASL-2.1.9
Cyrus-IMAP-2.2.8
built on OSX.
after verifying that my imtest etc. are actually linked to the RIGHT libsasl (previous
post), i can verify LOGIN AUTH works:
% imtest -t -m LOGIN -u [EMAIL
hi all,
i've newly built/installed:
exim-4.43
cyrus-imap-2.28
cyrus-sasl-2.1.19
on OSX 10.3.5
plus, i've been moving to MySQL support for vitrual domanis using VExim ...
so, at this point, exim seems to run fine, responding to send-tests, etc. as expected.
when testing
66 matches
Mail list logo