From tyqnews@altavista.net Fri Nov 14 21:50:04 2003 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA10640 for ; Fri, 14 Nov 2003 21:50:04 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AKqVs-0000zZ-00 for ediint-archive@ietf.org; Fri, 14 Nov 2003 21:50:16 -0500 Received: from [219.145.220.144] (helo=ietf.org) by ietf-mx with smtp (Exim 4.12) id 1AKqVo-0000zM-00 for ediint-archive@ietf.org; Fri, 14 Nov 2003 21:50:14 -0500 Reply-To: "ConstruNews" From: "Temas "Patrulhados"" To: ediint-archive@ietf.org Subject: Lindenberg: opiniões "politicamente incorretas" vêm sendo marginalizadas ref.: kxl User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4.1) Gecko/20020314 Netscape6/6.2.2 X-Accept-Language: en-us MIME-Version: 1.0 Content-Type: text/html Message-Id: Date: Fri, 14 Nov 2003 21:50:14 -0500

fnw EnEspañol - InEnglish

Temas "patrulhados"

Opiniões "politicamente incorretas" vêm sendo marginalizadas no debate nacional, diz Lindenberg

* Patrulhamento...

Em meios empresariais e religiosos continua repercutindo o livro "Os católicos e a economia de mercado", de autoria de Adolpho Lindenberg. O trabalho denuncia uma política com viés esquerdista que visa censurar, marginalizar ou encobrir com um manto de silêncio, notícias, comentários, livros, reportagens e opiniões "politicamente incorretas", não afinadas com as assim denominadas "causas sociais". Noutras palavras, os meios de comunicação, e a própria sociedade brasileira, estão sendo "patrulhados".

* Antídoto

O antídoto para esta situação de violência psicológica e espiritual consiste na difusão - por meios alternativos, se preciso for - de informações idôneas, capazes de esclarecer a opinião pública e provocar debates construtivos. Com efeito, uma vez rompidos os anteparos da censura, cada um em seu próprio ambiente poderá, sem medo, manifestar sua opinião sobre os assuntos 'patrulhados'. É a proposta inovadora de um programa de libertação ideológica, impulsionado pela coragem, em defesa do esclarecimento popular.

* Esclarecimento!

Esse programa tem alcance prático, especialmente para os católicos. O destaque que, há muitos anos, a mídia vem dando aos pronunciamentos de bispos e sacerdotes (em geral ligados à CNBB), que favorecem as invasões de terras promovidas pelos MST, bem como às repetidas críticas à Área de Livre Comércio das Américas (ALCA), às privatizações, à alegada ameaça das multinacionais e do capital estrangeiro, e até mesmo ao plantio de transgênicos, apresenta dois inconvenientes sérios. Em primeiro lugar, tais pronunciamentos podem criar a impressão de que a maioria do Episcopado e dos setores mais responsáveis do Clero brasileiro pensa como esses prelados. Em segundo, de que as teses da Teologia da Libertação têm fundamentos sólidos na doutrina católica. Tudo isso tem muita importância prática. Com efeito, na vasta rede de movimentos contestatários, ativa no país inteiro, a ala progressista religiosa se sobressai hoje como o setor mais ativo e mais radical nas proposições.

* Temáticas

Diante deste cenário e visando alertar a opinião pública católica, o livro acima citado procura debater as seguintes temáticas:

- Capitalismo, globalização, neoliberalismo e privatizações seriam os grandes responsáveis pelos bolsões de misérias, desigualdades sociais e dependência externa (isto é, dos Estados Unidos)?

- Os programas sociais estatais seriam a solução para combater a fome, o analfabetismo, o atraso e a indigência das classes mais pobres do Brasil?

- O materialismo, o anonimato, a exclusão social, o relacionamento burocrático entre as pessoas são causados muito especialmente pelo crescimento desordenado das cidades ou sobretudo pela descristianização de nossos hábitos?

* Informe-se!

