[Zope-dev] zope's ESMTP support
hi all, I want to make our Zope 2.7 based site support ESMTP MailHost. And I found 2 resource: 1. "ESMTP MailHost":http://zope.org/Members/bowerymarc/ESMTPMailHost. After a simple test, I found the product is likely not compatible with Zope 2.7. 2. cvs head of zope's default MailHost product. The cvs log said it supports ESMTP now. And now I am more interested in the 2nd product. What is the status? compatible with zope 2.7? stable to use? (It doesn't work with my zope2.7 too :-( ) Could anyone give me any info? -- panjunyong ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Zope 2.7 and objects turning into None
On Saturday 21 February 2004 06:04, Casey Duncan wrote: > This is indeed possible. getObject swallows all errors and returns None > when one occurs. This would make it return None on busy systems if the > traversal during getObject raised a read ConflictError. This would indeed result in the behaviour I was seeing. > I consider this a bug and I will look into what the *real* desired > semantics are. I've been bitten myself by this in applications which > naively assumed getObject would always return a Zope object. You say "naively", I say "rightly". I could be wrong though :) > For Zope 2.8 it might be reasonable to consider also making the case > where accessing objects that have been removed without uncataloging is > also an exception. I think this is a good policy. Richard pgp0.pgp Description: signature ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Zope 2.7 and objects turning into None
On Fri, 20 Feb 2004 22:18:33 +0100 Dieter Maurer <[EMAIL PROTECTED]> wrote: > Casey Duncan wrote at 2004-2-20 10:53 -0500: > > ... > >This is a guess, but perhaps the Catalog is masking some other > >low-level error and returning None instead? I'll see if that seems > >possible from the code. > > Some time ago, I found out that > "OFS.Traversable.Traversable.unrestrictedTraverse" > catched "ConflictError" and returned "default" if a "default" has been > specified. > > I filed a bug report but I am not sure whether this was fixed > (it is fixed in our Zope version, of course). I think so, I was just checking this code the other day working on similar ConflictError swallowing happening in the Catalog. -Casey ___ Zope-Dev maillist - [EMAIL PROTECTED] http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )