I made the changes to Obfuscate the mail code however I am seeing the
following error
not related to mail when dumping an obfuscated file:
File "/Development/osaf/chandler_石田リチャード/chandler/
application/Application.py", line 805, in OnCommand
Block.post (blockEvent, arguments, block)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/framework/blocks/Block.py", line 188, in post
hookItem.dispatchEvent (event, Block.depth)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/framework/blocks/Block.py", line 1008, in dispatchEvent
callMethod (block, methodName, event)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/framework/blocks/Block.py", line 923, in callNamedMethod
event.arguments ['results'] = member (blockOrWidget, event)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/views/main/Main.py", line 1199, in
onObfuscatedDumpToFileEvent
self._dumpFile(obfuscate=True)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/views/main/Main.py", line 1187, in _dumpFile
obfuscate=obfuscate)
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/dumpreload.py", line 120, in dump
for record in trans.exportItem(rv.findUUID(uuid)):
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/sharing/translator.py", line 1381, in exportItem
for record in super(DumpTranslator, self).exportItem(item):
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/sharing/eim.py", line 894, in exportItem
for record in exporter(self, item):
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/sharing/translator.py", line 1282, in export_event
self.obfuscate(location), # location
File "/Development/osaf/chandler_石田リチャード/chandler/
parcels/osaf/sharing/translator.py", line 383, in obfuscate
return "X" * len(text)
TypeError: object of type 'Symbol' has no len()
Anybody else seeing this?
-Brian
On Apr 17, 2007, at 11:00 AM, Morgen Sagen wrote:
I think the next step is for Brian K to look at the
MailMessageRecord exporter in sharing/translator.py and make sure
that any sensitive fields are appropriately obfuscated if the
translator's "obfuscation" attribute is True. That could either
mean replacing email addresses with actual test accounts (although
I'm not really sure why we'd do that), but more likely we should
just replace any email addresses with "[EMAIL PROTECTED]" or
something (example.com is reserved for purposes like this).
~morgen
On Apr 17, 2007, at 1:31 PM, Aparna Kadakia wrote:
Since Brian Kirsch has confirmed that we can replace the real
accounts with test accounts, what are the next action items on this?
I would like to solicit help from external users for providing
their real calendars for testing. Having this tool obfuscate real
data will encourage more people to share their calendars for testing.
On Apr 11, 2007, at 2:29 PM, Aparna Kadakia wrote:
+1 on using the same test data for both Desktop and Server
performance.
Also we could use our test accounts demo1, demo2 etc for email
addresses in case we cannot replace it with some junk.
(bkirsch, can you confirm....in case you missed there is a
question waiting for your confirmation at the end of this email)
On Apr 10, 2007, at 3:28 PM, Katie Capps Parlante wrote:
As the desktop team turns attention to performance, we're
revisiting the
test data set that we've been using for performance metrics.
I'm not sure if we ought to coordinate desktop and server team
efforts
wrt test data -- sending this to both teams in case this turns
out to be
the case.
Previously, we generated a set of calendar data and have stored
that in
an ics file (tools/cats/datafiles/Generated3000.ics). The size
of the
calendar and some of the characteristics were based on Mitch's
calendar
at the time.
We're now at a point where we'd like to have a data set that is
- based on real users' data
- contains multiple collections
- contains tasks, notes, messages in addition to calendar data
(a data
set that reflects the Preview feature set)
Instead of storing test data in .ics files, it makes sense to
use our
new eim-based format. We'd like to start out with real user
data, then
obfuscate the data to protect the innocent.
Morgen has checked in a tool that allows us to obfuscate a
"dump" file
from the desktop app. (Thanks Morgen!)
From Morgen:
So yesterday I checked in Tools > Save and Restore > Obfuscated
dump
to file...
It sets an obfuscation attribute to True on the translator object,
and then the various exporter callbacks honor its setting, instead
emitting X's for the appropriate fields, and skipping a bunch
of item
types such as accounts and passwords altogether. The one thing
I'm
not sure about obfuscating is the mail item and all its various
fields. Does it matter if email addresses are included in these
dumps? If so, someone will have to go and tweak export_mail( ) in
translator.py to obfuscate the appropriate fields.
So from here:
- Should we tweak mail addresses to use test accounts? (looking
to Brian Kirsch here)
- Can we make use of this tool or data for server performance
efforts? If so, any next actions?
Cheers,
Katie
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