Informe-se desses assuntos - e ainda de vários outros - no livro "Os católicos e a economia de mercado". Você pode adquiri-lo, clicando nos links abaixo. E complemente seus dados com artigos de Adolpho Lindenberg que lhe serão enviados gratuitamente (clique nos links abaixo). O autor analisa tais assuntos com base na doutrina social católica, expressa nas encíclicas: discorre sobre as relações entre a economia e a moral, liberdade e responsabilidade dos atos econômicos, direito de propriedade, respeito às leis naturais no mercado, liceidade do lucro, assistência social, relações humanas na empresa e na vida civil.

* Destaque

E, por fim, um ponto com merecido destaque em "Os católicos e a economia de mercado": como as reivindicações "sociais" têm como fim o socorro aos necessitados e a diminuição de desigualdades sociais, é indispensável ter em vista que esse objetivo só poderia ser alcançado com a elevação significativa do padrão de vida do povo (para o autor, por uma dose maior de capitalismo autêntico) e sobretudo pela recristianização da sociedade. A assistência aos necessitados deve, além do mais, sempre que possível, ter um tom pessoal, familiar, típico das sociedades orgânicas harmonicamente diferenciadas, das quais ainda se encontram reflexos vivos em antigas cidades do interior brasileiro. Ali ainda hoje subsistem hospitais, creches, asilos, de iniciativa religiosa e particular, que atendem aos necessitados de modo mais humano e eficaz que a assistência estatal prestada nas grandes metrópoles.

LINKS DE OPINIÃO:

Entre aqueles que enviarem sua valiosa opinião a respeito do texto acima, até 30 de novembro, usando qualquer um dos três links seguintes, serão sorteados 10 exemplares do livro "Os católicos e a economia de mercado". Os favorecidos serão comunicados por e-mail e deverão enviar o endereço postal para receberem os exemplares do livro, por Correio).

Lindenberg:Concordo (pode simplesmente enviar seu voto virtual, e acrescentar seu comentário caso desejar)

Lindenberg:Discordo (idem)

Lindenberg:MinhaOpinião (para enviar sua valiosa opinião, assim como sugerir a Lindenberg temas relacionados com a temática apresentada, a serem abordados em seus próximos artigos)

LINKS PARA ADQUIRIR O LIVRO

Lindenberg:DesejoAdquirirLivroEditora (receberá por e-mail o link para adquirir o livro impresso, diretamente da Editora, com cartão de crédito ou boleto bancário; preço: R$ 30,00 mais SEDEX)

Lindenberg:DesejoAdquirirE-Book (para adquirir o livro, em formato Word, que será enviado por e-mail; receberá número de conta bancária para efetuar transferência; preço promocional do e-book, até 30 de novembro: R$ 8,80)

LINKS PARA RECEBER ARTIGOS GRATUITOS:

PaginasGratuitas (para receber gratuitamente, por e-mail, Índice e Introdução à edição brasileira do livro de Lindenberg)

GratuitamenteArtigosAnteriores

GratuitamenteProximosArtigos

GratuitamenteTodosOsArtigos

Para solicitar alguns títulos específicos:

Artigo1 "Acabemos com mais uma exclusão: o Brasil precisa ouvir a voz do Clero sem-microfone"

Artigo2 "Moral e Economia"

Artigo3 "Assistência Social e Capitalismo não precisam estar em guerra: podem dar o abraço da paz"

Artigo4 "Intervencionismo estatal e fermentação revolucionária versus assistência particular e personalizada"

Próximos temas:

"Capitalismo, globalização, neoliberalismo, privatizações"

"Economia de Mercado, Neoliberalismo"

"Estatização da Economia"

LINK DE REMOÇÃO

ConstruNews:Remover ediint-archive@ietf.org

LINK PARA TOMAR CONTATO COM LINDENBERG

Lindenberg:TomarContato (também pode ligar diretamente, se desejar, ao 11- 92527873, em São Paulo)

A difusão e o conteúdo desta mensagem são de exclusiva responsabilidade da ConstruNews

 

 

