Re: sasl_pwcheck_method

;. # # Don't put PLAIN before LOGIN -- it buggers Mozilla. # sasl_mech_list: LOGIN PLAIN I'm not sure why Mozilla was confused, or whether current versions would still be confused, but suffice it to say that no current clients I've encountered in relatively large user

Re: murder and autocreate (I know it is not supported)

ake everything far more complicated than it needs to be? Especially things related to user management? -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cy

Re: murder and autocreate (I know it is not supported)

ly not sure why anyone would worry about Cyrus creating mailboxes. Things have worked this way for nearly forever in Unix systems. The mailer always creates mailboxes automatically for users who are known to exist. -- Greg A. Woods +1

Re: murder and autocreate (I know it is not supported)

access to the appropriate backend, then so can it direct an initial delivery for mailbox creation. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusim

Re: murder and autocreate (I know it is not supported)

en if that means automatically creating mailboxes (and perhaps also setting default quota) when necessary. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http:

Re: Automatically moving marked mails?

, but I think you really want to find out the truth about how your users perceive the correct behaviour before you go about abusing it into some caricature of what you think they might want. -- Greg A. Woods +1 416 218-0098VE3TCP

Re: Automatically moving marked mails?

- it is no accident, and it's not just about MS-Exchange, it's a whole philosophy and business methodology engineered to put the screws to open standards and open source. -- Greg A. Woods +1 416 218-0098VE3TCP

Re: Automatically moving marked mails?

nce of how well they are able to control the market and profit from it? -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyru

Re: Automatically moving marked mails?

move to good success and the WWW is full of their stories. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cy

Re: Automatically moving marked mails?

endars, etc.). Perhaps Mozilla's answers to calendar management would work for many folks too. Mozilla even cater to those who can't seem to separate calendar management from e-mail in their minds with Lightning, but personally I'd stick with Sunbird if I were to use Mozilla's to

Re: Automatically moving marked mails?

's way too scary for me. I'd hate to think what the security implications might be, and I suspect there are many, but that they'll be a lot harder to find and fix than they would be if one used an integrated web browser and mail reader in Emacs (or a Smalltalk environment,

Re: Automatically moving marked mails?

functionality may be close to identical). One is an integrated app bundle, the other is more stand-alone. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Automatically moving marked mails?

Sieve should _NEVER_ be used to reject or bounce e-mail. It becomes a DoS reflector when so configured. (even use of the vacation feature is questionable, especially since it's not usually configured in the proper way) -- Greg A. Woo

Re: Automatically moving marked mails?

limiting the number of redirects a script can perform (as well as other required controls). -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.we

Re: sieve configuration (was Automatically moving marked mails?)

At Thu, 9 Jul 2009 10:39:28 -0500, Mike Eggleston wrote: Subject: sieve configuration (was Automatically moving marked mails?) > > On Thu, 09 Jul 2009, Greg A. Woods might have said: > > > > (even use of the vacation feature is questionable, especially since it's > &

Re: Automatically moving marked mails?

MTA is attempting to make the delivery. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web

Re: Exec'ing a script from Cyrus when imapd has a client

, then you can and should probably just use your MUA to do that) -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu

Re: Exec'ing a script from Cyrus when imapd has a client

At Tue, 20 Oct 2009 22:54:12 +0200, Xavier Bestel wrote: Subject: Re: Exec'ing a script from Cyrus when imapd has a client > > Le mardi 20 octobre 2009 à 13:00 -0700, David Lang a écrit : > > On Tue, 20 Oct 2009, Greg A. Woods wrote: > > > > > At Tue, 20 Oct 20

Re: Exec'ing a script from Cyrus when imapd has a client

ng Cyrus or fetchmail at all in this scenario is pretty much infinitely more robust. :-) -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web

Re: cyrus - sieve returning some text with EVERY email received

ks. Teach your users to use e-mail responsibly. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.w

Re: Exec'ing a script from Cyrus when imapd has a client

work without any of this unnecessary complexity in the middle in the first place. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.

Re: Exec'ing a script from Cyrus when imapd has a client

believe that they do somehow need their own IMAP server for this reason. There must be some false conception or expectation permeating some parts of the ether out there. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack P

Re: Exec'ing a script from Cyrus when imapd has a client

and saving/dragging messages between folders. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap

Re: Exec'ing a script from Cyrus when imapd has a client

hat you originally asked is really a systems programming question, one more appropriate for a forum related to systems programming for kind of OS you're running your server on. There are potentially dozens of various ways the same end result could be achieved on any one given OS and system confi

Re: sieve question: archive script

> Thanks. I guess I should start learning perl anyway. Try Python instead -- it's _MUCH_ more productive! :-) -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc. Secrets of the Weird Cyru

Re: Exec'ing a script from Cyrus when imapd has a client

ven desired location is to use a proper and robust Mail Transport Agent with whatever protocol is most appropriate and effective for the job. Fetchmail is not a solution to anything, and never was! -- Greg A. Woods +1 416 218-0098VE3TCP

Re: Exec'ing a script from Cyrus when imapd has a client

At Sun, 8 Nov 2009 06:54:30 +1100, Bron Gondwana wrote: Subject: Re: Exec'ing a script from Cyrus when imapd has a client > > On Sat, Nov 07, 2009 at 11:08:31AM -0500, Greg A. Woods wrote: > > > > Just get a forwarding alias installed on the remote mail server and then

Re: Exec'ing a script from Cyrus when imapd has a client

ery much like to stop anyone from offering such hacks as "solutions" to others though, especially when there are perfectly good alternatives which don't violate any protocol layers and which are infinitely more robust and reliable. -- Greg

Re: Exec'ing a script from Cyrus when imapd has a client

ost everything that IMAPv4 will easily allow. It has additional features that make it possible to work offline. That sounds like a proper IMAP client to me. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc.

Re: Exec'ing a script from Cyrus when imapd has a client

ds and we're dying to bang away on something. If the user wants some screws installed then we'd be doing them a huge favour if we would go and find the proper screwdriver to do the job for them! -- Greg A. Woods +1 416 218-0098

Re: Exec'ing a script from Cyrus when imapd has a client

e up with a solid real-world scenario where there isn't a much simpler and more obvious solution available, one that can only be seen by stepping back and looking at the actual requirements from a higher level. -- Greg A. Woods +1 416

Re: Is there a graceful shutdown of imapd process?

tch being circulated does. Currently the patch only tells _waiting_ processes to timeout and exit without accepting any new connections. _Active_ working processes will still _ignore_ the SIGHUP. The patch as it sits is _extremely_ safe! It probably also does _exactly_ what your vendor's solution r

Re: Setting Up of IMAP Server

haps dealing with mailboxes for deleted users and other sundry cleanup details. > 5) Backup option of user mailbox should be available. Backups are effectively a system level issue, not a direct issue to be dealt with explicitly by any given application. --

Re: cyrus + postfix + lmtpd questions

"lmtp" is defined in /etc/services and include the following in /etc/cyrus.conf in the SERVICES section. lmtpcmd="lmtpd" listen="mailbox:lmtp" prefork=0 -- Greg A. Woods +1 416 218-0098

Re: [patches] avoid unless exit()

e how that affects process restart. On my NetBSD systems static-linking makes a _huge_ difference, even for just a very few shared libraries, and with many shared libraries the difference is easily perceptible by human means alone. -- Greg A. Woods

Re: [patches] avoid unless exit()

At Fri, 26 Mar 2010 07:15:07 +0100, Gabor Gombas wrote: Subject: Re: [patches] avoid unless exit() > > On Thu, Mar 25, 2010 at 10:30:42AM -0400, Greg A. Woods wrote: > > > > indeed, and memory "frees" itself at exit time too, and calling free() a > > whole l

Re: [patches] avoid unless exit()

At Sun, 28 Mar 2010 22:19:16 +0200, Gabor Gombas wrote: Subject: Re: [patches] avoid unless exit() > > On Fri, Mar 26, 2010 at 12:01:01PM -0400, Greg A. Woods wrote: > > > on "return" paths, perhaps, but not exit() paths -- there is no leak on > > exit() :-) >

Re: [patches] avoid unless exit()

