[12:14] New bug 2160 for Launchpad/Soyuz: Nuclear explosion when no string is input in package search [12:14] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2160 === kiko-fud is now known as kiko [12:45] hmmm [12:45] dilys, wake up. [12:45] I filed at least 10 bugs === BradB is now known as BradB|food [01:03] kiko: I'm sorry, I wasn't paying attention [01:03] kiko: care to file them again? [01:03] I noticed. [01:03] well, that's not a very good answer, now is it? [01:03] what did you file them against? [01:04] Dilys isn't necessarily subscribed to all products [01:04] soyuz. [01:04] hmm [01:04] she probably watches stevea, come to think of it. [01:04] she should also watch me [01:04] there are no product watches in bugzilla currently [01:05] yeah [01:05] they would be handy [01:05] there are bugs filed on it, but you know.. [01:05] :) [01:06] wild, over 60 spamcop reports for my enjoyment [01:06] ok, I've subscribed Dilys to you [01:08] kiko: spam me harder! [01:17] heh === stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad === elmo [~james@83.216.141.215] has joined #launchpad [01:41] elmo: Is it possible to turn off certificate authentication on bugzilla.warthogs.hbd.com for connections from Mawson? [02:13] night!! === BradB|food is now known as BradB [02:33] stub dude, we need a browser:widget not-subdirective! [02:33] eh? [02:34] oh, just random Z3 thoughts if you were looking for something to hack today that we'd make use of. [02:35] I don't understand what you are asking for ;) [02:35] currently, if you want to change the attributes of a widget, e.g. the size of an input, you have to make that change in every form it applies to [02:35] using the browser:widget subdirective [02:35] e.g. [02:35] field="title" [02:35] class="zope.app.form.browser.TextWidget" [02:35] displayWidth="55" /> [02:35] (that's inside a browser:editform) [02:36] i want to be able to change widget configuration globally, and if *needed* change it per form, with the subdirective. [02:37] So you want to be able to say [02:37] I believe this can already be done in Python btw - just not in ZCML [02:38] yes....it can? [02:39] Philipp didn't mention that, if that's the case. It may be though. [02:40] In the IBug schema definition I think you can pass keyword arguments that get sent through to the widget (dislayWidth="55"), and change the field used to render it. (Or if not, you can alway subclass TextField into BugTitleField which does this) [02:41] subclassing takes too much effort when you consider we may want to do this dozens and dozens of times for different fields. [02:41] Yup - I'll chase it up and see if it is doable without subclassing. [02:41] (just with keyword arguments) [02:42] http://paste.husk.org/1963 [02:42] is what philikon started hacking up [02:44] grrr [02:44] https://www.ubuntulinux.org/forgottenpassword [02:44] " A system error occurred." [02:44] that's already been reported [02:45] sigh [02:45] I thought I'd turned on tracebacks by default? [02:45] ah, we needed to bug SteveA about that today (which was noted in the bugzilla report...maybe he didn't notice) [02:45] stub: on prod apps? [02:45] On dogfood for now [02:45] that's the real app though [02:46] btw, i'm currently fixing malone bugs 13, 14, 15, 16 and 30 [02:46] if i land my changes though, summary disappears :P [02:47] which everyone thus far has agreed to be A Good Thing...we just need to convince sabdfl ;) === stub wipes his eyeballs [02:47] I've got an email ready to send on that [02:47] heh [02:54] heh yep. i'd only have added that the description of a bug that the steps to reproduce it are too tightly coupled to make decoupling them into two fields a sane thing. [02:55] s/that the/and the/ [02:55] lifeless: ping [02:56] lifeless: What was that field you were having UTF-8 encoding issues with that was going to be dropped? You didn't know what character set encoding it was in (I think it was a changelog of some kind) [02:56] I had a problem with ChangeLogs in gina, for the record.. [02:58] I think the argument about lazy changelogs is redundant then, because it is pointless storing them in the database at all (unless we heuristically guess the encoding - probably a 98% success rate) [02:59] And gpg keys could also go into the librarian, since there is no meaningful operations we can perform on them inside postgresql [02:59] true on both counts, though searching through changelogs, well.. [03:00] I solved the ChangeLog import by using a "smart" conversion routing that seemed to do a decent enough guess. [03:02] ok - so we are using heuristics to guess the encoding (which is good) [03:04] you actually have that code in your tree, look at gina's db.py:ensure_string_format -- caveat hack [03:06] ah, btw. [03:06] I have a patch to suggest to you, a successor to the Makefile fix I sent you once (that you disliked). [03:14] kiko: That charset stuff seems broken - at the moment is is doing some redundant operations and may return either a utf-8 encoded string or a Unicode string [03:19] I'll knock up a similar one in lp/encoding.py for everyone [03:19] stub, what's the difference between them? [03:19] or were you not referring to gina/database.py? [03:23] A UTF-8 string is just a sequence of bytes which can be written to files, sent over tcp sockets etc. but is useless unless everyone who uses it *knows* it is a utf-8 encoded string (and not a shift-jis encoded string, or iso-8859-1 etc.). A Unicode string is an object that abstracts out the need to know the encoding (it knows it for you, and hides it from you). [03:23] open('foo.txt','w').write(u'A Unicode string') will fail [03:24] oh. [03:24] I see what you mean. === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad [03:25] stub: erm, it was title I think. [03:40] stub, AIUI that code will always return a unicode object, no? [03:47] No - if the first bit raises a Unicode error, the second bit returns a UTF-8 encoded string (s = name.decode("latin-1").encode("utf-8"). The next line doesn't modify s, and the line after returns s (still UTF-8 encoded) [04:01] but what we receive is also a utf-8-encoded string, stub [04:01] or else decode/encode would raise an error in the first clause. [04:01] am I mistaken? I tested this quite a bit and it was the only setup that got output that made sense.. [04:01] kiko: ASCII strings pun as UTF-8 by definition. [04:02] UTF-8 doesn't pun as ascii though. [04:02] yes [04:02] so the code there basically tries to decode and reencode as utf-8, and if it fails, it's not utf-8 and I can try decoding as latin-1 [04:03] but maybe I'm on crack, I'm dead sleepless [04:03] oh - yes. both return utf-8. The redundant code confused me. [04:03] which code is redundant? [04:03] the test decode and return bits? [04:04] name.decode("utf-8").encode("utf-8") should just be name.decode('utf-8'), because we can assume that anything Python encodes as UTF-8 is valid [04:04] hmmmm. but why would I have done that unless I ran into a problem? :-) [04:04] And the 's.decode('UTF-8') is also unnecessary for the same reason === kiko can't remember, but it was some sort of sanity checking. [04:04] maybe you're right, it's straining my memory at this point. [04:05] If you happen to have found a sequence of byte such that name.decode('utf-8') does not return a utf-8 encoded string or raise an exception it is a pretty serious bug in Python that will cause data loss [04:06] upon which encode('utf-8') should always succeed, I see. [04:07] okay, time to kick this server's disks. [04:12] ho ho ho [04:27] Urgh - ubuntu has packaged up the Japanese-only Python codecs rather than the cjk codecs (which are going into 2.4) :-( Which we need if we want to process email reliably [04:27] Hopefully elmo won't mind installing stuff from Universe onto production... === justdave [~dave@24.236.223.222.gha.mi.chartermi.net] has left #launchpad ["Poof"] === doko [doko@dsl-082-082-069-185.arcor-ip.net] has joined #launchpad [07:57] New bug 2168 for Launchpad/Rosetta: recent changes feature [07:57] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2168 === ddaa [~ddaa@deep-thought.xlii.org] has joined #launchpad [09:30] BradB: i've already created a Title and Summary widget === SteveA_ [~steve@office.pov.lt] has joined #launchpad === SteveA_ is now known as SteveA === lulu [~lu@host217-37-231-28.in-addr.btopenworld.com] has joined #launchpad === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad [10:37] Morning [10:39] hi === cprov [~cprov@200.158.100.251] has joined #launchpad [11:02] Morning cprov [11:04] Kinnison: morning === ddaa [~ddaa@deep-thought.xlii.org] has joined #launchpad [11:07] Morning ddaa [11:08] hello Kinnison [11:20] spiv: ping === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad === salgado [~salgado@200-206-134-238.async.com.br] has joined #launchpad === kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad [12:46] what's the preferred way for defining sqlobject columns in launchpad: _columns = [StringCol('foo')] or foo = StringCol() ? [12:46] the latter apparently [12:47] that was in launchpad email, right Kinnison? [12:47] Dunno. sabdfl told me when I was writing some view classes [12:48] I saw lots of places with _columns. that's why I asked [12:48] IIRC it was on lp-list [12:49] which reminds me. [12:49] elmo? [12:49] salgado: yeah; old code tends to be _columns [12:49] salgado: new code tends to be the foo = StringCol() [12:54] salgado: what Kinnison said [12:54] coo; I got something right === Kinnison does a dance === Kinnison continues prodding at this librarian change for kiko [12:54] Kinnison, sabdfl: ok, thanks. === sabdfl ruffles Kinnison's feathers [12:55] sabdfl: meep; I have feathers? === Kinnison dies of allergic shock [12:55] erm, I think I'm mixing my metaphors [12:55] or drikns [12:55] mixing drinks sounds like more fun [12:56] sabdfl: I think I've come to the conclusion (wrt. lucille domination) to take the less correct and way easier to implement domination model I invented while trying to go to sleep last night [12:56] sabdfl: I'll send a mail to you and elmo when I've finished this librarian stuff for kiko [12:56] thanks [12:56] Kinnison: ok, sounds sensible [01:02] Kinnison: which "librarian stuff for kiko" are you talking about ? [01:02] cprov: FileDownloadClient.getURLForAlias() mostly [01:02] cprov: also an email to the launchpad list detailing roughly how to use the librarian [01:04] cprov: also a couple of bits for making sure the filenames are encoded in utf8 properly [01:05] Kinnison: ehe, I know what stuff i just don't understand the "for kiko" . is he implementing something that I don't know in Soyuz ? [01:05] I thought it was kiko who had asked me for it [01:05] I guess it might have been you === Kinnison was getting ready to go shopping when he was asked [01:07] Kinnison: I did it yesterday :), Maybe be kiko did too ... [01:08] cprov: heh [01:10] Would anyone mind if I updated the librarian files only on mawson in order to test this stuff? [01:12] not me [01:12] I filed a bug on kinni yesterday on the Pending Problem. [01:12] I just need to update client.py and web.py :-) [01:13] kiko: aah that's it :-) [01:13] cprov, phone === salgado is now known as salgado-afk [01:19] sabdfl, do you have a plan for the "I am a new soyuz user" usecase? [01:19] sabdfl, I happen to have no password in the database, and I'd like to use the UI to create my user [01:20] kiko: no idea, what will work best? [01:20] I believe that is a potential dogfood issue [01:20] yes it is [01:20] so let's think about it for a minute [01:20] first, is the soyuz user a launchpad-wide user? [01:21] if so, are we answering the launchpad-wide user registration problem? [01:22] I pray yes, it's time we dealt with this [01:26] Who here is a twistd person? [01:26] spiv: ping [01:26] Kinnison: spiv knows a lot of twisted. [01:26] but, perhaps he is having an australia day today === cprov [~cprov@200.158.100.251] has joined #launchpad [01:28] SteveA: twisted isn't working like it used to [01:28] SteveA, care to participate in the "New Soyuz/Launchpad User" discussion? [01:30] kiko: sure, but when? [01:31] SteveA: sabdfl: any objections to talk about it now ? [01:32] now would be nice. [01:32] go ahead [01:32] so there are the two questions I posed [01:32] first, is the soyuz user a launchpad-wide user? [01:32] if so, are we answering the launchpad-wide user registration problem? [01:32] when you add a user to the website, they are added to launchpad [01:32] and that code exists and is in use [01:33] the more interesting dilemma is when a use for which we have an existing account but no password wants to register [01:33] hmmm [01:33] and what if I am registered with another email account, too. [01:34] sabdfl: forgottenpassword can help [01:34] cprov: ok [01:34] kiko: we need a "merge person" function [01:35] sabdfl, definitely. but let me get this cleared up: a launchpad developer, then, needs to rely on other non-UI ways to create users for his database? [01:35] IOW, there will be no launchpad-based person creation functionality? [01:35] (as in living in lib/canonical/launchpad) === salgado-afk is now known as salgado [01:42] kiko: users will be registered, and thus persons created, at various different points in the workflow of the different applications. What are the current places in launchpad a user might need to register? [01:43] in rosetta, a user can sign up in a straightforward way, but we're interested in a few rosetta-specific things about them too. [01:43] hmmm [01:44] shouldn't the user be a "launchpad user". [01:44] kiko: I guess we need (a) a standard way to redirect people at the "register" pages, and (b) a standard way to add a user from within the code [01:44] ah, now we're talking! [01:44] where will "register" pages live? what domain name / path? [01:45] foaf/+register ? [01:45] makes sense [01:46] ok. for deploying the whole thing ? [01:46] now does this contain all the registration information for a rosetta user? for a soyuz user? [01:46] or do they have "I am a launchpad user, now I want to use rosetta" setup step? [01:47] perhaps foaf/+register?application=rosetta [01:47] can add in some rosetta-specific fields [01:48] we're still stuck when that user wants to log into soyuz, no? [01:48] why? [01:49] well [01:49] how do you see the user being presented with register?application=soyuz? [01:49] I mean, what would he do to be taken to that page. [01:50] the "login" page will have a link to "register" [01:51] where does the login page live? :) [01:51] let's assume we're not doing a centralized single-sign-on just now [01:51] so, I reckon we should have a /+login and a /+register at any particular "/" that is the root of a site we're virtual hosting at [01:52] ah. [01:52] I see. [01:52] but, the code lives in one place [01:52] the register code lives in foaf [01:52] one thing that makes me curious about this [01:52] what happens to the navigation bar at the top of the screen when we virtualhost? [01:52] kiko: I'm making this up as I go along [01:52] I like your ideas, I'm storming too === ddaa [~ddaa@deep-thought.xlii.org] has left #launchpad [] [01:53] that's a very good question, and one that I'll be talking with Brad about a bit later today [01:53] feel free to join in [01:53] do all virtualhosts have all tabs available? some? none? [01:53] I will definitely join [01:53] I must think of going to find lunch soon [01:53] lithuanian people eat early. [01:53] it is 3pm here [01:54] taken out of context, that is [01:54] working day for one of the programmers here is 12.30pm -> midnight [01:55] kiko: does that sort things out enough for now for you? [01:55] is there anything else we should discuss now, before the meeting later today? [01:55] it's getting us somewhere, more discussion is still needed but we'll start considering foaf [01:56] salgado could be named foaf fiend [01:56] let's ponder that [01:56] (cprov suggested it yesterday) [01:56] spiv is in charge of doap and foaf [01:56] yes, but he's by himself [01:56] and salgado has geographical advantages to him (wrt us at least! :) [01:57] ok [01:57] but, if you want to get started on writing the +register page... [01:57] go ahead [01:57] right [01:57] this needs some daf-brad-consensus as they would be users as well [01:57] you can get a basic launchpad registration going [01:58] aham [01:58] then we can talk to daf about removing the rosetta one [01:58] and merging what is different into the central one [01:58] same for malone [01:59] SteveA: sure, I'll do the same with soyuz/people/+add [01:59] we might not even need a ?application=rosetta thing on the end of +register [01:59] once we've cracked the virtual hosting thing, perhaps it will be able to pick up that it is a rosetta context anyway [01:59] cprov: great [02:01] SteveA: I suggest talk about it tomorrow in the Meeting, everybody interesting in [02:03] ok === spiv wakes up [02:14] SteveA: pong [02:16] spiv: twisted is being a shit wrt. the librarian on mawson === Kinnison -> town, I'll be back in 30 [02:19] Kinnison: Hmm. Can I have a slightly more useful bug report? :) [02:19] spiv: the root.putChild calls in server.tac appear to have no useful effect because using them results in 4xx responses [02:19] I'll be more useful when I'm back [02:20] Ok, thanks :) === kiko is now known as kiko-fud === debonzi [~debonzi@200.158.100.251] has joined #launchpad [02:50] spiv: back [02:51] spiv: I'm just gathering info [02:52] GET /byalias?alias=1 HTTP/1.0 [02:52] 400 Unknown command: GET /byalias?alias=1 HTTP/1.0 [02:52] Is a fairly good example [02:52] root.putChild('byalias', fatweb.AliasSearchResource(storage)) [02:52] is in server.tac [02:53] spiv: please ignore me for at least the next 10 minutes while I repeatedly hammer my head against the wall [02:55] Sure... [02:55] For my next trick; I make sure that we connect 1. to the right port onthe librarian, and 2. to the right f*cking database [02:56] Okay; seems to be fine now === Kinnison kicks lib/canonical/lp/__init__.py [03:00] >>> from canonical.librarian.client import FileDownloadClient [03:00] >>> fdc = FileDownloadClient('localhost', 8000) [03:00] >>> fdc.getURLForAlias(1) [03:00] 'http://localhost:8000/1/1/3dchess_0.8.1-11.dsc' === BradB reads (some) scrollback [03:02] cprov: is that simple enough for you? :-) [03:06] Kinnison: fantastic [03:06] cprov: I'll just test the better urls; one sec [03:06] >>> fdc = FileDownloadClient('launchpad.ubuntu.com', 8000) [03:06] >>> fdc.getURLForAlias(1) [03:06] 'http://launchpad.ubuntu.com:8000/1/1/3dchess_0.8.1-11.dsc' [03:06] yep [03:06] that works too === Kinnison tests downloading that file from outside the network [03:07] Okay; we need elmo to open port 8000 in the firewall I think [03:10] Kinnison: how to grab the servername from Zope env ? localhost/launchpad.ubuntu.com/gwyddion.gwyddion.com/etc ? [03:10] cprov, I see, this bookkeeper thing lives on another port? [03:10] cprov: I'm not a zopeist [03:11] cprov: you'll have to ask someone who understands how zope is configured === doko [doko@dsl-082-082-069-185.arcor-ip.net] has joined #launchpad [03:12] kiko-fud: sorry ? bookkeeper ? [03:12] Kinnison: ok [03:12] cprov, libby :) [03:13] cprov: from the request ? [03:16] SteveA: sure ! [03:21] Right; I'm happy with this [03:21] cprov: request.getApplicationURL() should do [03:22] SteveA, kiko-fud: interested in discussing absolute URL's to placeless objects now then? [03:22] I need to have lunch, goo [03:22] I'm having lunch now [03:22] ok [03:22] bit later would suit better [03:22] want to fix a time? [03:22] 1h [03:22] from now [03:22] 1h10 ? [03:23] 15:30 UTC I think that is [03:23] sure [03:23] sure [03:23] Bug 2160 resolved: Nuclear explosion when no string is input in package search [03:23] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2160 [03:28] Bug 2161 resolved: Visiting a person without being logged in blows up [03:28] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2161 === salgado is now known as salgado-lunch === debonzi -> lunch === Kinnison -> lunch too; cunning plan [03:46] kiko-fud: use malone for launchpad bugs dude! [03:47] can we turn off "new bugs for launchpad" in bugzilla? [03:48] BradB: Surely he's still allowed to resolve bugs? :) [03:48] Kinnison: Hmm, around? [03:49] spiv: yes === Kinnison has hands full of lunch though; so won't be quick [03:49] Kinnison: Sure. [03:50] spiv: sure, resolve existing bugs in bugzilla, but new ones (like 2167) need to be reported in malone [03:50] though that one was actually meant to be an email to lp@, by the looks of it :P [03:51] BradB: Oh, I thought you were saying that in response to the most recent dilys output :) [03:51] Kinnison: There's an issue with how the librarian currently does db access. [03:51] spiv: go on... [03:52] Kinnison: Twisted's networking layer is single-threaded; so processing in it shouldn't block. It looks like we're currently doing DB access in it though. [03:52] In some respects it's a minor problem, because our DB is fast ;) [03:52] hmm === ddaa [~ddaa@deep-thought.xlii.org] has joined #launchpad [03:53] But ideally the DB access would be done in threads. [03:53] I must admit I thought the librarian was threaded already :-) [03:53] I assume uploads and downloads are done multiplexed then [03:53] we're not in single-client-at-a-time territory are we? [03:53] Yeah, I just suddenly realised it glancing at the code, it was a flaw in my initial code. [03:54] Oh, no, the network IO is all nicely multiplexed. [03:54] cool [03:54] Except during a DB call :) [03:54] hm, who admins the canonical bugzilla then? [03:54] elmo: Any chance you can get the archive updating on mawson? [03:54] Twisted has infrastructure to make this easy when using raw DB-API stuff. [03:55] Unfortunately sqlobject doesn't really fit into model. [03:55] spiv: heh heh [03:55] non-blocking + ORM = splat [03:56] I'm not sure what the priority of fixing this should be; like I say, DB access is pretty fast for librarian, I think most things it does are small queries on indexes. [03:56] So in practice we won't notice this until we start hammering the librarian. [03:56] I know how to fix it, but it requires a bit of restructuring, unsurprisingly :) [03:57] Kinnison: How good is your Twisted? :) [03:58] Erm, well, let's just say I know nothing and leave it at that eh? [04:00] Ok, sure. [04:01] I think it can wait a bit, or at least, I don't have time for it immediately ;) [04:01] Yeah [04:01] I certainly think it can wait [04:01] Perhaps we can pair on it in Mataro. [04:01] file a bug on it [04:01] in malone [04:03] spiv: Possibly === salgado-lunch is now known as salgado [04:32] kiko-fud, SteveA: if you can wait a couple more mins, i just want to upgrade something in the plone site [04:35] k [04:40] Bug 2007 resolved: Linkify bits in personal information. [04:40] https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2007 [04:40] back === kiko-fud is now known as kiko [04:41] ok, ready to rock now [04:41] plone site's fixed [04:42] so [04:42] BradB: what was up with it? [04:42] how are we going to handle logging in? [04:43] SteveA: Plone 2.0.4's portal_factory breaks PloneHelpCenter. Had to upgrade from SVN, where geoffd's made a fix. [04:43] ok [04:43] I propose we move to cookie based login forms asap. [04:43] SteveA, sidenode, comment requested for https://bugzilla.warthogs.hbd.com/bugzilla/show_bug.cgi?id=2161#c1 [04:45] agreed [04:45] kiko: ommented [04:45] kiko: commented [04:45] thanks. [04:46] ok, so here was the problem i wanted to discuss then: getting absolute URL's to placeless objects. [04:46] ok, so how about I work on the cookie auth thing tomorrow? I really don't think there is much left to do on it. If I leave basic auth availalble then page tests will still work. [04:47] BradB: so, we should provide our own @@absolute_url and IAbsoluteURL views/adapters [04:47] that would probably get us most of the way there, if not all the way there. [04:48] sure [04:48] to do this, we'd need to start keeping a traversal context object around somewhere. [04:48] we need this anyway, to do the context-sensitive stuff more sanely [04:48] my main problem is how to make this work while VH'ing. [04:48] does that sound like it would solve the issues you've got? [04:49] the absolute url stuff knows how to do virtual hosting [04:49] so, I think that will be okay [04:49] SteveA: yeah, but a bug doesn't "live" anywhere though. [04:49] are there specific virtual hosting issues you can describe? [04:49] yes [04:49] cool [04:49] 1. bugs.foo.com => launchpad/malone [04:50] 2. bugs.foo.com => launchpad/malone/bugs [04:50] let's call it bugs.bar.com [04:50] because otherwise my head will explode from confusion [04:50] how do you know that the abs url for the first is bugs.bar.com/bugs/$bug.id, but for the second it's bugs.bar.com/$bug.id? [04:50] (it's a bugbar. Sometimes you eat the bar; sometimes the bar eats you) [04:51] heh [04:51] when you say "how do you know", which piece of software is "you" in this example? [04:52] the IAbsoluteURL adapter [04:52] (from an IWhatever) [04:52] if "you" has the request, then that's okay; the absolute url machinery takes care of that. [04:52] but, if "you" is an event handler that wants to send an email containing a URL, it gets a bit trickier [04:52] because it doesn't easily have access to the request (although, it can get it if necessary). It is a cleaner design if it doesn't need to get the request) [04:54] perhaps we need a table; a mapping of virtual host domain name to what emails should be sent out containing? [04:54]

...

Add A New Widget