- Dillo-dev - lists.mailman3.com

Urgent Utilisation Assistance
by Chief. Otumba Adedeji Jan. 21, 2004

Jan. 21, 2004

ADVISORY BOARD, NIGERIA DEPARTMENT OF PETROLEUM RESOURCES (D.P.R) Dear Urgent Utilisation Assistance. I am chief Otumba Adedeji the chairman of Contract advisory board of the Nigeria Department of Petroleum Resources (D.P.R) I am contacting you based on the esteem recommendation from a high ranking officer of the Chambers of Commerce and Industry, This business proposal I wish to intimate you with is of mutual benefit to you and me and its sucess is based on trust, co-operation and a high level of confidentiality. I am seeking your assistance in the utilisation of the sum US$18.5M ( Eighteen Million Five Hundred Thousand U.S.Dollars). This fund came about as a result of a contract awarded and executed here in this Department of Petroleum Resources(D.P.R). the Contract was supposed to be awarded to two Foreign Contractors to the tune of US$60,000,000,(Sixty Million United Dollars) But in the course of the negotiation that involved the then Senate President Late Chief Chuba Okadigbo while on seat, the Contract was awarded to a Malaysian Contractor at the cost of US$41,500,000(Fourty One Million Five Hundred Thousand U.S Dollars) to our benefit unknown to the Malaysian Contractor. I and the Senate President then resolved to transfer the excess of $18.5M into his Foreign Account in Switzerland for our Utilisation upon the completion of the Contract. This contract has been satisfactorily executed and inspected as the malaysian contractor is presently being paid, With the sudden death of the Senate President Chief Chuba Okadigbo I am forced to seek for a foreign Assistance as I am left alone to Utilise this Fund, but for the fact that I as a civil Servant is forbidden from operating a foreign Account here in my Country, I am seeking your assistance to provide me with foreign Account (Existing or Fresh) which this fund will be transfered for our Utilisation.This fund will shared thus: 35% for you the the Account owner (essential Assistance) 5% has been ear-marked for any incidental expenses, 60% is for me the Initiator of this transaction/deal All arrangements are in place to conclude this transaction within next few weeks of commencement. Please furnish me with your telephone/fax numbers and moblile telephone numbers on your reply to this mail on my confidential e-mail :otumbaadedeji@netscape.net. Regards, Chief Otumba Adedeji (jp)

1 0

Don't get busted ! ! . . . . . . . . . idiot
by Tom Jan. 20, 2004

Jan. 20, 2004

1 0

Don't get busted ! ! . . . . . . . . . looseness
by Jaustin Jan. 20, 2004

Jan. 20, 2004

1 0

Compatibility Patch
by Carlos Daniel Ruvalcaba Valenzuela Jan. 15, 2004

Jan. 15, 2004

Hi everyone. This time i have a little patch for urls with white spaces, it converts them to correct characters (%20), it works well, just download the nav.diff.gz from my site and copy it to dillo/src directory: $ gunzip nav.diff.gz $ patch nav.c nav.diff Answare yes to the question that patchs mades to you. My Web: http://earth.prohosting.com/wbuffer Cheers Carlos Daniel Ruvalcaba

6 5

Re: dillo 0.73 not compiling on slackware 3.9 ( libc5 )
by Jorge Arellano Cid Jan. 15, 2004

Jan. 15, 2004

Hi Matti, On Tue, 13 Jan 2004, matti christensen wrote: > > do You remember short email discussion with me; compiling Dillo 0.73 on > slak 3.9 with resulting binary which did not run ( i sent an email after > this one and adding threads library etc...) Yes I do. > do You think it might be possible to make Dillo run on this laptop ?! Absolutely! I was about to suggest you trying older versions of dillo to find out which one is the last one to compile/run cleanly on slk3.9, but I had a feel that I've seen this before: > Gdk-ERROR **: Fatal IO error 0 (Success) on X server :0.0. And then I remembered that the standard X server packages that come with slk are not reentrant (thread safe), and that some time ago I had to uprade it and some libs of X from a site of a nice german guy that has done it. I don't have the link now, but for instance look at: http://www.linuxsavvy.com/resources/ There you'll find Reentrant XFree86 3.3.3 Libraries. You can try those, or google until finding 3.3.6 reentrant or recompile them reentrant. I Hope this helps Cheers Jorge.- PS: Please let me know hot it goes.

2 1

font segfault
by Johann Koenig Jan. 15, 2004

Jan. 15, 2004