simple practice. :-) Unless you're hinting at the larger model of properly using separate processes to manage separate threads of execution. -- Greg A. Woods +1 416 218-0098VE3TCP RoboHack Planix, Inc.

Re: cyrus-8bit-2.3.3.diff nonsense (Cyrus Patches used at FastMail.FM)

going to go away on its own, especially not where the sites in question don't also control all the software that users might use on their own computers. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECT

Re: cyrus-8bit-2.3.3.diff nonsense (Cyrus Patches used at FastMail.FM)

allowing raw data through then there are even better chances that sanity checks will be skipped and foreign data will be trusted by unsuspecting client software. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EM

Re: What version of BDB are people using?

em, not anything in any application. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL PROTECTED]> Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FA

Re: What version of BDB are people using?

ffc0086f7c7a8 w cyrusmaster 27545 25* unix dgram fe0f8e80 cyrusmaster 27545 26* pipe 0xfc0086f7c578 <- 0xfc0086f7c348 rn cyrusmaster 27545 27* pipe 0xfc0086f7c348 -> 0xfc0086f7c578 w -- Greg A

Re: Looking for a *good* X based GUI IMAP client for Cyrus IMAP ...

-up connection. The report about Thunderbird on Windoze not using the squat index is interesting though -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> S

Re: Looking for a *good* X based GUI IMAP client for Cyrus IMAP ...

r, whether or not to process on startup and "get new mail", but you pretty much have to do that on all folders if you want to use more than one IMAP client. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMA

Re: Quota Report Script

hing that will. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL PROTECTED]> mkcyrusoqlist Description: Binary data

Re: Mailstore filesystem

c00 cgrotor 0 fmod0 ronly 0 clean 0x02 blocks available in each of 1 rotational positions -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTE

the autocreate feature (Cyrus IMAPd 2.3.7 Released)

al if an account is re-created for the same human user. (BTW, the autocreate patch I use now with 2.2.x does seem to work well with unixhierarchysep, as do I believe the relevant patches did with all older releases as well. I've never tried it with altnamespace as that feature seems to bug

Re: the autocreate feature (Cyrus IMAPd 2.3.7 Released)

pare time. From what you've said the same thinking seems to apply to your site as well. Maybe some site will eventually want both autocreate and a murder cluster and they'll find some way to pay for their proper integration. -- Greg A.

Re: Performance and cheap storage

u can get two for far less than the price of one and that gives you a full parts kit for your own repairs) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>

Re: Performance and cheap storage

some unspecified combination of Cyrus users and storage capacity. :-) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL

Re: Performance and cheap storage

At Wed, 26 Jul 2006 16:20:57 -0500, Greg Harris wrote: > > On 7/26/06 3:33 PM, "Greg A. Woods" <[EMAIL PROTECTED]> wrote: > > > Using a SCSI host interface isn't going to be nearly so flexible as > > using a Fibre Channel one, especially in the longer

Re: Performance and cheap storage

At Sat, 29 Jul 2006 20:07:12 -0500, Phil Brutsche wrote: > > Greg A. Woods wrote: > > not yet in smart controllers that simply make it look like a more > > traditional storage device thus off-loading all the protocol handling > > to a dedicated control processor >

Re: using multiple addresses to avoid running out of source ports (Performance and cheap storage)

into its own private VLAN either, not that there aren't zillions of available private subnets to play with. :-)) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL

Re: MD5-encrypted passwords in a SASL-SQL-database

etter database design one could use SQL triggers to push changes to a little daemon that did smarter updates in near real time. I for one would never ever even consider using any system that required me to store any authentication key in clear text! --

Re: mail lists and cyrus

t; in an alias expansion). More complete solutions can be implemented using a mailing list manager, the likes of GNU Mailman. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EM

Re: How to tell POP3 daemon to mark messages as read?

, and I'm not even sure I'd bother telling the users. Most of the ones I deal with are too ignorant of these issues to understand the implications beforehand anyway. They will only learn by experience. -- Greg A. Woods H:+1 416 218-0098

some notes on upgrading from 2.1.15 to 2.2.12

e most effective for given purposes. In my tired stupor I was following the upgrading document and that's the real reason I forgot to do anything with the quota_db -- it simply wasn't mentioned. -- Greg A. Woods H:+1 416 218-0098 W:+1 41

