Re: [Courier-imap] 2 GB mailquota
Hi Brian, > > I am running courier-imap on some very large systems. > > http://www.catb.org/~esr/faqs/smart-questions.html#beprecise > > Exactly what version of courier-imap? On exactly what systems? Sorry for not providing the full info at the beginning. I looked before mailing at the code and found it used off_t, which is 32 bit on my systems. Below are 2 setups in production; both of them have 32-bit off_t: SLES 9 / courier-imap 4.0.6 / vpopmail delivery SLES 8 / courier-imap 4.0.6 / custom delivery > > 1. The limit for a mailbox is 2 GB. Do you plan on increasing the > > limit in a future version of courier-imap? > > (1) You won't have this problem on 64-bit systems > > (2) You shouldn't have this problem on 32-bit systems with a 64-bit off_t, > if you are running courier-imap-4.1.2 > > If your platform only has a 32-bit off_t, then it does not support files > over 2GB. It makes it very difficult for courier-imap (or any other program > in fact) to support quotas over 2GB in a portable way. And even if > courier-imap did manage to make this work, it probably wouldn't work for > other programs which deliver into your maildir (such as exim) I am aware that I have to patch all the programs that use quota (vpopmail, custom software, qmail, aso). I was wondering if you plan to add support for non 64-bit off_t systems. To implement maildir quota in a sane way, I plan on writing a shared library for maildir quota support. > > 2. For IMAP users having a large number of emails or for very busy > > servers, it takes a long time to scan all files in a directory. So an > > indexing of the information exchanged by the IMAP server and client > > before requesting messages is very useful beyond a certain point. Do > > you plan on having this feature in the future? > > courier-imap already indexes message headers. However it cannot control what > commands IMAP clients send to it, and some IMAP clients are very stupid; for > example if there are 10,000 messages in the folder they will send 10,000 > separate commands to look at them. > > So, if you have a specific problem case that you wish to demonstrate, then > capture the IMAP commands sent from the client to the server (e.g. using > tcpdump tcp port 143, or set IMAPDEBUGFILE=log.txt in the imapd config file, > which will record all commands received into log.txt within the maildir). > And also post a summary of the contents of the maildir. Thank you, I'll get back with info on this topic. Regards, Iulian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
[Courier-imap] Courier IMAP and Perl Mail::IMAPClient with Proxyauth
All I am investigating the possibility of using Perl Mail::IMAPClient to transfer mail from a Sun JES mail system to the Courier mail system. I have successfully used this method to connect via IMAP to a Sun JES server and to a Microsoft Exchange server, and using PROXYAUTH transfer mail from the Sun system to Exchange. I was hoping to be able to do the same when going from Sun JES to Courier. While I am able to connect as a user via Mail::IMAPClient to Courier I am unable to get the PROXYAUTH method to work. I have tried connecting both as "root" and "courier". If I connect as a user then I can read their mail. An obvious question is what user I should connect as? Has anyone done this or has anyone any suggestions? It may simply be that this is not possible with Courier. Some example code used for connecting to Sun JES (usernames and passwords fudged) is below. As I mention above this works fine if I connect as a real user but I do not have all my users passwords to enable this method to work. Thanks in advance for any suggestions. regards Stephen Meatheringham -- #!/usr/bin/perl use AutoLoader 'AUTOLOAD'; use Mail::IMAPClient; $imap_timeout = 180; $imap_buffer_size = 1024; my $uid = 'user_to_move'; $imap_source = Mail::IMAPClient->new( User=>"admin_user", Password=>"admin_password", Server=>"sun_jes_server_name", Debug=> 0, Debug_fh => *DBGT ); $imap_source->Timeout($imap_timeout); $imap_source->Buffer($imap_buffer_size); $imap_source->Peek(1); List_Folders($uid); $imap_source->disconnect(); exit; sub List_Folders { my $uid = shift; my @results = $imap_source->PROXYAUTH("$uid"); print "\nFolders: " . join(", ",$imap_source->folders),".\n"; foreach $folder ($imap_source->folders) { $imap_source->select("$folder"); print "\nFolder: " . $imap_source->Folder() . "\n"; List_Msgs($imap_source, $folder, $uid); } } } sub List_Msgs { my ($s, $folder, $uid) = @_; my @msgs = $s->search("ALL"); foreach my $item (@msgs) { my $h = $s->parse_headers($item, "Date", "Subject"); $subject = $h->{'Subject'}[0]; $date = $h->{'Date'}[0]; print " #$item Date: $date\nSubject: $subject\n"; } } - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] 2 GB mailquota
On Thu, Jan 18, 2007 at 03:42:03PM +0200, Iulian Ionescu wrote: > I am aware that I have to patch all the programs that use quota > (vpopmail, custom software, qmail, aso). I was wondering if you plan > to add support for non 64-bit off_t systems. Sorry if I wasn't entirely clear on this point, but no, it has been discussed before, and discounted. You would have to persuade MrSam, the courier-imap developer, that this was worth implementing. > To implement maildir > quota in a sane way, I plan on writing a shared library for maildir > quota support. courier has such a library (shared between courier-imap, sqwebmail, deliverquota, and maildrop). But it might not be the nicest of APIs, and it's certainly not the best documented :-) Regards, Brian. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Courier IMAP and Perl Mail::IMAPClient with Proxyauth
Stephen Meatheringham writes: All I am investigating the possibility of using Perl Mail::IMAPClient to transfer mail from a Sun JES mail system to the Courier mail system. I have successfully used this method to connect via IMAP to a Sun JES server and to a Microsoft Exchange server, and using PROXYAUTH transfer mail from the Sun system to Exchange. There's no such thing as "PROXYAUTH" in IMAP. You are obviously referring to a label, or a method, used by this Perl module to implement something that's called something else, in IMAP. I was hoping to be able to do the same when going from Sun JES to Courier. While I am able to connect as a user via Mail::IMAPClient to Courier I am unable to get the PROXYAUTH method to work. I have tried connecting both as "root" and "courier". If I connect as a user then I can read their mail. An obvious question is what user I should connect as? I think I know what you're referring to, and Courier does not implement this optional IMAP function. pgp8Miu5l0d6y.pgp Description: PGP signature - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
Re: [Courier-imap] Courier IMAP and Perl Mail::IMAPClient with Proxyauth
> There's no such thing as "PROXYAUTH" in IMAP. You are obviously referring > to a label, or a method, used by this Perl module to implement something > that's called something else, in IMAP. Yes, as shown in the example code I supplied. In fact, it's not even properly documented in the Perl MAIL::IMAPClient module. > I think I know what you're referring to, and Courier does not implement > this optional IMAP function. Thanks. Yes, Courier is not one of the mail servers that is listed as working with it, but then neither was Exchange. Oh well, the users will just have to save what mail they wish to keep manually, before they are moved over. Thanks Stephen - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
[Courier-imap] poxtfix, courier chroot
Hi! I want install Postfix/Imap courier in chroot. Should I install courier inside chroot or from outsite chroot like postfix? I understand that as well I should install in chroot authlib for courier. Maybe somebody can give me some links? Regards, Krystian - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap