Re: informing users about quotas
On Thu, 6 Feb 2003, John A. Tamplin wrote: Quoting Hans Wilmer [EMAIL PROTECTED]: how can users securely be informed about their quota usage? It seems to be left to the clients to ignore or to not ignore the warnings from cyrus. Unfortunately, the mozilla client ignores the warnings, and incoming mail would be silently rejected once the user is over quota. Is there a tool (for cyrus 1.5.x as comes with Debian Woody) that could be run by cron to send the users who are about to reach their quota limit a warning message? What we do is run a perl script that parses the output of quota and sends email to everyone over quota. Our custom delivery program recognizes the from address (our help desk) and sets the ignorequota option on the LMTP connection so the mail is delivered regardless. Even before we had that running, the users who were over quota noticed pretty quickly they weren't getting mail and called the help desk :). What is your custom delivery program? I'm interested in that kind of solution but i didn't found yet a deliver program for postfix that use lmtp and can add the ignorequota option. -- Eric Doutreleau I.N.T | Tel : +33 (0) 160764687 9 rue Charles Fourier | Fax : +33 (0) 160764321 91011 Evry France | email : [EMAIL PROTECTED]
Re: Outlook 2002 vs. Cyrus 2.1.12
On Sat, 8 Feb 2003, Lawrence Greenfield wrote:
Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET)
From: Per Steinar Iversen [EMAIL PROTECTED]
I just tried to copy a large number of messages from an Outlook PST file
to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not
cooperate. As test I then tried copying to an old Cyrus 1.6.22 server -
that works!
Getting a protocol dump (create a directory of
/var/imap/log/username) should make it pretty clear what's going on.
Larry
Here is a log, somewhat cleaned up. I just dragged the top level folder
from the PST file to the top level IMAP folder. The contents of the single
message transferred has been removed:
-- iversen Mon Feb 10 10:29:08 2003
10448693480001 OK User logged in
10448693480002 IDLE
1044869348+ go ahead
1044869348DONE
10448693480002 OK Completed
10448693480003 LIST INBOX.
10448693480003 OK Completed (0.000 secs 1 calls)
10448693480004 CREATE INBOX.
10448693480004 NO Mailbox already exists
10448693480005 IDLE
1044869348+ go ahead
1044869348DONE
10448693480005 OK Completed
10448693480006 CREATE INBOX.Frank
10448693480006 OK Completed
10448693480007 LIST INBOX.Frank
1044869348* LIST (\HasNoChildren) . INBOX.Frank
0007 OK Completed (0.000 secs 2 calls)
10448693480008 SUBSCRIBE INBOX.Frank
10448693480008 OK Completed
10448693480009 IDLE
1044869348+ go ahead
1044869348DONE
10448693480009 OK Completed
1044869348000A CREATE INBOX.Frank.Forskning
1044869349000A OK Completed
1044869349000B LIST INBOX.Frank.Forskning
1044869349* LIST (\HasNoChildren) . INBOX.Frank.Forskning
000B OK Completed (0.000 secs 2 calls)
1044869349000C SUBSCRIBE INBOX.Frank.Forskning
1044869349000C OK Completed
1044869349000D IDLE
1044869349+ go ahead
1044869349DONE
1044869349000D OK Completed
1044869349000E CREATE INBOX.Frank.Forskning.artikler
1044869349000E OK Completed
1044869349000F LIST INBOX.Frank.Forskning.artikler
1044869349* LIST (\HasNoChildren) . INBOX.Frank.Forskning.artikler
000F OK Completed (0.000 secs 2 calls)
1044869349000G SUBSCRIBE INBOX.Frank.Forskning.artikler
1044869349000G OK Completed
1044869349000H IDLE
1044869349+ go ahead
1044869349DONE
1044869349000H OK Completed
1044869349000I APPEND INBOX.Frank.Forskning.artikler (\Seen) 12-Feb-2000 15:15:26
+0100 {5873}
1044869349+ go ahead
1044869349From:
To: XX
Subject:
Date: Sat, 12 Feb 2000 15:16:04 +0100
...lines deleted...
1044869349000I OK [APPENDUID 1044869349 1] Completed
1044869349000J IDLE
1044869349+ go ahead
1044869349DONE
1044869349000J OK Completed
1044869349000L IDLE
1044869349+ go ahead
1044869610* BYE Connection reset by peer
Outlook was hanging for several minutes before I killed it and the last
line of the log was printed.
And, to compare, here is the beginning of the same log on Cyrus 1.6.22:
0001 OK User logged in
0002 LIST INBOX.
u0002 OK Completed
0003 CREATE INBOX.
0003 NO Mailbox already exists
0004 LIST INBOX
* LIST () . INBOX
0004 OK Completed
0005 LSUB INBOX.*
s* LSUB () . INBOX.DELETED
* LSUB () . INBOX.Draft
* LSUB () . INBOX.Drafts
... lines deleted...
0005 OK Completed
0006 CREATE INBOX.test.Frank
0006 OK Completed
0007 LIST INBOX.test.Frank
* LIST () . INBOX.test.Frank
0007 OK Completed
0008 SUBSCRIBE INBOX.test.Frank
0008 OK Completed
0009 CREATE INBOX.test.Frank.Forskning
0009 OK Completed
000A LIST INBOX.test.Frank.Forskning
* LIST () . INBOX.test.Frank.Forskning
000A OK Completed
000B SUBSCRIBE INBOX.test.Frank.Forskning
000B OK Completed
000C CREATE INBOX.test.Frank.Forskning.artikler
000C OK Completed
000D LIST INBOX.test.Frank.Forskning.artikler
* LIST () . INBOX.test.Frank.Forskning.artikler
000D OK Completed
000E SUBSCRIBE INBOX.test.Frank.Forskning.artikler
000E OK Completed
000F APPEND INBOX.test.Frank.Forskning.artikler (\Seen) 12-Feb-2000 15:15:26 +0100
{5873}
+ go ahead
From: XX
To: XXX
Subject: XXX
Date: Sat, 12 Feb 2000 15:16:04 +0100
...lines deleted...
d000F OK [APPENDUID 1044870266 1] Completed
000G APPEND INBOX.test.Frank.Forskning.artikler (\Seen) 12-Feb-2000 15:22:26 +0100
{100562}
C+ go ahead
...lines deleted...
I000I OK [APPENDUID 1044870266 4] Completed
000J CREATE INBOX.test.Frank.Forskning.forlag
u000J OK Completed
000K LIST INBOX.test.Frank.Forskning.forlag
etc ...
-psi
Any suggestion ?
BlankHello, All:
When I installed db-4.0.14, cyrus-sasl-2.1.6 and cyrus-imapd-2.1.5 on a new
Solaris platform, with gcc-2.95.3, make-3.79.1 and perl-5.8.0, which went
through on another machine.
Unfortunately this time there was a strange problem which had tortured me
for a whole day:
When I connected to port 143 and tried to login as cyrus (in admins of
/etc/imapd.conf), I got this:
1 NO Login failed: user not found
Or when I run the script: cyradm --user=cyrus --server=localhost, after
inputing the passwd, I got this:
Login failed: user not found at
/usr/local/lib/perl5/site_perl/5.8.0/sun4-solaris/Cyrus/IMAP/Admin.pm line
114
cyradm: cannot authenticate to server with as cyrus
But the user cyrus does exist and I checked by
/usr/local/sbin/sasldblistusers2.
Meanwhile, I could login as anonymous if I choosed the option. however
it was no use!
I guess it's sth wrong with SASL procedure, but no idea on it. grateful
for ANY suggestion !
my imap.conf:
configdirectory: /var/imap
partition-default: /var/spool/imap
admins: root cyrus
srvtab: /var/imap/srvtab
sasl_pwcheck_method: auxprop
sasl_passwd_check: shadow
allowanonymouslogin: yes
my cyrus.conf:
START {
recover cmd=ctl_cyrusdb -r
}
SERVICES {
imap cmd=imapd listen=imap prefork=0
pop3 cmd=pop3d listen=pop3 prefork=0
sieve cmd=timesieved listen=sieve prefork=0
# lmtp cmd=lmtpd listen=lmtp prefork=0
lmtpunix cmd=lmtpd listen=/var/imap/socket/lmtp prefork=0
}
EVENTS{
checkpoint cmd=ctl_cyrusdb -c period=5
delprune cmd=ctl_deliver -E 3 period=1440
tlsprune cmd=tls_prune period=1440
}
Re: Outlook 2002 vs. Cyrus 2.1.12
On 8 Feb 2003, Fabian Fagerholm wrote: Outlook can behave very strangely sometimes. I have certainly noticed that the main method for handling IMAP errors and problems is to just freeze :-) -psi
not able to receive mails in cyrus-postfix
Hello, i need a help regarding receiving mail in cyrus. I installed Postfix-1.1.11 and cyrus-2.1.12 and horde. my system is redhat 8.0. i am able to send mails from my system but i am not able to receive the mails. I find in the log files like this to=[EMAIL PROTECTED], relay=none, delay=0, status=deferred (connect to /var/imap/socket/lmtp[/var/imap/socket/lmtp]: No such file or directory) my /etc/cyrus.conf is like this # at least one LMTP is required for delivery #lmtp cmd=lmtpd listen=lmtp prefork=0 #lmtp cmd=lmtpd listen=localhost:lmtp prefork=0 lmtpunix cmd=lmtpd listen=/var/imap/socket/lmtp prefork=0 my posstconf -n output is like this. alias_database = hash:/etc/postfix/aliases alias_maps = hash:/etc/postfix/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 2 default_privs = nobody inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/bin/procmail mailbox_transport = lmtp:unix:/var/imap/socket/lmtp mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man mydestination = $myhostname mydomain = w1.ton.tut.fi myhostname = b76c.w1.ton.tut.fi myorigin = $myhostname newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-1.1.11/README_FILES relay_domains = $mydestination sample_directory = /usr/share/doc/postfix-1.1.11/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop Please help to fix this problem. srikar [EMAIL PROTECTED] __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: not able to receive mails in cyrus-postfix
On Mon, 2003-02-10 at 14:31, srikarreddy kasarla wrote: Hello, Your Postfix runs chroot-ed and cannot access the file /var/imap/socket/lmtp. mitu
Re: not able to receive mails in cyrus-postfix
--- Mitrana Cristian [EMAIL PROTECTED] wrote: On Mon, 2003-02-10 at 14:31, srikarreddy kasarla wrote: Hello, Your Postfix runs chroot-ed and cannot access the file /var/imap/socket/lmtp. how to know if my postfix is runing chroot-ed? -srikar __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: not able to receive mails in cyrus-postfix
--- Mitrana Cristian [EMAIL PROTECTED] wrote: On Mon, 2003-02-10 at 14:31, srikarreddy kasarla wrote: Hello, Your Postfix runs chroot-ed and cannot access the file /var/imap/socket/lmtp. mitu thank you mitu, it's working now. srikar __ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
Re: Outlook 2002 vs. Cyrus 2.1.12
The obvious difference here is that Cyrus 2.1 supports the IDLE
extension and Outlook is using it. I'm not sure why the client would be
IDLEing in between APPENDs, but I've grown accustomed to seeing silly
behavior from Outlook and Netscape. What method for IDLE did you
configure with? (doing a 'version' command in cyradm will tell us
everything we need). You might want to try reconfiguring/recompiling
Cyrus using --with-idle=no and see if this makes a difference.
Ken
Per Steinar Iversen wrote:
On Sat, 8 Feb 2003, Lawrence Greenfield wrote:
Date: Sat, 8 Feb 2003 15:44:17 +0100 (CET)
From: Per Steinar Iversen [EMAIL PROTECTED]
I just tried to copy a large number of messages from an Outlook PST file
to an IMAP server running Cyrus 2.1.12, but Outlook 2002 SP2 would not
cooperate. As test I then tried copying to an old Cyrus 1.6.22 server -
that works!
Getting a protocol dump (create a directory of
/var/imap/log/username) should make it pretty clear what's going on.
Larry
Here is a log, somewhat cleaned up. I just dragged the top level folder
from the PST file to the top level IMAP folder. The contents of the single
message transferred has been removed:
-- iversen Mon Feb 10 10:29:08 2003
10448693480001 OK User logged in
10448693480002 IDLE
1044869348+ go ahead
1044869348DONE
10448693480002 OK Completed
10448693480003 LIST INBOX.
10448693480003 OK Completed (0.000 secs 1 calls)
10448693480004 CREATE INBOX.
10448693480004 NO Mailbox already exists
10448693480005 IDLE
1044869348+ go ahead
1044869348DONE
10448693480005 OK Completed
10448693480006 CREATE INBOX.Frank
10448693480006 OK Completed
10448693480007 LIST INBOX.Frank
1044869348* LIST (\HasNoChildren) . INBOX.Frank
0007 OK Completed (0.000 secs 2 calls)
10448693480008 SUBSCRIBE INBOX.Frank
10448693480008 OK Completed
10448693480009 IDLE
1044869348+ go ahead
1044869348DONE
10448693480009 OK Completed
1044869348000A CREATE INBOX.Frank.Forskning
1044869349000A OK Completed
1044869349000B LIST INBOX.Frank.Forskning
1044869349* LIST (\HasNoChildren) . INBOX.Frank.Forskning
000B OK Completed (0.000 secs 2 calls)
1044869349000C SUBSCRIBE INBOX.Frank.Forskning
1044869349000C OK Completed
1044869349000D IDLE
1044869349+ go ahead
1044869349DONE
1044869349000D OK Completed
1044869349000E CREATE INBOX.Frank.Forskning.artikler
1044869349000E OK Completed
1044869349000F LIST INBOX.Frank.Forskning.artikler
1044869349* LIST (\HasNoChildren) . INBOX.Frank.Forskning.artikler
000F OK Completed (0.000 secs 2 calls)
1044869349000G SUBSCRIBE INBOX.Frank.Forskning.artikler
1044869349000G OK Completed
1044869349000H IDLE
1044869349+ go ahead
1044869349DONE
1044869349000H OK Completed
1044869349000I APPEND INBOX.Frank.Forskning.artikler (\Seen) 12-Feb-2000
15:15:26 +0100 {5873}
1044869349+ go ahead
1044869349From:
To: XX
Subject:
Date: Sat, 12 Feb 2000 15:16:04 +0100
...lines deleted...
1044869349000I OK [APPENDUID 1044869349 1] Completed
1044869349000J IDLE
1044869349+ go ahead
1044869349DONE
1044869349000J OK Completed
1044869349000L IDLE
1044869349+ go ahead
1044869610* BYE Connection reset by peer
Outlook was hanging for several minutes before I killed it and the last
line of the log was printed.
And, to compare, here is the beginning of the same log on Cyrus 1.6.22:
0001 OK User logged in
0002 LIST INBOX.
u0002 OK Completed
0003 CREATE INBOX.
0003 NO Mailbox already exists
0004 LIST INBOX
* LIST () . INBOX
0004 OK Completed
0005 LSUB INBOX.*
s* LSUB () . INBOX.DELETED
* LSUB () . INBOX.Draft
* LSUB () . INBOX.Drafts
... lines deleted...
0005 OK Completed
0006 CREATE INBOX.test.Frank
0006 OK Completed
0007 LIST INBOX.test.Frank
* LIST () . INBOX.test.Frank
0007 OK Completed
0008 SUBSCRIBE INBOX.test.Frank
0008 OK Completed
0009 CREATE INBOX.test.Frank.Forskning
0009 OK Completed
000A LIST INBOX.test.Frank.Forskning
* LIST () . INBOX.test.Frank.Forskning
000A OK Completed
000B SUBSCRIBE INBOX.test.Frank.Forskning
000B OK Completed
000C CREATE INBOX.test.Frank.Forskning.artikler
000C OK Completed
000D LIST INBOX.test.Frank.Forskning.artikler
* LIST () . INBOX.test.Frank.Forskning.artikler
000D OK Completed
000E SUBSCRIBE INBOX.test.Frank.Forskning.artikler
000E OK Completed
000F APPEND INBOX.test.Frank.Forskning.artikler (\Seen) 12-Feb-2000 15:15:26
+0100 {5873}
+ go ahead
From: XX
To: XXX
Subject: XXX
Date: Sat, 12 Feb 2000 15:16:04 +0100
...lines deleted...
d000F OK [APPENDUID 1044870266 1] Completed
000G APPEND INBOX.test.Frank.Forskning.artikler (\Seen) 12-Feb-2000 15:22:26
+0100 {100562}
C+ go ahead
...lines deleted...
I000I OK [APPENDUID 1044870266 4]
Re: informing users about quotas
[EMAIL PROTECTED] wrote: What is your custom delivery program? I'm interested in that kind of solution but i didn't found yet a deliver program for postfix that use lmtp and can add the ignorequota option. It is a small perl program that uses Net::LMTP (hacked to support authentication and the ignorequota option), which also does things like strip nulls and reformat envelope from addresses that contain quotes. I'll be happy to send it and the patches to Net::LMTP if you are interested. Beware since it uses a TCP socket rather than a Unix socket authentication is required and performance is slightly impacted. It also has code to proxy the LMTP connection to multiple destination mail servers, which we used along with perdition to transition accounts one at a time. -- John A. Tamplin Unix System Administrator Emory University, School of Public Health +1 404/727-9931
Re: Outlook 2002 vs. Cyrus 2.1.12
On Mon, 10 Feb 2003, Ken Murchison wrote: The obvious difference here is that Cyrus 2.1 supports the IDLE extension and Outlook is using it. I'm not sure why the client would be IDLEing in between APPENDs, but I've grown accustomed to seeing silly behavior from Outlook and Netscape. What method for IDLE did you configure with? (doing a 'version' command in cyradm will tell us everything we need). You might want to try reconfiguring/recompiling Cyrus using --with-idle=no and see if this makes a difference. Ken I use the very nice RPM found at http://home.teleport.ch/simix/ : name : Cyrus IMAPD version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.18-24.8.0smp environment: Cyrus SASL 2.1.12 Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.2 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl auth = unix idle = poll mboxlist.db = skiplist subs.db = flat seen.db = skiplist duplicate.db = db3-nosync tls.db = db3-nosync I will try to build version where IDLE is turned off. -psi
Re: Cyrus 2.1.11 on BSDi 4.3.1
On Sun, 9 Feb 2003, Echo Online Development Team wrote: Greetings, I hope I am posting the problem to the right list, if not, please direct me to the appropriate list. We are having a serious issue with Cyrus on BSDi 4.3.1. Over time (aprox 24 hours) Cyrus begins to slow down to the point where IMAP clients begin to time out. Restarting Cyrus fixes the problem for another 24-36 hours. The one error message we suspect is DBERROR db4: 475 lockers I'm assuming you're using the default Berkeley DB for the mboxlist database? If so, you should try converting to a skiplist format database. (dump mailbox list, recompile with --with-mboxlist-db=skiplist, undump mailbox list). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Outlook 2002 vs. Cyrus 2.1.12
On Mon, 10 Feb 2003, Per Steinar Iversen wrote: On Mon, 10 Feb 2003, Ken Murchison wrote: The obvious difference here is that Cyrus 2.1 supports the IDLE extension and Outlook is using it. I'm not sure why the client would be IDLEing in between APPENDs, but I've grown accustomed to seeing silly behavior from Outlook and Netscape. What method for IDLE did you configure with? (doing a 'version' command in cyradm will tell us everything we need). You might want to try reconfiguring/recompiling Cyrus using --with-idle=no and see if this makes a difference. Ken I use the very nice RPM found at http://home.teleport.ch/simix/ : name : Cyrus IMAPD version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.18-24.8.0smp environment: Cyrus SASL 2.1.12 Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.2 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl auth = unix idle = poll mboxlist.db = skiplist subs.db = flat seen.db = skiplist duplicate.db = db3-nosync tls.db = db3-nosync I will try to build version where IDLE is turned off. I checked now and it is really IDLE that confuses Outlook. The mail copies without any problems now that IDLE is disabled. -psi
BerkleyDB
smime.p7m Description: application/pkcs7-mime
Re: Cyrus 2.1.11 on BSDi 4.3.1
Does anyone have any experience doing this migration (From Berkeley to Skiplist)? We have aprox. 12,000 active mailboxes - what potential issues could we run into? What impact will this have on the performance of our IMAP server? Thanks in advance, M. Gamble On Monday, February 10, 2003, at 10:03 AM, Rob Siemborski wrote: On Sun, 9 Feb 2003, Echo Online Development Team wrote: Greetings, I hope I am posting the problem to the right list, if not, please direct me to the appropriate list. We are having a serious issue with Cyrus on BSDi 4.3.1. Over time (aprox 24 hours) Cyrus begins to slow down to the point where IMAP clients begin to time out. Restarting Cyrus fixes the problem for another 24-36 hours. The one error message we suspect is DBERROR db4: 475 lockers I'm assuming you're using the default Berkeley DB for the mboxlist database? If so, you should try converting to a skiplist format database. (dump mailbox list, recompile with --with-mboxlist-db=skiplist, undump mailbox list). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: Cyrus 2.1.11 on BSDi 4.3.1
On Mon, 10 Feb 2003, Echo Online Development Team wrote: Does anyone have any experience doing this migration (From Berkeley to Skiplist)? We have aprox. 12,000 active mailboxes - what potential issues could we run into? A good number of sites have done this. You want to back up your configdirectory and old binaries first, of course... What impact will this have on the performance of our IMAP server? It will improve it. -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
Re: procmail revisited
On Sat, 2003-02-08 at 21:21, Louis LeBlanc wrote:
Anyway, I have procmail being called from sendmail using the
following:
define(`CYRUS_MAILER_FLAGS',`SA5@|:/w')
define(`CYRUS_MAILER_PATH',`/usr/local/bin/procmail')
define(`CYRUS_MAILER_USER',`cyrus:mail')
define(`CYRUS_MAILER_ARGS',`procmail -Y -m /etc/procmailrc $u $h')
define(`CYRUS_MAILER_MAX',`eval(5*1024*1024)')
I'm using sendmail - procmail - SpamAssassin - deliver as well... I
set up sendmail with the following:
define(`LOCAL_MAILER_FLAGS',`SPhnu9')
define(`LOCAL_MAILER_ARGS',`procmail -Y -m $h $f $u')
FEATURE(local_procmail,/usr/local/bin/procmail)
In other words, sendmail doesn't know a thing about Cyrus. It just uses
procmail for local delivery.
My /etc/procmailrc contains:
DROPPRIVS=1
COMSAT=no
PATH=/usr/local/bin:/tools/bin:$PATH
SHELL=/bin/bash
DELIVER=/usr/cyrus/bin/deliver -e -a $LOGNAME -m user.$LOGNAME
DEFAULT=$DELIVER
:0 fhw
| formail -I 'From '
:0fw: /tmp/${LOGNAME}spamassassin.lock
* 256000
| spamc
:0w
| $DELIVER
-B
--
Brandon High [EMAIL PROTECTED]
Epinions, Inc. Unix System Administrator
Caffeine: It's not just a chemical, it's a way of life.
Re: Outlook 2002 vs. Cyrus 2.1.12
Per Steinar Iversen wrote: On Mon, 10 Feb 2003, Per Steinar Iversen wrote: On Mon, 10 Feb 2003, Ken Murchison wrote: The obvious difference here is that Cyrus 2.1 supports the IDLE extension and Outlook is using it. I'm not sure why the client would be IDLEing in between APPENDs, but I've grown accustomed to seeing silly behavior from Outlook and Netscape. What method for IDLE did you configure with? (doing a 'version' command in cyradm will tell us everything we need). You might want to try reconfiguring/recompiling Cyrus using --with-idle=no and see if this makes a difference. Ken I use the very nice RPM found at http://home.teleport.ch/simix/ : name : Cyrus IMAPD version: v2.1.12-Invoca-RPM-2.1.12-1 2003/02/03 20:43:58 vendor : Project Cyrus support-url: http://asg.web.cmu.edu/cyrus os : Linux os-version : 2.4.18-24.8.0smp environment: Cyrus SASL 2.1.12 Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001) OpenSSL 0.9.6b [engine] 9 Jul 2001 CMU Sieve 2.2 TCP Wrappers mmap = shared lock = fcntl nonblock = fcntl auth = unix idle = poll mboxlist.db = skiplist subs.db = flat seen.db = skiplist duplicate.db = db3-nosync tls.db = db3-nosync I will try to build version where IDLE is turned off. I checked now and it is really IDLE that confuses Outlook. The mail copies without any problems now that IDLE is disabled. I just did some testing myself with Outlook 2000 and Outlook Express 6. I couldn't get either client to hang after doing APPENDs (with IDLE enabled). OE does close the connection after calling IDLE after the final APPEND however. I'm not convinced that this is a server issue. I'd like to see what happens against a different server that supports IDLE (eg, UW IMAP). -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: procmail revisited
On 02/10/03 10:28 AM, Brandon High sat at the `puter and typed:
On Sat, 2003-02-08 at 21:21, Louis LeBlanc wrote:
Anyway, I have procmail being called from sendmail using the
following:
define(`CYRUS_MAILER_FLAGS',`SA5@|:/w')
define(`CYRUS_MAILER_PATH',`/usr/local/bin/procmail')
define(`CYRUS_MAILER_USER',`cyrus:mail')
define(`CYRUS_MAILER_ARGS',`procmail -Y -m /etc/procmailrc $u $h')
define(`CYRUS_MAILER_MAX',`eval(5*1024*1024)')
I'm using sendmail - procmail - SpamAssassin - deliver as well... I
set up sendmail with the following:
define(`LOCAL_MAILER_FLAGS',`SPhnu9')
define(`LOCAL_MAILER_ARGS',`procmail -Y -m $h $f $u')
FEATURE(local_procmail,/usr/local/bin/procmail)
In other words, sendmail doesn't know a thing about Cyrus. It just uses
procmail for local delivery.
My /etc/procmailrc contains:
DROPPRIVS=1
COMSAT=no
PATH=/usr/local/bin:/tools/bin:$PATH
SHELL=/bin/bash
DELIVER=/usr/cyrus/bin/deliver -e -a $LOGNAME -m user.$LOGNAME
DEFAULT=$DELIVER
:0 fhw
| formail -I 'From '
:0fw: /tmp/${LOGNAME}spamassassin.lock
* 256000
| spamc
:0w
| $DELIVER
-B
Thank you so much for your response Brandon! This is exactly what
I've been looking for. Closer than I've seen yet, anyway.
Just a couple questions, you call procmail from sendmail using the $h,
$f, and $u variables. I understand $u is the logname, or username,
and $h is the plussed address extension, but what is $f? I've looked
for some explanation of these variables in the sendmail docs, but
can't find it.
Also, are you able to use user specific spamassassin settings? This
is the one goal that set me on this quest in the first place. Of
course simplifying my sendmail config is looking more attractive too.
I noticed you set DROPPRIVS=1. I did the same in my /etc/procmailrc,
and procmail logs a message saying it is assuming the identity of the
recipient, but SA still uses the global configs and whitelists - which
I really want to eliminate in favor of a ~/.spamassassin/ config for
each user.
Thanks a million!
Lou
--
Louis LeBlanc [EMAIL PROTECTED]
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://www.keyslapper.org ԿԬ
QOTD:
Some people have one of those days. I've had one of those lives.
Re: Outlook 2002 vs. Cyrus 2.1.12
I just did some testing myself with Outlook 2000 and Outlook Express 6. I couldn't get either client to hang after doing APPENDs (with IDLE enabled). OE does close the connection after calling IDLE after the final APPEND however. FWIW, and not that it matters in this case, OE and Outlook Express share very little (if any) code. They're developed in two different divisions. The name similarity is a marketing thing.
Re: procmail revisited
On Mon, 2003-02-10 at 12:31, Louis LeBlanc wrote: Just a couple questions, you call procmail from sendmail using the $h, $f, and $u variables. I understand $u is the logname, or username, and $h is the plussed address extension, but what is $f? I've looked for some explanation of these variables in the sendmail docs, but can't find it. $f is the envelope sender (from) address. I'm just using the default procmail settings, from cf/README Also, are you able to use user specific spamassassin settings? This Yes. User configs work fine. The files under /etc/mail/spamassassin/ are still used, then the user configs are applied. I'm not a sendmail guru, but I think that procmail is run suid from sendmail when it's used as the local delivery agent. recipient, but SA still uses the global configs and whitelists - which I really want to eliminate in favor of a ~/.spamassassin/ config for each user. That sounds like the correct behavior. All the default rules are stored in one location, then user specific changes in ~/.spamassassin. Get rid of the global configs if you don't want them to do anything. -B -- Brandon High [EMAIL PROTECTED] Epinions, Inc. Unix System Administrator Character is what you are. Reputation is what people think you are.
cyrus-imspd-v1.6a3 Solaris 8 (sparc): gcc or cc
Hello Solaris admins, Do I *have* to use gcc to compile cyrus-imspd-v1.6a3 on Solaris 8 (sparc)? Has anybody used /opt/SUNWspro/bin/cc (Forte 6 update 2) instead of gcc? -- Gloria Rom UCLA Library Information Systems [EMAIL PROTECTED]
Re: cyrus-imspd-v1.6a3 Solaris 8 (sparc): gcc or cc
Gloria Rom wrote: Do I *have* to use gcc to compile cyrus-imspd-v1.6a3 on Solaris 8 (sparc)? Has anybody used /opt/SUNWspro/bin/cc (Forte 6 update 2) instead of gcc? I haven't tried imspd, but there were a couple of minor edits required to use SUNWspro rather than gcc for imapd. The auto-generated SNMP files which have stubs for non-SNMP have variable arguments in macros which is a gcc extension, so I changed it from (I don't remember the exact functions) #define func(aaa,...) to #define func 0 so that it would ignore the arguments. However, the enum constants are still needed, so I also had to move them from the SNMP section to the outer level and do away with the typedef voids. I don't know what trouble you are having, but it should be trivial modifications to get it to work with a stock ANSI C compiler. -- John A. Tamplin Unix Systems Administrator