Re: NFSv4, anyone?

t expect to do database work on any diskless NFS client implemented using NetBSD, yet.) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird

Re: Cyrus HA & LB cluster summary

(NetBSD in particular would be best from my perspective, especially since it runs on the most platforms) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>

Re: Captive mailbox in Cyrus IMAP?

-- perhaps the message will always appear new (and a POP client will always download it anew too) and so nothing need be done special? -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <

some weirdness and broken error handling with sieve (in 2.2.12)

#x27;m not even sure I want to give my users a real "discard" action -- I think I'll rewrite it to "fileinto Junk" or some such more undo-able action. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHac

Re: some weirdness and broken error handling with sieve (in 2.2.12)

At Thu, 30 Nov 2006 10:18:59 +0100, Phil Pennock wrote: > > On 2006-11-29 at 16:49 -0500, Greg A. Woods wrote: > > BTW, this whole idea of generating new mail from SIEVE is bogus. The > > local mail service should NEVER EVER IN A MILLION YEARS ever generate > > new

Re: IMAP/POP traffic accounting

and masterd). Adding byte counters and any missing event counters to the MIB(s) would be one quite logical (and rather easy) thing to do. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, In

Re: migrate_sieve.pl on twiki

pipe_cmd = deliver_cmd "-f \"" ret_path "\" " user; for (i = 1; i <= hc; i++) { print header[i] | pipe_cmd; } print "" | pipe_cmd; next; } ! in_he

Re: Cyrus 2.3 code moved to CVS trunk

ideal time), though something like that needs a bit of pre-warning and lots of documentation. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> S

Re: Performance in 64-bit?

it mode), as well as the newer 64-bit SPARC machines (again, in 64-bit mode). -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[

Re: autocreate broken in 2.3?

otherwise unnecessary effort. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL PROTECTED]> Cyrus Home Page: htt

Re: Recomendations for a 15000 Cyrus Mailboxes

hot swap ? If you use FFSv2 snapshots then you'd probably be OK doing an rsync of the snapsot to another (preferably off-site) backup host. Perhaps you would want to use rdiff-backup, though a plain rsync should be sufficient for mailboxes. --

Re: Recomendations for a 15000 Cyrus Mailboxes

known high-risk DoS target too, but I'd still keep the MX separate just so that adding another MX host would be a half-hour job for a junior baby sysadmin at worst. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EM

Re: remove entry from deliver.db

, if legit, knows immediately that there is a problem with the message.) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of

Re: remove entry from deliver.db

At Fri, 13 Apr 2007 11:40:25 -0400, Derek T. Yarnell wrote: Subject: Re: remove entry from deliver.db > > On Thu, 2007-04-12 at 13:40 -0400, Greg A. Woods wrote: > > > > If the user accidentally deletes a message then restoring it from > > backups should be no differ

extremely poor performance with many maiboxes for 'list "" *'

9 imapd: imapd: localhost [127.0.0.1] I haven't tried profiling the code yet (I'll have to replicate the config on a test server that I'll have to build first). I'm wondering if anyone else has seen this kind of problem and whether or not anyone has looked into possible causes yet or not. --

Re: extremely poor performance with many maiboxes for 'list "" *'

erence should be in the parsing that would be necessary to change a flat mailboxes.db record into some more efficiently stored and compared internal representation. One thought I've had is that perhaps the whole mailboxes.db file is being re-parsed for every record, instead of reading it all in

Re: squatter segfaults on large mailboxes - FreeBSD

al 11 > > Never mind - corrupted mailbox - sorry for the noise. It still shouldn't crash -- that's still a _major_ bug! Maybe you've got a core dump that you can analyze? At least to get a stack backtrace and a dump of the local variables, etc.? --

Re: squatter segfaults on large mailboxes - FreeBSD

ith the data it reads, even from local disks, such that a violation of those assumptions can lead to a core dump. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>

Re: Message contains NUL characters ...

e offending NUL -- but don't try to do this in Cyrus as it's the wrong place for such transformations to be attempted!!!) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc.

Re: Message contains NUL characters ...

