[courier-users] Can not subscribe to procmail created Maildirs (Imap)
Hi, I try to migrate from mbox to a centralized IMAP mail system. The courier-imap server works. The problem: I have some procmail-recipes which filter mail based on some criteria and sort them into dynamically created folders: .byname.w.we.weber.kai/ I use a slighly modified version of [1]. But I cannot subscribe to such folders with the MUA I tested (Mozilla Firebird, Evolution, Outlook). Folders I create with maildirmake are subscribeable. I found, that the procmail created folders miss the maildirfolder and courierimapuiddb files. Changing the scripts and call maildirmake everytime a new folder is required is possible. But are there any other options available? Writing a new procmail recipe AND creating a suitable folder everytime I subscribe to a new mailinglist is annoying. A procmail catch all mailinglists recipe [2] seems impossible, too. Kai [1] http://hawkins.dropbear.id.au/Software/Mail_Filtering/ [2] http://article.gmane.org/gmane.mail.procmail/8700 -- * mail [EMAIL PROTECTED] web http://www.glorybox.de pgp 0x594D4132 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] upgrading to the current version 0.43.2 and gmake fails...
On Fri, 24 Oct 2003 12:52:09 -0700 Gordon Messmer [EMAIL PROTECTED] wrote: Mitch (WebCob) wrote: Ok - upgraded my compiler to 30... not the system libraries though... and re ran... then dug a little more: Conflict seems to arise because something in : ./maildrop/mio.h conflicts with: /usr/include/g++/stl_algobase.h What now? Use 3.2 or 3.3, or find Sam's patch for mio.h in google's groups. I posted the URL a week or so ago... Thanks for this information. I'm able now to compile 0.43.2 on Debian woody. Bye Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Re: upgrading to the current version 0.43.2 and gmake fails...
Mitch (WebCob) writes: Running FreeBSD 4.8. Building as a non-root user. Configure ran ok. What am I missing? Try the development build. pgp0.pgp Description: PGP signature
[courier-users] Courier 20031024
Download: http://www.courier-mta.org/download.php This build is a release candidate. It's mostly bug fixes, see Changelog for more information. pgp0.pgp Description: PGP signature
Re: [courier-users] Interesting Problem
Title: Interesting Problem Original Message From: Ryan BurtonTo: [EMAIL PROTECTED]Cc: [EMAIL PROTECTED]Sent: Saturday, October 25, 2003 12:27 AMSubject: [courier-users] Interesting Problem Ok, this is a weird problem and explains all the issues I have been having since I setup courier/horde. Would not authenticate sometimes, kick me back to the login prompt sometimes, not work at all etc. I have three domains setup and it seems that if there is an email address with 6 characters or less in the e-mail address before the @, it will cause issues or wont work at all. If there are 7 characters or more, everything seems to work fine. I have tested it by creating new accounts on all three domains, and the ones with 6 characters or less I couldnt login to horde, but if its more than 6 characters, seems to be no issues. Its not just in IMP; its also in any e-mail client. The logs dont say anything informative. This sounds alot like the problems when using an older version of vpopmail as the backend. If this is the case upgrade your vpopmail, if not how about more info? Anyone understand this at all?? Thank you. Ryan.
RE: [courier-users] Interesting Problem
Title: Interesting Problem I am currently running the newest version of vpopmail. Should I recompile again now that I have courier installed? Did I miss any config flags? What other info are you looking for? Just so I can be specific and not starting listing all kinds of useless stuff. As a note, pop mail works fine with short e-mail addresses. Thanks for the help. Ryan. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hunter Sent: Saturday, October 25, 2003 10:09 AM To: [EMAIL PROTECTED] Subject: Re: [courier-users] Interesting Problem Original Message From: Ryan Burton To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, October 25, 2003 12:27 AM Subject: [courier-users] Interesting Problem Ok, this is a weird problem and explains all the issues I have been having since I setup courier/horde. Would not authenticate sometimes, kick me back to the login prompt sometimes, not work at alletc. I have three domains setup and it seems that if there is an email address with 6 characters or less in the e-mail address before the @, it will cause issues or wont work at all. If there are 7 characters or more, everything seems to work fine. I have tested it by creating new accounts on all three domains, and the ones with 6 characters or less I couldnt login to horde, but if its more than 6 characters, seems to be no issues. Its not just in IMP; its also in any e-mail client. The logs dont say anything informative. This sounds alot like the problems when using an older version of vpopmail as the backend. If this is the case upgrade your vpopmail, if not how about more info? Anyone understand this at all?? Thank you. Ryan.
[courier-users] Relay-ctrl-allow 3.1.1 with Courier IMAP 1.7.3 failing as authmodule
I have installed relay-ctrl-allow 3.1.1 and courier IMAP 1.7.3 on a Red Hat Linux 7.3 box with vmailmgr 0.96.9 and qmail. I'm having problems with the relay-ctrl-allow authmodule in /usr/lib/courier-imap/etc/imapd. Courier imap is being started via couriertcpd: root 16689 1 0 17:53 ?00:00:00 /usr/lib/courier-imap/libexec/couriertcpd -address=0 -stderrlogger=/usr/lib/courier-imap/libexec/courierlogger -stderrloggername=imapd -maxprocs=40 -maxperip=16 -pid=/var/run/imapd.pid -nodnslookup -noidentlookup 143 /usr/lib/courier-imap/sbin/imaplogin /usr/lib/courier-imap/libexec/authlib/authvmailmgr /usr/lib/courier-imap/libexec/authlib/relay-ctrl-allow /usr/lib/courier-imap/bin/imapd Maildir When I list my authmodules as this: AUTHMODULES=authvmailmgr relay-ctrl-allow the child IMAP process is started as root. root 13710 12973 0 17:39 ?00:00:00 /usr/lib/courier-imap/bin/imapd Maildir This child process should be started as the system user. A file is successfully created in /var/spool/relay-ctrl/allow containing the appropriate information: USER=pop110 If I list relay-ctrl-allow first: AUTHMODULES=relay-ctrl-allow authvmailmgr Then everything works great: pop110 32638 24478 0 17:46 ?00:00:00 /usr/lib/courier-imap/bin/imapd Maildir Only of course the file in /var/spool/relay-ctrl/allow is 0 bytes. If I remove relay-ctrl allow completey: AUTHMODULES=authvmailmgr Then everything works great: pop110 32638 24478 0 17:46 ?00:00:00 /usr/lib/courier-imap/bin/imapd Maildir Only of course, no IP address file is added to /var/spool/relay-ctrl/allow. I've added some debugging stuff to relay-ctrl-allow and rebuilt it, and it seems like it is getting through without errors. is_authenticated() is true. It's able to make_file ok. argc ! 1 It's exiting with 0. The obvious problem is that the child is being spawned as root instead of as the system user. This means that imap is then unable to create IMAP folders and lots of other problems. As to why this happens, I have no idea. Is relay-ctrl-allow 3.1.1 totally incompatible with Courier IMAP 1.7.3 as an authentication mdoule? I haven't seen anyone mention this anywhere doing a google search. Has anyone gotten this to work, or have any ideas? Thank you. Sincerely, Mark. - Mark Adams ([EMAIL PROTECTED]) Greenview Data, Inc. Web: http://SpamStopsHere.comPO Box 1586, Ann Arbor, MI 48106 Tel: (734) 996-1300 Fax: (734) 996-1308 Software and services since 1980 --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Cannot delete a folder
Jeff Jansen wrote: On Saturday 11 October 2003 22:35, Jonathan Nichols wrote: Ugh! I can't get rid of a folder. :-( ERROR : Could not complete request. Query: SELECT INBOX.Trash.MRTG Reason Given: Mailbox does not exist, or must be subscribed to. I've even tried rm -rf /home/vmail/domain/user/.maildir/.Trash That particular folder would be called .Trash.MRTG. All folders shown in the client are maildirs stored at the same level (the INBOX) with the '.' used as the separator. They don't actually live inside each other like they appear in the client.So the Trash folder is .Trash, the MRTG folder which your client shows you inside the Trash folder is actually a maildir called .Trash.MRTG which also lives in the INBOX, a folder called Stuff inside the MRTG folder inside the Trash folder would actually be .Trash.MRTG.Stuff. You get the idea. You would be able to see all these by using the ls -a command inside the main Maildir (which is your INBOX). So manually deleting the .Trash maildir only deletes the Trash folder; it doesn't actually delete any of the folders that appear to be inside of the Trash folder. (That would probably make the client pretty confused as well! :-) Jeff/et al - This worked. Thanks again :D That pesky folder finally went away --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: [courier-users] Interesting Problem
Ryan Burton wrote: I am currently running the newest version of vpopmail. Should I recompile again now that I have courier installed? If I understand vpopmail, it's compiled staticly. Every time you upgrade vpopmail, you'd have to recompile any applications that use it. --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
DUPLICATE POSTS? RE: [courier-users] upgrading to the current version 0.43.2 and gmake fails...
Don't know why these duplicates are occuring - problem has been resolved - posted my steps a while ago. All is well, sorry for the duplicates - I don't know where they are coming from. m/ --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: DUPLICATE POSTS? RE: [courier-users] upgrading to the current version 0.43.2 and gmake fails...
It's been happening for a while on many different lists. I'm sure I'll see a few of this one too. All the dupes have identical headers. -Scott Mitch (WebCob) wrote: Don't know why these duplicates are occuring - problem has been resolved - posted my steps a while ago. All is well, sorry for the duplicates - I don't know where they are coming from. m/ --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] Spamtrap RCPT logging patch
I created a small patch against courier-0.43.2 that allows courier to log the actual address(es) that triggered a spamtrap, instead of simply Spam Refused. This is helpful in log analysis to determine which spamtrap addresses are working. This patch is released as-is, and without copyright. You may use it freely, but I assume no liability for any problems. It comes with no warranty... The patch is here: http://www.laffeycomputer.com/courier_spamtrap_patch.txt Hopefully something similar will end up in a future release of courier. Thanks for making courier great! -- Joe Laffey | Want to convert subnet masks between different LAFFEY Computer Imaging | notations, or figure the number of IPs in a block? St. Louis, MO | Whatmask-It's FREE - www.laffeycomputer.com/wm.html -- Mail here will be rejected - Sigfried Trap [EMAIL PROTECTED] --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
[courier-users] etc/hosteddomains necessary?
This is more of a rhetorical question than anything, but would it not be simple to remove the requirement for etc/hosteddomains (and etc/locals and etc/acceptmailfor) and reject messages based upon whether the authdaemon lookup returns an account or not? I can see the need for a these files where you have additional domains (perhaps as a backup MX), but also its a pain to have to update these files across multiple MXs and also run sbin/makeacceptmailfor on each server (since only I have access to the MXs and its my support staff who make the updates to hosteddomains). Somewhat related to this would be that Id like to symlink the esmtpacceptmailfor.dat and the aforementioned config files to a copy on an NFS share. Is this going to break if the server theyre created on is UltraSPARC and the MXs are Intel? Is simply having the same version of BDB installed sufficient to make this work? Thanks. saxon jones network infrastructure admin interbaun communications suite 200 18404 stony plain road edmonton, ab T5S 2M8 mailto:[EMAIL PROTECTED] http://www.interbaun.com/ (780) 447-8276 smime.p7s Description: S/MIME cryptographic signature
[courier-users] Courier/RAV/Spamassassin w/ Razor processing
Hi all,
I am still having local delivery delay issues. Here is brief
description of my system:
MySQL 3.23.56
courier-mta 0.42.2 with mysql auth
courier imap with mysql auth
courier pop3d with mysql auth
RAV antivirus 8.4
Spamassassin 2.55
Razor 2.36
approximately 1100 customers
Intel(R) Pentium(R) 4 CPU 1.60GHz
cpu MHz : 1615.935
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63,
UDMA(100)
[EMAIL PROTECTED] cdick]# cat /proc/meminfo
total:used:free: shared: buffers: cached:
Mem: 924430336 915738624 86917120 121597952 469168128
Swap: 534601728 91127808 443473920
MemTotal: 902764 kB
RAV does not appear to be the issue as mail is getting through the
input process. When local deliveries are attempted, I am calling maildrop
from the .courier file. Maildrop uses the following .mailfilter recipe:
xfilter /usr/bin/spamc
if (/^X-Spam-Flag: YES/)
{
to ./Maildir/.xspam/
}
I have worked with Sam for a couple of hours and implemented some
of his suggestions. The problem still seems to exist and seems to be
memory related (ie: when I get into using SWAP, local deliveries slow
down).
My question is, should my configuration be able to support 1100
customers effectively? Or are the 24 hour delays expected due to
spamassassin having to process each message.
I suspect a potential memory leak somewhere which would explain
why I am running into SWAP. Does anyone have a similar setup? Have you
also found delays with your mail?
I have two suggestions left to implement. One is to move mysql to
a remote machine. The second is to try my hand a load balancing a couple
of servers.
I have already built another machine and am in the process of
porting many users to it. However, I am afraid that as I load this new
server up, I will run into the same issues. Once I have a load balancing
solution in place, adding new machines to the config shouldn't be
difficult, however, if there is something fundamental I am missing, it
will save me from having to buy a new server for the cluster every few
months.
Thoughts, suggestions? Thanks in advance for any info you can
supply that might be of relevance to me. Have a good day.
--
Colin Dick
OCIS Admin
---
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community? Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
Re: DUPLICATE POSTS? RE: [courier-users] upgrading to the current version 0.43.2 and gmake fails...
Scott writes: It's been happening for a while on many different lists. I'm sure I'll see a few of this one too. All the dupes have identical headers. There appears to be an issue with Sourceforge's mailing list server. Other list owners are also complaining about it. Just grin and bear it, until it gets fixed. pgp0.pgp Description: PGP signature
[courier-users] Re: etc/hosteddomains necessary?
Saxon Jones writes: HTML content follows This is more of a rhetorical question than anything, but would it not be simple to remove the requirement for etc/hosteddomains (and etc/locals and etc/acceptmailfor) and reject messages based upon whether the authdaemon lookup returns an account or not? That's fine if most of your mail traffic is incoming. But for busy mail servers that also handle outbound traffic this will now result in placing additional load on the database back end. Somewhat related to this would be that Id like to symlink the esmtpacceptmailfor.dat and the aforementioned config files to a copy on an NFS share. Is this going to break if the server theyre created on is UltraSPARC and the MXs are Intel? Is simply having the same version of BDB installed sufficient to make this work? This question would better be directed to a BDB mailing list. Sparcs are big-endians, Intels are little-endians. My guess would be that BDB is robust enough to automatically handle endian-ness conversion. pgp0.pgp Description: PGP signature
Re: [courier-users] Courier/RAV/Spamassassin w/ Razor processing
Delays are better than timeouts. ;-)
But look at the /etc/courier/maildroprc if you have one.
You might want to lower your maildrop lock-timeout if it is high.
You also might also want to only have SPAM assassin chop up the little files.
Some large attachments might slow things down.
For example, I use this maildroprc on my test server.
import SENDER
import RECIPIENT
import HOME
#my variables
MAILBOX=$HOME/Maildir
#default mailbox to use overrides system variable
DEFAULT=$MAILBOX
MAILDIRQUOTA=$MAILBOX/maildirsize
LOGDIR=/var/log
logfile $LOGDIR/maildrop.log
RULES = $MAILBOX/.mailfilter
LOCKTIMEOUT=2
#
#SPAM ASSASSIN is only called if the message is smaller than 26Kb
if ($SIZE 26624)
{
exception {
xfilter /usr/bin/spamassassin
#xfilter /usr/bin/spamc
}
}
#if the message is tagged as Spam put it
#into the SPAM MAILBOX otherwise ***LEAVE IT
#ALONE FOR THE LOCAL CONFIG TO DELIVER***
if (/^Subject: Test/ )
{
to $DEFAULT/.Trash/
}
if (/^X-Spam-Flag: *YES/)
{
exception {
to $DEFAULT/.Spam/
}
}
On 25/10/03 14:18 -0700, Colin Dick wrote:
Hi all,
I am still having local delivery delay issues. Here is brief
description of my system:
MySQL 3.23.56
courier-mta 0.42.2 with mysql auth
courier imap with mysql auth
courier pop3d with mysql auth
RAV antivirus 8.4
Spamassassin 2.55
Razor 2.36
approximately 1100 customers
Intel(R) Pentium(R) 4 CPU 1.60GHz
cpu MHz : 1615.935
hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=9729/255/63,
UDMA(100)
[EMAIL PROTECTED] cdick]# cat /proc/meminfo
total:used:free: shared: buffers: cached:
Mem: 924430336 915738624 86917120 121597952 469168128
Swap: 534601728 91127808 443473920
MemTotal: 902764 kB
RAV does not appear to be the issue as mail is getting through the
input process. When local deliveries are attempted, I am calling maildrop
from the .courier file. Maildrop uses the following .mailfilter recipe:
xfilter /usr/bin/spamc
if (/^X-Spam-Flag: YES/)
{
to ./Maildir/.xspam/
}
I have worked with Sam for a couple of hours and implemented some
of his suggestions. The problem still seems to exist and seems to be
memory related (ie: when I get into using SWAP, local deliveries slow
down).
My question is, should my configuration be able to support 1100
customers effectively? Or are the 24 hour delays expected due to
spamassassin having to process each message.
I suspect a potential memory leak somewhere which would explain
why I am running into SWAP. Does anyone have a similar setup? Have you
also found delays with your mail?
I have two suggestions left to implement. One is to move mysql to
a remote machine. The second is to try my hand a load balancing a couple
of servers.
I have already built another machine and am in the process of
porting many users to it. However, I am afraid that as I load this new
server up, I will run into the same issues. Once I have a load balancing
solution in place, adding new machines to the config shouldn't be
difficult, however, if there is something fundamental I am missing, it
will save me from having to buy a new server for the cluster every few
months.
Thoughts, suggestions? Thanks in advance for any info you can
supply that might be of relevance to me. Have a good day.
--
Colin Dick
OCIS Admin
---
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community? Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
--
---
*Theodore Knab
*Washington College
*Maryland, USA
---
perl -ne'chomp;$a.=packh*,$_;END{print\n$a\n\n}'RM
940216d602160236869636b656e6e2a0
---
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community? Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
___
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