Sometimes dillo just segfaults on me, and I'm finally able to reproduce it. The log from the console is: jkoenig@note:~$ dillo dillo_dns_init: Here we go! Enabling cookies as from cookiesrc... Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://kernel.org< Dns_server [0]: kernel.org is 0x80ef838 Connecting to 204.152.189.116 HTML warning: line 43, unexpected closing tag: </CENTER>. -- expected </a> HTML warning: line 157, <td> or <th> outside <tr> HTML warning: line 406, unexpected closing tag: </BODY>. -- expected </a> Nav_open_url: Url=>http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.1/2 .6.1-mm2/announce.txt< Connecting to 204.152.189.116 ** CRITICAL **: file dw_style.c: line 385 (Dw_style_font_new_internal): assertion `font_attrs->name != NULL' failed. ** ERROR **: Could not find any font. aborting... Aborted I went to kernel.org and tried to view the changelog for 2.6.1-mm2 -- -johann koenig Now Playing: Metallica - ...And Justice for All : ...And Justice For All Today is Boomtime, the 12nd day of Chaos in the YOLD 3170 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

3 6

Re: Found a funny glitch
by Maurice McCarthy Jan. 15, 2004

Jan. 15, 2004

Francis Thanks for the reply. I've godulike know. They are a two man band so they might take an interest. Maurice

1 0

Re: Herba.l Products of the year, 2003
by Berryj Jan. 15, 2004

Jan. 15, 2004

1 0

Re: Herba.l Products of the year, 2003
by Roberto.assente Jan. 15, 2004

Jan. 15, 2004

1 0

Re: spam-safe and basic auth
by Jorge Arellano Cid Jan. 7, 2004

Jan. 7, 2004

On Wed, 7 Jan 2004, Francis Daly wrote: > On Fri, Dec 19, 2003 at 05:45:50PM +0000, Francis Daly wrote: > > On Fri, Dec 12, 2003 at 06:32:54PM -0300, Jorge Arellano Cid wrote: > > > [...] > > > On to another topic, have you had a look at the basic > > > authentication patch by Madis and Tor? > > I've spent a few evenings on this now, and have through the mzz auth > patch, and tried implementing something similar myself. I don't see how > mzz avoids the "redirect loop" problem which it seems to generate. I got > the full mzz-wtab.diff file which applies cleanly to the 0.7.3 code, and > it compiled and ran okay, but failed to even ask for authentication when > I tried it against a 401 page. And it gave the "redirect loop" warning. > > So "doesn't work for me" is the best I can report about it for now, > unfortunately. I'm moving this thread to dillo-dev, just in case Madis or somebody else is interested in helping the development of this feature. > I believe that a 401-handler could be broadly analogous to the 30x > handler, Cache_redirect(). Within Cache_parse_header(), I set a new > value CA_Unauthorized for entry->Flags for a 401 response; and then > within Cache_process_queue(), if that value is set, call the new > Cache_reload_auth() just after where Cache_redirect() is called. Interesting idea. > For adding the Authorization: header, I just edit Http_query to > include an appropriate header if URL_RealmAccess is set (it's not used > elsewhere, and looks like it was intended for 401 usage); and within > Cache_reload_auth(), I set URL_RealmAccess and URL_E2EReload and call > a_Nav_push(). It seems to work fine for authentication pages with no > images, and for authentication pages with images which don't require > authentication. But images that *do* require authentication cause > breakage. Yes, a_Nav_push is for root urls (WEB_RootUrl). > The difficulty is in how to handle non-WEB_RootUrl requests -- I > was following Cache_redirect() for inspiration, and it appears that > Cache_redirect() just ignores them, and I don't see a clean way to > manage them. > > Why are sub entity redirections ignored? Is it because of > security/privacy concerns, or because it was difficult to do them > right? Because the only sub-entity type that dillo handles is image, and near 99% of image redirections is advertising, so given the state of the web, it's a feature! What could be done: my first thought is to check whether an URL (root or not) requires authentication (a flag). If it requires it and we have the auth cached, load it, if not, ignore. > If the former, then whatever the original plan was (using > a_Cache_open_url() or similar) would be worth learning. If the latter, > then unfortunately, in order to handle authentication it's going to have > to be addressed some time :-( Unfortunately I have little time to devote to this design, as I'm given priority to pushing the next release, that is, stabilizing the dpi framework (hopefully done), making the HTML warnings go into a window (not stdout), and adding an HTML error counter together with a "combat mode" parsing feature (a way to try to render pages full of errors in a simplistic but viewable way). Ah, and also giving a check to Keyb-nav-4 if it comes my way... > As I see it, the ideal situation would be that when Cache_parse_header() > finds the 401, it would be useful to check whether we have suitable > authentication credentials, and if so, initiate a new http request which > will feed into (and replace) the same "entry". Doing that directly, > though, probably cuts across too many layers of abstraction. Funny, quite the same I described above! No not that many layers. As you noticed, it can be viewed as a redirection (that asks for credentials on root pages.). It should be possible to implement it this way without breaking the current model. > (I did all my testing on the 0.7.3 codebase; I've just had a look at > CVS and it doesn't appear significantly different.) > > I'm quite happy to keep working on getting authentication working > (Basic, initially, but with the possibility of adding Digest or > anything else in the future) -- if you have any known-dead-ends from > implementing Cache_redirect, or ideas of "safe" ways to intercept the > cache handling, I'd appreciate hearing them. Try to prototype the idea above. It should work. Sorry for not being of more help by now. Cheers Jorge.-

1 0