I am working on other stuff. So apparently the proper fix should be quite easy to implement, and done right a patch is likely to be accepted back by Wietse as well. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMA

Re: Message contains NUL characters ...

x is what needs fixing. Cyrus users who are using other MTAs are not having this problem in the first place -- only postfix users are suffering. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]>

Re: Message contains NUL characters ...

sending side, or at least an attempt to send opaque binary content of some type (which should have been encoded somewhow and thus also indicates either a serious bug on the sending side; or else it indicates malicious intent on the sending side). --

Re: Message contains NUL characters ...

uch it rejects invalid content, and to choose an MTA that can do so!) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL PROTECTED]> --- Cyrus Home Page: http://asg

Re: Message contains NUL characters ...

d off (and make sure that the Cyrus LMTP daemon does not advertise 8BITMIME and that Postfix does right MIME conversions when sending to LMTP). -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix,

Re: Autocreatequota and mailbox

somebody know why this patch isn't > included in Cyrus? http://email.uoa.gr/projects/cyrus/autocreate/ I've been asking myself the same question for several years now, ever since I created a very similar patch too. :-) -- Greg A.

Re: Autocreatequota and mailbox

[ On Thursday, May 19, 2005 at 16:49:53 (-0700), Wil Cooley wrote: ] > Subject: Re: Autocreatequota and mailbox > > On Thu, 2005-05-19 at 17:20 -0400, Greg A. Woods wrote: > > > > Does somebody know why this patch isn't > > > included in Cyrus? http://ema

Re: "losing" email after delivery to cyrus

ral-purpose mail server, and I've never had any problem with it before (only compliments!). -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]>

Re: Double Carriage return breaks header ..

[ On Monday, May 30, 2005 at 22:32:37 (+0200), John Fawcett wrote: ] > Subject: Re: Double Carriage return breaks header .. > > Greg A. Woods wrote: > > Really your MTA should be correcting it long before it gets passed on. > > is there a basis for this? Well, maybe. :-)

Re: "losing" email after delivery to cyrus

eal $$$ for their software not demand real fixes!?!?!?) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED]> Secrets of the Weird <[EMAIL PROTECTED]

Re: Double Carriage return breaks header ..

EOL anywhere but in the headers. Small consolation, but something I guess the question "we" need to ask is whether there are any existing client-LMTP implementations which might send just as their end-of-line terminator. I should hope not I'm going to guess that humans don&#

Re: Cyrus Banner

e security type suggest this bogus idea? Remember, a working exploit doesn't need to see any version ID to do its job. -- Greg A. Woods Planix, Inc. <[EMAIL PROTECTED]> +1 416 489-5

Re: Cyrus Banner

w "exploitable" version numbers, even though the actual running software was patched months ago. :-) It's a great excuse to not pay them and to tell them to go bugger off get a real job that they're qualified for, such as digging ditches

Re: Changing the IMAP server's banner -- does one still need to patch the source?

's equivalent to using the wire-cutter style of "permanent firewall"). Fix the bugs (or don't run the service) -- don't just pretend to hide them, because you cannot. -- Greg A. Woods

Re: Hiding Banner

Schneier's "Secrets & Lies" if you need further explanation. So, to repeat what is said above, since the point doesn't seem to be getting across very well: "All that disabling the banner does, is make idiots feel comfortable." (and make it

Re: checking quota

for every incoming SMTP transaction (which specified any locally deliverable recipient) so that the recipient could be verified. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix,

Re: improving concurrency/performance

comparison and rather useless for determining the cause of bottlenecks in real-world applications that may open many files at a time (unless you script frameworks to wrap them with, in which case you are simply re-inventing something like PostMark). --

Re: Importing MBOX-formatted mailboxes into Cyrus?

wrote this script for my own use to migrate several largish mail servers, and so far it has served me very well. -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP RoboHack <[EMAIL PROTECTED]> Planix, Inc. <[EMAIL PROTECTED

Re: Cyrus IMAPd 2.3.0 Released

able yet on either the server side or the client side; and in some situations it's still very difficult to depoly effectively. WHOSON, and DRAC, work well where they can work.) -- Greg A. Woods H:+1 416 218-0098 W:+1 416 489-5852 x122 VE3TCP