Re: [OT] email attachments - Win32 email reader to replace OE
"Rod Butcher" <[EMAIL PROTECTED]> writes: > Guys, in light of recent messages, can you suggest a secure full-function > Win32 email reader (including optional HTML) with a brain that I can migrate > all my Outlook Express stuff to and so escape the Virus nightmare and deal > with PGP, GPG etc and hence use electronic communication the way it's meant > to be used ? I'm not a Windows user (thanks God!), but a friend of mine loves a program named 'The Bat!'. There's also 'Eudora' (I've used Eudore 6 years ago...). I think, as somebody said, that migrating to Outlook instead of Outlook Express might be something (though you won't be free from worms, virii, etc.). See you, -- Godoy. <[EMAIL PROTECTED]> Escritório de Projetos --Conectiva S.A. Projects Office --Conectiva Inc.
Re: email attachments; was modperl growth
"Rod Butcher" <[EMAIL PROTECTED]> writes: > Folks, please don't send attachments, esp. with no explanation, it looks > just like these deliberate virus attacks to me and I refuse to open any > attachments unless I am personally familiar with the sender and know they > know what they're doing. If it's plain text please embed it in the email, > else provide a URL where one can download the attachment from. > Yeah, I know, use Linux, don't use Outlook Express, .txt attachments are > unlikely to contain virus, use antvirus software etc been there, done > that, I'm sticking to my story. > thanks & regards, Rod I'm sorry, but it was a GPG (a free PGP) signed message. Outlook is really lost when it sees that and, since you've bought it from Microsoft, I think you should send them a request for them to implement OpenPGP standards in their mail reader. Unfortunately, you (don't) get what you paid for... See you, -- Godoy. <[EMAIL PROTECTED]> Escritório de Projetos --Conectiva S.A. Projects Office --Conectiva Inc.
Re: modperl growth
Matt Sergeant <[EMAIL PROTECTED]> writes: > Wow, bizarre. Not sure why but the AxKit list has seen a massive spurt in > traffic lately too. Perhaps due to the migration to xml.apache.org (well, > just a link at the moment), but perhaps due to the above? > > However I'm always skeptical of such massive changes - perhaps more likely > is a change in SecuritySpace's methodology? You have to remember of the latest attacks on IIS too... People are migrating from IIS to other web servers. Apache is a very good candidate to power these ex-IIS sites. Since the use of Apache has increased, people start looking after alternative technologies that use it. mod_perl, AxKit and other are these technologies. I don't think that this covers all those new servers, but it certainly covers a lot of them. Be seeing you, -- Godoy. <[EMAIL PROTECTED]> Escritório de Projetos --Conectiva S.A. Projects Office --Conectiva Inc. msg24569/pgp0.pgp Description: PGP signature
Re: Tips & tricks needed :)
Viljo Marrandi <[EMAIL PROTECTED]> writes: I'm answering what I can... :-) > 3. Authorization. Is cookie based auth most reasonable or are there some > other ways too? .htaccess will not do, I think, because all data is in > the same directory and authorized access/login is needed only on some > parts of site. Which data should I send with cookie? Only some random > key which is also stored in dbase and this key is used to find real data > from dbase? (I guess I must read again this thread about cookies). First of all, why putting everything at the same place? It would be easier to maintain things if only the generic things are at the same place and specific things are in their own directories. Depending on how much data you're going to store, I'd use a cookie that is a hash (e.g. MD5) to some index at the database. Don't send confidential information on them (people might use some public internet to view their information) and try not sending plain text (people might be tempted to change values). > 4. How is most reasonable to store(and use too) complex formulas and > coefficients? Problem is that there are 4 companies and each of them has > different way to calculate same thing eg. insurance for travelling, car > insurance etc. Unfortunately they are all quite different, because every > company uses even different things to calculate final result. So if we > use different formula for every company and insurance type we end up > with ~50 formulas and none understands afterwards which is which. Are > there any guidelines to generalize formulas? Ok, let's say we even > somehow make these formulas general enough to use, but where shall the > calculation take place? Postgres stored procs or in perl code/module (i > think this) or even in TT? Constans will be in db. Create modules for each company. This way you'll have each company's functions on her own module. They will be differentiated by namespace. (And you can use references to select the appropriated module, the information on which company that client belongs to might be in a record at the database ;-)) By using references, your only thing to worry will be naming the same things with the same names. You should also pass values by reference. Using modules will also make it possible to change formulae without worring about which of them are common to other companies or which are not common. And, since you're already going to use OO Perl... ;-) > P.S. I hope that in about few months I can write about this project to > success stories ;-) Me too! :-) Be seeing you, -- Godoy. <[EMAIL PROTECTED]> Solutions Developer - Conectiva Inc. - http://en.conectiva.com Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br msg23683/pgp0.pgp Description: PGP signature
Re: Preloading Fcntl.pm
Stas Bekman <[EMAIL PROTECTED]> writes: > Jorge Godoy wrote: > >> Stas Bekman <[EMAIL PROTECTED]> writes: >> >>>I think the general advise is to always call require() and not use() >>>in startup.pl, unless you have a reason for calling certain modules' >>>import() method. >>> >> Wouldn't that affect mod_perl's advantage of sharing the modules? I >> mean, would everything be in it's separate namespace and loaded only >> once for every module as it is with use? > > > Please read the doc for use(). I stand corrected. I read it just after sending that message. My fingers were faster on the e-mail than on the docs. Sorry :-) See you, -- Godoy. <[EMAIL PROTECTED]> Solutions Developer - Conectiva Inc. - http://en.conectiva.com Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br msg23409/pgp0.pgp Description: PGP signature
Re: Preloading Fcntl.pm
Stas Bekman <[EMAIL PROTECTED]> writes: > I think the general advise is to always call require() and not use() > in startup.pl, unless you have a reason for calling certain modules' > import() method. Wouldn't that affect mod_perl's advantage of sharing the modules? I mean, would everything be in it's separate namespace and loaded only once for every module as it is with use? See you, -- Godoy. <[EMAIL PROTECTED]> Solutions Developer - Conectiva Inc. - http://en.conectiva.com Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br msg23393/pgp0.pgp Description: PGP signature
Re: Vhosts + mod_perl
James <[EMAIL PROTECTED]> writes: > Now, how did I know I was going to get flamed?? :/ > > Anyway thanks for the example. Some manuals are too hard to read, you > have to be a goddamn PhD to read some of them out there to untangle > the mess of cross references and incomplete examples. :/ > > But, with that e.g. that uses an IP address, from day to day I don't > know what my IP address will be, can't I use: > > NameVirtualHost fred.trains.ath.cx > > ... foo > I'm successfully using with my ADSL connection: NameVirtualHost 0.0.0.0 ServerName vhost.something.here ... See you, -- Godoy. <[EMAIL PROTECTED]> Solutions Developer - Conectiva Inc. - http://en.conectiva.com Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br msg23179/pgp0.pgp Description: PGP signature
PPerl --- Some ideas (was Fwd: event-based programming with atwist)
Matt,
From a friend of mine, when he head about PPerl.
--
Godoy. <[EMAIL PROTECTED]>
Escritório de Projetos - Projects Office
Solutions Developer - Conectiva Inc. - http://en.conectiva.com
Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br
msg22402/pgp0.pgp
Description: PGP signature
--- Begin Message ---
Now it seems to be really solid now.
Probably will help (or give some ideas) to PPerl.
http://search.cpan.org/search?dist=Coro
[]'s
Raul Dias
Marc <[EMAIL PROTECTED]> wrote:
>I recently hacked a module named Coro (short for coroutines, similar
>but not the same as threads or perl's faked threads). After using it to
>implement fake continuations (to make damian conway happy, if he ever
>finds out) I thought let's give Event a try (no, not faked this time ;)
>
> use Coro 0.04;
> use Coro::Event;
>
> my $stdin = Coro::Event->io(fd => \*STDIN, poll => 'r');
>
> # read one line from the filehandle. if we were doing non-blocking i/o
> # we could loop inside this function until a complete line has arrived
> sub kbdline {
> $stdin->next; # wait for & fetch next event
> my $x = ; chomp $x; $x;
> }
>
> # this creates a new asynchronous coroutine
> sub keyboard : Coro {
> $| = 1;
> # loop endlessly and fetch commands
> while () {
> print "cmd> "; my $cmd = kbdline;
> print "data> "; my $data = kbdline;
> # maybe read more lines, depending on the command
> print "cmd<$cmd> data<$data>\n";
> print "working...";
> do_timer(after => 1); # wait a second before continuing
> print "done\n";
> }
> }
>
> sub finger : Coro {
> use IO::Socket::INET;
> # is there ANY way to do non-blocking connects with IO::Socket::INET?
> # I don't see how...
> my $io = new IO::Socket::INET PeerAddr => "noc.dfn.de:finger";
> print "connected, sending finger request\n";
> syswrite $io, "trouble\n";
> my $r = Coro::Event->io(fd => $io, poll => 'r');
> my $buf;
> # now assemble the return data
> $r->next while 0 != sysread $io, $buf, 8192, length $buf;
> print $buf;
> }
>
> Coro::Event->main;
>
>it is difficult to get the point across using a small program - the idea
>is to linearize programs, while still using the benefits of a state
>machine. My ideal for perl 6 and high performance servers is to start one
>real (os) thread per cpu and then use event and coroutines to distribute
>work
>
>I still have small problems with the design (localize $_ or not? i am for
>not...), but given that I thought this to be much too complicated for many
>years it was surprisingly easy to implement so far... (yes, there are many
>unresolved logical problems, but it's the first version... 0.05 will be
>much better ;)
>
>I hope you found this posting somewhat entertaining...
>
>--
> -==- |
> ==-- _ |
> ---==---(_)__ __ __ Marc Lehmann +--
> --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e|
> -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
>The choice of a GNU generation |
> |
>
--- End Message ---
Re: ProxyPass and DirectoryIndex
Philip Mak <[EMAIL PROTECTED]> writes: > My current solution is to "touch index.asp" in the port 80 DocumentRoot > and have "DirectoryIndex index.asp" so that it knows to ProxyPass those > requests. I'd have to "touch index.asp" manually for every directory, > though. Is there a better way around this? To ease your task... I think there might be a better solution that does not involve this index.asp file, but I can't think of it now. == #!/bin/bash cd document_root for i in `find -type d` do cd $i touch index.asp cd - done == See you, -- Godoy. <[EMAIL PROTECTED]> Solutions Developer - Conectiva Inc. - http://en.conectiva.com Desenvolvedor de Soluções - Conectiva S.A. - http://www.conectiva.com.br msg22363/pgp0.pgp Description: PGP signature
Re: RFC: mod_perl Guide 2.0
On 05 Dec 2000, [EMAIL PROTECTED] wrote: > > I'll look after something to make pod or html into info and will > send what I find to the list. OK, I've done homework. Module id = Pod::Texinfo DESCRIPTION converter to texinfo CPAN_USERID KJALB (Kenneth Albanowski <[EMAIL PROTECTED]>) CPAN_VERSION undef CPAN_FILEContact Author Kenneth Albanowski <[EMAIL PROTECTED]> DSLI_STATUS cdpr (pre-alpha,developer,perl,references+ties) INST_FILE(not installed) We can also use Pod::DocBook to get DocBook SGML / XML and then convert it to Texinfo files: Module id = Pod::DocBook CPAN_USERID ADESC (Alligator Descartes <[EMAIL PROTECTED]>) CPAN_VERSION 0.05 CPAN_FILEA/AD/ADESC/Pod-DocBook-0.05.tar.gz INST_FILE(not installed) See you, -- Godoy. <[EMAIL PROTECTED]> Departamento de Publicações Conectiva S.A. Publishing Department Conectiva Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl Guide 2.0
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote: > On 5 Dec 2000, Jorge Godoy wrote: > >> On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote: >> >> >> 3. Automatic generating of html/ps/pdf/other >> >> formats. (html/ps/pdf are already working in the guide, other >> >> formats to come). >> > >> > What other formats do you think people want/need? >> >> info files would be cool. :-) > > is there pod or html 2info converter? I don't know. But I've tried looking after something and I found 'rman'. It can make *roff code into: ASCII, roff, HTML, SGML (DocBook DTD -- it tries to), LaTeX & LaTeX2e, RTF, Sections (just section titles), PostScript and FrameMaker. >From the SGML source we can get info... but it's a conversion from an already converted code. I don't think it's going to be that good... I'll look after something to make pod or html into info and will send what I find to the list. See you, -- Godoy. <[EMAIL PROTECTED]> Departamento de Publicações Conectiva S.A. Publishing Department Conectiva Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: mod_perl Guide 2.0
On Tue, 5 Dec 2000, [EMAIL PROTECTED] wrote: >> 3. Automatic generating of html/ps/pdf/other formats. (html/ps/pdf >> are already working in the guide, other formats to come). > > What other formats do you think people want/need? info files would be cool. :-) See you, -- Godoy. <[EMAIL PROTECTED]> Departamento de Publicações Conectiva S.A. Publishing Department Conectiva Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing a file's UID from within an Apache module?
On Wed, 29 Nov 2000, [EMAIL PROTECTED] wrote: > > Any ideas about the best way to change the permissions and UID? Create an external minimum perl script with the SUID bit set and with root as it's owner. Use this script to change the file permissions. See you, -- Godoy. <[EMAIL PROTECTED]> Departamento de Publicações Conectiva S.A. Publishing Department Conectiva Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
