Re: [courier-users] Courier-IMAP on SSL: How is SSL called?

2002-11-10 Thread Gordon Messmer
On Fri, 2002-11-08 at 16:57, John Desmond wrote: > I installed the latest version of OpenSSL to use it > with Courier-IMAP. I'm running RedHat 7.2. In > accordance with the FAQ, I modified the install > directories so that it wouldn't clobber the old > version of ssl (evidently the RedHat ssl/ssh i

[courier-users] Re: maildrop and mbox

2002-11-10 Thread Sam Varshavchik
Zenon Panoussis writes: The maildrop manual says that The message may contain an mbox-style From_ line before the first header line. If the message does not contain a From_ line, maildrop will create one (if needed). but I haven't been able to figure when maildr

[courier-users] Re: Possible ssl error?

2002-11-10 Thread Sam Varshavchik
Mogens Valentin writes: After upgrading from RH 6.2 / 2.2.20 and courier-imap-1.4.6 to HR 7.2 / 2.4.19 and courier-imap-1.6, clients can no longer connect. I've tried reinstalling the 'old' courier-imap.1.46, no change. The /etc/pamd./imap module is in place. I can log on locally to the system,

Re: [courier-users] maildrop and mbox

2002-11-10 Thread Lindsay Haisley
A From line will be added if the message is to be stored in a mbox-style file, but not if it's to be stored in a Maildir, where emails are stored as individual files. The From_ line in an mbox file serves as the demarcation between emails and is used by email clients to break the file down into co

[courier-users] Possible ssl error?

2002-11-10 Thread Mogens Valentin
After upgrading from RH 6.2 / 2.2.20 and courier-imap-1.4.6 to HR 7.2 / 2.4.19 and courier-imap-1.6, clients can no longer connect. I've tried reinstalling the 'old' courier-imap.1.46, no change. The /etc/pamd./imap module is in place. I can log on locally to the system, and through ssh, so group

[courier-users] maildrop and mbox

2002-11-10 Thread Zenon Panoussis
The maildrop manual says that The message may contain an mbox-style From_ line before the first header line. If the message does not contain a From_ line, maildrop will create one (if needed). but I haven't been able to figure when maildrop thinks that a From_ line i

[courier-users] 'Recursive' virtual users

2002-11-10 Thread Martin Poelstra
Hi, I have set up a mailsystem using Courier and LDAP. I have some domains in an LDAP database, which I set up like the database from jamm (jamm.sf.net). The problem is, that courier doesn't like 'loops' in virtual adresses, like this: [EMAIL PROTECTED] -> [EMAIL PROTECTED],[EMAIL PROTECTED

[courier-users] .courier vs .mailfilter files

2002-11-10 Thread jeff jansen
What's the interaction between a .mailfilter and a .courier file if both exist in the user's Home directory? Does one override the other or do they both get executed in some order? (I'm using courier 0.39.3 if it matters but will likely upgrade to 0.40 in the near future.) I have an account t

[courier-users] Re: IPv6, NetBSD & Courier - no dice so far...

2002-11-10 Thread Sam Varshavchik
Adrian Close writes: But it won't even attempt a connection to IPv4-only MX hosts, which kind of foils my evil plan for world domination...er... I mean IPv6 sweetness and light, with peace in our time... ;) Is this because it's trying to make IPv4 connections from IPv6 sockets? With IPv6 enabl

[courier-users] IPv6, NetBSD & Courier - no dice so far...

2002-11-10 Thread Adrian Close
Hi all, I'm trying to courier-mta to work properly for me on a NetBSD 1.6 machine (actually an SGI Challenge S, but that's hopefully not important right now) within an IPv6 (6Bone) environment (so --with-ipv6 - turning it off is not a realistic long-term option). Everything compiles and installs

Re: [courier-users] Re: Courier register last login date an ip on LDAP

2002-11-10 Thread Brian Candler
On Fri, Nov 08, 2002 at 09:26:05PM -0500, Sam Varshavchik wrote: > >>Check the mtime of ./Maildir/cur which will change on > >>each login with new mail, via pop3, imap or webmail. > > > >... but only if they have received new mail? > > No, but atime WILL change. True. However that's not a very ro