From owner-ietf-ediint@mail.imc.org Mon Nov 17 05:53:30 2003 Received: from above.proper.com (above.proper.com [208.184.76.39]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA07891 for ; Mon, 17 Nov 2003 05:53:29 -0500 (EST) Received: from above.proper.com (localhost [127.0.0.1]) by above.proper.com (8.12.10/8.12.8) with ESMTP id hAHAT9kT016149 for ; Mon, 17 Nov 2003 02:29:09 -0800 (PST) (envelope-from owner-ietf-ediint@mail.imc.org) Received: (from majordom@localhost) by above.proper.com (8.12.10/8.12.9/Submit) id hAHAT982016148 for ietf-ediint-bks; Mon, 17 Nov 2003 02:29:09 -0800 (PST) X-Authentication-Warning: above.proper.com: majordom set sender to owner-ietf-ediint@mail.imc.org using -f Received: from outbound1.sopragroup.com (outbound1.zpar1.sopragroup.com [213.223.36.102] (may be forged)) by above.proper.com (8.12.10/8.12.8) with ESMTP id hAHAT7kT016132 for ; Mon, 17 Nov 2003 02:29:08 -0800 (PST) (envelope-from aalberti@axway.com) Received: by outbound1.sopragroup.com (8.12.10/8.12.10/outbound-A02) with ESMTP id hAHASord000710 for ; Mon, 17 Nov 2003 11:28:55 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C3ACF5.9785007B" Subject: AS#3: FTP Date: Mon, 17 Nov 2003 11:28:50 +0100 Message-ID: Thread-Topic: AS#3: FTP Thread-Index: AcOs9ZdLu8d3ogLPTummXpO0xc0HNg== From: "Alberti Antoine" To: X-OriginalArrivalTime: 17 Nov 2003 10:30:01.0031 (UTC) FILETIME=[C186D570:01C3ACF5] X-Scanned-By: MIMEDefang 2.38 Sender: owner-ietf-ediint@mail.imc.org Precedence: bulk List-Archive: List-ID: List-Unsubscribe: This is a multi-part message in MIME format. ------_=_NextPart_001_01C3ACF5.9785007B Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I may not have understood the overall goals of this draft, but I think = the FTP part of the AS#3 is really too light and does not specify enough = things to allow EDI peers to interact without waiting for = implementations to come out to evaluate the state-of-the-art. For = instance, I suppose (I have to) that the command used to send the = document is STOR, but then, how should its parameter, assumed to be a = filename, be considered? And what about the possible directory tree = described in this parameter, about the file separator formats, and so = on? How should the commands given before, like REST, should be = considered? The fact is that, by reading this draft, one can assume that = an FTP client, or server, is specific to AS#3. A standard product is = very difficult to use, without regularly polling a directory on the = server side, for instance. Or the FTP products used in an AS#3 = architecture can not be used for standard FTP purpose, because they are = too specific to this standard: on the contrary to SMTP or HTTP, FTP is = not designed to require that a server parses the data received to = retrieve a MIME header in it, and parses the rest of the document = depending on fields like content-type. cgi-bin-like hooks are never = provided in FTP implementations, neither. Specific treatments should be = required by specific FTP commands. In other works, the cleaner, but = impossible, way to use FTP as a secured EDI transport protocol would = have been to pass all the AS#3 useful header fields as FTP commands = (like "SITE MIME Content-Type: message/disposition-notification"). Another thing that makes me think that the product has to be specific is = that a client also has to be a server, and vice-versa. The problem is = not only that it is the first time I see such a requirement in a = specification, but also that it raises great problems with network = administration, which seems to be one of the greatest issues raised on = the mailing list by the use of FTP.=20 FTP is rather more difficult to implement than it seems, because, among = other things, of a lack of specification about the relative moments of = data connections, disconnections, request, responses, and transfers, and = the eterogeneity of the gateways, proxys, and bugs, encountered on the = internet. In other words, an FTP implementation needs a certain = maturity, and I don't think it's a good idea to require new FTP = implementations. I also think that most of these issues could be avoided by specifying a = little bit more on the FTP side. For instance, by giving a role to the = filename parameter: a client could "STOR" a document, and "RETR" the = corresponding MDN on the same FTP session, or later. This avoids the = requirement to have both implementations of FTP (client and server, = which are really different) on both sides. A specific command could also = be registered on the ftp-ext working group to help both peers switching = between standard and AS#3 (or more generally to a MIME-parsing) modes. I belong to these guys that will have to implement this standard in a = few months, on an existing, and very complicated, FTP implementation. = And I really hope that it becomes by then a standard that can be used by = other people than the ones who claimed to implement a standard that did = (and still does) not exist. Thanks for the time spent on reading this. Best regards. > = =20 > Antoine Alberti Axway. a Sopra Group company=09 > Tel : +33 (0)1 47 17 24 37 XFB R&D > Fax : +33 (0)1 47 17 24 25 26 Rue des Pavillons > email: aalberti@axway.com 92807 Puteaux Cedex - France >=20 >=20 >=20 ------_=_NextPart_001_01C3ACF5.9785007B Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable AS#3: FTP

I may not have understood the overall = goals of this draft, but I think the FTP part of the AS#3 is really too = light and does not specify enough things to allow EDI peers to interact = without waiting for implementations to come out to evaluate the = state-of-the-art. For instance, I suppose (I have to) that the command = used to send the document is STOR, but then, how should its parameter, = assumed to be a filename, be considered? And what about the possible = directory tree described in this parameter, about the file separator = formats, and so on? How should the commands given before, like REST, = should be considered? The fact is that, by reading this draft, one can = assume that an FTP client, or server, is specific to AS#3. A standard = product is very difficult to use, without regularly polling a directory = on the server side, for instance. Or the FTP products used in an AS#3 = architecture can not be used for standard FTP purpose, because they are = too specific to this standard: on the contrary to SMTP or HTTP, FTP is = not designed to require that a server parses the data received to = retrieve a MIME header in it, and parses the rest of the document = depending on fields like content-type. cgi-bin-like hooks are never = provided in FTP implementations, neither. Specific treatments should be = required by specific FTP commands. In other works, the cleaner, but = impossible, way to use FTP as a secured EDI transport protocol would = have been to pass all the AS#3 useful header fields as FTP commands = (like "SITE MIME Content-Type: = message/disposition-notification").

Another thing that makes me think that = the product has to be specific is that a client also has to be a server, = and vice-versa. The problem is not only that it is the first time I see = such a requirement in a specification, but also that it raises great = problems with network administration, which seems to be one of the = greatest issues raised on the mailing list by the use of FTP. =

FTP is rather more difficult to = implement than it seems, because, among other things, of a lack of = specification about the relative moments of data connections, = disconnections, request, responses, and transfers, and the eterogeneity = of the gateways, proxys, and bugs, encountered on the internet. In other = words, an FTP implementation needs a certain maturity, and I don't think = it's a good idea to require new FTP implementations.

I also think that most of these issues = could be avoided by specifying a little bit more on the FTP side. For = instance, by giving a role to the filename parameter: a client could = "STOR" a document, and "RETR" the corresponding MDN = on the same FTP session, or later. This avoids the requirement to have = both implementations of FTP (client and server, which are really = different) on both sides. A specific command could also be registered on = the ftp-ext working group to help both peers switching between standard = and AS#3 (or more generally to a MIME-parsing) modes.

I belong to these guys that will have = to implement this standard in a few months, on an existing, and very = complicated, FTP implementation. And I really hope that it becomes by = then a standard that can be used by other people than the ones who = claimed to implement a standard that did (and still does) not = exist.

Thanks for the time spent on reading = this. Best regards.

            =          &nb= sp;           &nbs= p;            = ;            =             &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;            =        

            = Antoine Alberti =         =         Axway.  a Sopra Group company  
            = Tel  : +33 (0)1 47 17 24 = 37     =         XFB = R&D
            = Fax : +33 (0)1 47 17 24 = 25      =         26 Rue des = Pavillons
            = email: = aalberti@axway.com       =         = 92807 Puteaux Cedex - = France



------_=_NextPart_001_01C3ACF5.9785007B--