encrypt file in batch mode
Hello, how can I simply encrypt a file in "batch mode", ie in a script, without user interaction, without need for the user to type password, without gpg agent? Below are the errors that I get when running: $ gpg --lock-never -e -s -r u...@domain.com --output zz zz.gpg What is the reason why simple operations should not be possible without gpg-agent ? gpg: starting migration from earlier GnuPG versions gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: error: GnuPG agent unusable. Please check that a GnuPG agent can be started. gpg: migration aborted gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: keydb_search failed: No agent running gpg: no default secret key: No agent running gpg: gpg.conf.gpg: sign+encrypt failed: No agent running my version: gpg (GnuPG) 2.2.12 thanks, ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/2/19 10:35 AM, Fourhundred Thecat wrote: > Hello, > > how can I simply encrypt a file in "batch mode", ie in a script, without > user interaction, without need for the user to type password, without > gpg agent? Assuming you're using gpg 2.2.7 or above... gpg --batch --yes --passphrase="pw" --pinentry-mode loopback -o zz -esr u...@domain.com zz.gpg This can only be used if only one passphrase is supplied. Obviously, this is of very questionable security on a multi-user system. Don't use this option if you can avoid it. Also, unless you add yourself to the list of recipients, you won't be able to decrypt the file even if you possess the original unless you hold the private key for u...@domain.com -BEGIN PGP SIGNATURE- iLgEARMKAB0WIQQWZv6JZKxO310TWtXo8fj9gx4T0wUCXb2mCAAKCRDo8fj9gx4T 0/bBAgkBu6q04gPAfuVKNM8aEA3PG67cDV1tBWhv7hLjI0envbtUFdk/s9MCL9/q Nm7541e7VccYbvhwlY6MneswZPRoA2wCAwewuGZpXfSfc1QZOVr0y6PFLT2jmyvs bZRLF60efew2LW74tlqZBlOKTcMYsq8vOv8rD8VdDAH2DyaZvZIUFM0q =gQUz -END PGP SIGNATURE- ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On 02/11/2019 16.51, Tony Lane via Gnupg-users wrote: > On 11/2/19 10:35 AM, Fourhundred Thecat wrote: > >> how can I simply encrypt a file in "batch mode", ie in a script, without >> user interaction, without need for the user to type password, without >> gpg agent? > > gpg --batch --yes --passphrase="pw" --pinentry-mode loopback -o zz -esr > u...@domain.com zz.gpg Unfortunately, this does not work. I get same error as before (pasted below). Also, what is the purpose of --passphrase="pw", when I want to encrypt using public key ? $ gpg --batch --yes --passphrase="pw" --pinentry-mode loopback -o zz.gpg -esr u...@domain.com zz gpg: starting migration from earlier GnuPG versions gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: error: GnuPG agent unusable. Please check that a GnuPG agent can be started. gpg: migration aborted gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: keydb_search failed: No agent running gpg: no default secret key: No agent running gpg: zz: sign+encrypt failed: No agent running ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
I can answer why the passphrase is needed: You are using the -s option which tells gpg to sign the file, which requires your private key. Brian On 11/2/19 11:14 AM, Fourhundred Thecat wrote: > On 02/11/2019 16.51, Tony Lane via Gnupg-users wrote: >> On 11/2/19 10:35 AM, Fourhundred Thecat wrote: >> >>> how can I simply encrypt a file in "batch mode", ie in a script, without >>> user interaction, without need for the user to type password, without >>> gpg agent? >> >> gpg --batch --yes --passphrase="pw" --pinentry-mode loopback -o zz -esr >> u...@domain.com zz.gpg > > Unfortunately, this does not work. I get same error as before (pasted > below). > > Also, what is the purpose of --passphrase="pw", when I want to encrypt > using public key ? > > > $ gpg --batch --yes --passphrase="pw" --pinentry-mode loopback -o zz.gpg > -esr u...@domain.com zz > > gpg: starting migration from earlier GnuPG versions > gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory > gpg: can't connect to the agent: No such file or directory > gpg: error: GnuPG agent unusable. Please check that a GnuPG agent can be > started. > gpg: migration aborted > gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory > gpg: can't connect to the agent: No such file or directory > gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory > gpg: can't connect to the agent: No such file or directory > gpg: keydb_search failed: No agent running > gpg: no default secret key: No agent running > gpg: zz: sign+encrypt failed: No agent running > > ___ > Gnupg-users mailing list > Gnupg-users@gnupg.org > http://lists.gnupg.org/mailman/listinfo/gnupg-users > signature.asc Description: OpenPGP digital signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On 02/11/2019 22.52, Brian C via Gnupg-users wrote: > I can answer why the passphrase is needed: You are using the -s option > which tells gpg to sign the file, which requires your private key. You are right. It works when I remove "-s". But it makes no sense. This particular private key has no passphrase. So shouldn't signing work in batch mode as well ? Also, I still get an error when trustdb.gpg is not writable. I am specifically using "--no-auto-check-trustdb" and "--lock-never", but these options do not seem to have any effect. Here is full syntax I am using now: gpg --no-auto-check-trustdb --lock-never --no-verbose --batch --yes --pinentry-mode loopback -e -r u...@domain.com -o zz.gpg zz The above works, if trustdb.gpg is writable. It fails if it is not: gpg: Fatal: can't open '/var/lib/asterisk/.gnupg/trustdb.gpg': Operation not permitted Why does gpg need trustdb.gpg to be writable? I am not asking to change any trust settings. I just need simply to encrypt file. thanks, ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/3/19 1:24 AM, Fourhundred Thecat wrote: > But it makes no sense. This particular private key has no passphrase. So > shouldn't signing work in batch mode as well ? Are you sure? Try to --edit-key and select that key (not the cert key). Then passwd, for the empty passphrase. Don't forget to save. > Also, I still get an error when trustdb.gpg is not writable. > --lock-never Be careful with that option. The docs say this: > This option should be used only in very special environments > Improper usage of this option may lead to data and key corruption. Is there a chance that's what's happening here? -BEGIN PGP SIGNATURE- iLcEARMKAB0WIQQWZv6JZKxO310TWtXo8fj9gx4T0wUCXb55QgAKCRDo8fj9gx4T 0wIGAgUReI7Epg4xygz0BxRkl+TSUwSW6K7q98D6AlkbjLbHUZBEG2RfmRu9IINe UF3BFVddL1XqxV593DR81PPfU/gF+QIIrlMAvOW0kl/45S1cUrsrG9UkDMIRuM7i NniVfZ9Snj5RZSVIdZNHw9wwdKKkY1MujkqfdF9UL4mtzIl1RQ8EFo0= =dO9l -END PGP SIGNATURE- ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On 03/11/2019 07.52, Tony Lane via Gnupg-users wrote: > On 11/3/19 1:24 AM, Fourhundred Thecat wrote: > >> But it makes no sense. This particular private key has no passphrase. So >> shouldn't signing work in batch mode as well ? > Are you sure? Try to --edit-key and select that key (not the cert key). > Then passwd, for the empty passphrase. Don't forget to save. I am sure the private key has no passphrase. Everything worked fine with same private key on gpg 1.4.12 But now, I cannot even list keys from secring.gpg $ gpg --list-secret-keys gpg: can't connect to the agent: No such file or directory gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory Same error when I try "--edit-key" failed to start agent '/usr/bin/gpg-agent': No such file or directory The only thing that works is "gpg --list-packets secring.gpg" $ gpg --list-packets secring.gpg | grep protect I believe this shows that secret key is not password protected If it was, it would have: protect count: protect IV: >> Also, I still get an error when trustdb.gpg is not writable. >> --lock-never > Be careful with that option. The docs say this: >> This option should be used only in very special environments >> Improper usage of this option may lead to data and key corruption. > Is there a chance that's what's happening here? well, if trustdb.gpg is not writable, how could it lead to corruption. That's the whole point. I want read-only access to trustdb.gpg, because I don't want to make any changes. ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On Sun, 3 Nov 2019 08:31, Fourhundred Thecat said: > $ gpg --list-secret-keys > gpg: can't connect to the agent: No such file or directory > gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory Your system is not properly installed. It is missing the gpg-agent which is a mandatory part of GnuPG. Except for some esoteric commands there is no way to use gpg without gpg-agent. The gpg-agent is used for private keys as well as to provide a couple of other information like a useful iteration count for the S2K mechanism. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. signature.asc Description: PGP signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On 04/11/2019 12.34, Werner Koch wrote: > On Sun, 3 Nov 2019 08:31, Fourhundred Thecat said: > >> $ gpg --list-secret-keys >> gpg: can't connect to the agent: No such file or directory >> gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory > > Your system is not properly installed. It is missing the gpg-agent > which is a mandatory part of GnuPG. Except for some esoteric commands > there is no way to use gpg without gpg-agent. The gpg-agent is used for > private keys as well as to provide a couple of other information like a > useful iteration count for the S2K mechanism. Yes, that is exactly the problem. Why should simple operations require gpg agent ? Imagine the authors of "cat" or "ls" decided that these utilities no longer work without cat-agent or ls-agent. What will be next? gpg will not work without gnome desktop ? ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On Mon, 4 Nov 2019 16:49, Fourhundred Thecat said: > Yes, that is exactly the problem. Why should simple operations require > gpg agent ? The manual has a chapter on the architecture, please read it to understand the design goals and how it was implemented nearly 20 years ago. > Imagine the authors of "cat" or "ls" decided that these utilities no Separation of duties is an important part of the Unix philosophy. Thus we use gpg-agent to handle the operations which require private keys and also for some minor things which benefit from being implemented in a daemon. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. signature.asc Description: PGP signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On 04/11/2019 17.12, Werner Koch wrote: > On Mon, 4 Nov 2019 16:49, Fourhundred Thecat said: >> Imagine the authors of "cat" or "ls" decided that these utilities no > > Separation of duties is an important part of the Unix philosophy. Thus > we use gpg-agent to handle the operations which require private keys and > also for some minor things which benefit from being implemented in a > daemon. Excuse me, but taking a core system utility and making it dependent on a daemon running at all times is not Unix philosophy. ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 11/4/19 11:12 AM, Werner Koch via Gnupg-users wrote: > Separation of duties is an important part of the Unix philosophy. Thus > we use gpg-agent to handle the operations which require private keys and > also for some minor things which benefit from being implemented in a > daemon. I must disagree here. GPG is modular, and it's monolithic. A piece of software is modular if it is decomposable into distinct functional units such that each unit addresses a specific concern. This- the gpg-agent seems to do very well. A piece of software is monolithic if its components (if it has any at all) are tightly coupled--that is, components logically depend on one another to the point where using them in different contexts requires re-implementing the missing ones. The point is, despite the fact that gpg-agent (and tools) is comprised of multiple binaries, the hierarchical logical coupling between them means that it is more accurate to think of them parts of the same program as a unit that just happens to run in separate address spaces. They are not truly independent, composable programs. I do not think that it was the intent to develop gpg-agent as an interface that could be replaced by some other agent but instead to be run, as you said, as a daemon that provides helper functions in the background. For this reason I think it was a mistake to decouple the gpg-agent from the gpg core in this way, and to say that this agent was made with the unix philosophy in mind. Perhaps it would've been better to write the gpg-agent as a shared library to be called by the core instead. Well, we're probably too far down down the rabbit hole to change that now. Oh, wait, it's free software. We _can_ change it. And redistribute those changes. God I love free software. So, any volunteers? -BEGIN PGP SIGNATURE- iLgEARMKAB0WIQQWZv6JZKxO310TWtXo8fj9gx4T0wUCXcCv3QAKCRDo8fj9gx4T 0wkfAgi2GmWiK9QQYSPex3lsOMF3zXZfu6n7127S5WSD3aHoUbPPYN8N+i2oLrlc jQN6qcMEPE05GUfTw3RjXHH7Bu7z0AIJASPN2So5cfFHwaaVkIgGByouWelr4yup zqagTyVwGDagDqBiZhYxZEzIxWeAWFGkotZkClopwV8V1aLKPWjWhMEE =+l7e -END PGP SIGNATURE- ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
On Mon, 4 Nov 2019 18:10, Tony Lane said: > was made with the unix philosophy in mind. Perhaps it would've been > better to write the gpg-agent as a shared library to be called by the > core instead. Well, we're probably too far down down the rabbit hole The process boundary has security advantages and is one of the reasons why this is not just a shared library. Or why gpg is not a shared library itself. By splitting GnuPG into an OpenPGP part (gpg) and a private key handling part (gpg-agent) we have a couple of benefits: - We reduce the amount of code and of linked other shared libraries which come in touch with the sensitive private key material. - The gpg-agent does not need to care about the complicated OpenPGP protocol (or gpgsm not about the more complicated CMS/X.509 protocol). - No user interface required. - Exploitable bugs in gpg must not immediately compromise private keys. - We can can store/cache data in memory and do not need to load and process it each time. A shared library won't allow this. The cache is even encrypted so that we could extend it to store that encryption key in some kind of secure element to limit the expose of that key and thus the cache. - Auditing the code and reasoning about the operation it is much easier given the well defined interface between the modules. - Using SELinux or similar systems allows to run the gpg-agent in a mode where only gpg-agent may access the files storing the private keys. - The gpg-agent could be run under a different uid and this way take advantage of the even stronger uid separation of most OSes. - The gpg-agent can be run on an entirely different machine and thus work similar to a HSM. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. signature.asc Description: PGP signature ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode
Hi. Am 02.11.2019 um 15:35 schrieb Fourhundred Thecat: Hello, how can I simply encrypt a file in "batch mode", ie in a script, without user interaction, without need for the user to type password, without gpg agent? Maybe you can try https://github.com/jedisct1/encpipe for such a simple usecase? Below are the errors that I get when running: $ gpg --lock-never -e -s -r u...@domain.com --output zz zz.gpg What is the reason why simple operations should not be possible without gpg-agent ? gpg: starting migration from earlier GnuPG versions gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: error: GnuPG agent unusable. Please check that a GnuPG agent can be started. gpg: migration aborted gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: failed to start agent '/usr/bin/gpg-agent': No such file or directory gpg: can't connect to the agent: No such file or directory gpg: keydb_search failed: No agent running gpg: no default secret key: No agent running gpg: gpg.conf.gpg: sign+encrypt failed: No agent running my version: gpg (GnuPG) 2.2.12 thanks, ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode [ ref:_00D58dJQM._5004IusLVX:ref ]
Exmos. Senhores, Recebemos a informação que tiveram hoje a amabilidade de nos transmitir e que muito agradecemos. Vamos imediatamente analisar o caso e responderemos com a máxima brevidade possível ao vosso pedido. Assim que for possível, o Serviço de Apoio ao Cliente entrará em contacto convosco. No entanto, caso o vosso contacto esteja relacionado com a necessidade de atualizar os dados da vossa empresa na nossa base de dados, notem que poderão fazê-lo diretamente e sem demoras. De facto, as entidades empresariais cujos dados constem da nossa base de dados podem consultar, acrescentar e modificar on-line as informações que lhes digam respeito, sendo para tal apenas necessário que disponham de uma senha de acesso exclusivo a uma zona reservada do nosso site. Sublinhamos que este acesso para atualização on-line é totalmente gratuito e muito fácil, bastando entrar em www.informadb.pt e selecionar, em Feed´Back , " Para consultar atualizar os dados de uma empresa diretamente na nossa base de dados". Se necessitarem de mais esclarecimentos sobre o FeedBack Serviço de Atualização de Dados, estaremos inteiramente disponíveis para os prestar. Atenciosamente, Serviço de Apoio ao Cliente (+351) 213 500 389 - Fax: (+351) 213 151 658 vipclien...@informadb.pt www.informadb.pt CONFIDENCIAL. Esta mensagem destina-se a uso exclusivo do(s) destinatário(s) e poderá conter informação privada ou confidencial. A leitura, retenção, divulgação, cópia, distribuição ou reencaminhamento são proíbidas. Caso a receba por engano, solicitamos que nos comunique por e-mail e elimine a mensagem do seu sistema sem a reproduzir. Os dados pessoais constantes do presente e-mail estão ou serão adicionados à lista de contactos da INFORMA D&B, responsável pelo tratamento de dados, para o podermos contactar sempre que necessário . O direito de acesso, retificação, oposição e apagamento, deverá ser exercido através do e-mail: protecaodeda...@informadb.pt. Consulte o nosso compromisso de privacidade em www.informadb.pt. CONFIDENTIAL. This message is intended for the exclusive use of the named addressee(s) and it may contain private or confidential information. Any reading, retention, disclosure, copying, distribution or redirection is prohibited. If you are not the intended recipient, please notify us by e-mail and delete this message from your system without retaining a copy. The personal data included in this e-mail is or will be added to the contact list of INFORMA D&B, acting as data controller, to contact you whenever necessary. You have the right of access and the rights to rectification, to object and to erasure through the e-mail: protecaodeda...@informadb.pt___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode [ ref:_00D58dJQM._5004IusPVR:ref ]
Exmos. Senhores, Recebemos a informação que tiveram hoje a amabilidade de nos transmitir e que muito agradecemos. Vamos imediatamente analisar o caso e responderemos com a máxima brevidade possível ao vosso pedido. Assim que for possível, o Serviço de Apoio ao Cliente entrará em contacto convosco. No entanto, caso o vosso contacto esteja relacionado com a necessidade de atualizar os dados da vossa empresa na nossa base de dados, notem que poderão fazê-lo diretamente e sem demoras. De facto, as entidades empresariais cujos dados constem da nossa base de dados podem consultar, acrescentar e modificar on-line as informações que lhes digam respeito, sendo para tal apenas necessário que disponham de uma senha de acesso exclusivo a uma zona reservada do nosso site. Sublinhamos que este acesso para atualização on-line é totalmente gratuito e muito fácil, bastando entrar em www.informadb.pt e selecionar, em Feed´Back , " Para consultar atualizar os dados de uma empresa diretamente na nossa base de dados". Se necessitarem de mais esclarecimentos sobre o FeedBack Serviço de Atualização de Dados, estaremos inteiramente disponíveis para os prestar. Atenciosamente, Serviço de Apoio ao Cliente (+351) 213 500 389 - Fax: (+351) 213 151 658 vipclien...@informadb.pt www.informadb.pt CONFIDENCIAL. Esta mensagem destina-se a uso exclusivo do(s) destinatário(s) e poderá conter informação privada ou confidencial. A leitura, retenção, divulgação, cópia, distribuição ou reencaminhamento são proíbidas. Caso a receba por engano, solicitamos que nos comunique por e-mail e elimine a mensagem do seu sistema sem a reproduzir. Os dados pessoais constantes do presente e-mail estão ou serão adicionados à lista de contactos da INFORMA D&B, responsável pelo tratamento de dados, para o podermos contactar sempre que necessário . O direito de acesso, retificação, oposição e apagamento, deverá ser exercido através do e-mail: protecaodeda...@informadb.pt. Consulte o nosso compromisso de privacidade em www.informadb.pt. CONFIDENTIAL. This message is intended for the exclusive use of the named addressee(s) and it may contain private or confidential information. Any reading, retention, disclosure, copying, distribution or redirection is prohibited. If you are not the intended recipient, please notify us by e-mail and delete this message from your system without retaining a copy. The personal data included in this e-mail is or will be added to the contact list of INFORMA D&B, acting as data controller, to contact you whenever necessary. You have the right of access and the rights to rectification, to object and to erasure through the e-mail: protecaodeda...@informadb.pt___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode [ ref:_00D58dJQM._5004IusOTU:ref ]
Exmos. Senhores, Recebemos a informação que tiveram hoje a amabilidade de nos transmitir e que muito agradecemos. Vamos imediatamente analisar o caso e responderemos com a máxima brevidade possível ao vosso pedido. Assim que for possível, o Serviço de Apoio ao Cliente entrará em contacto convosco. No entanto, caso o vosso contacto esteja relacionado com a necessidade de atualizar os dados da vossa empresa na nossa base de dados, notem que poderão fazê-lo diretamente e sem demoras. De facto, as entidades empresariais cujos dados constem da nossa base de dados podem consultar, acrescentar e modificar on-line as informações que lhes digam respeito, sendo para tal apenas necessário que disponham de uma senha de acesso exclusivo a uma zona reservada do nosso site. Sublinhamos que este acesso para atualização on-line é totalmente gratuito e muito fácil, bastando entrar em www.informadb.pt e selecionar, em Feed´Back , " Para consultar atualizar os dados de uma empresa diretamente na nossa base de dados". Se necessitarem de mais esclarecimentos sobre o FeedBack Serviço de Atualização de Dados, estaremos inteiramente disponíveis para os prestar. Atenciosamente, Serviço de Apoio ao Cliente (+351) 213 500 389 - Fax: (+351) 213 151 658 vipclien...@informadb.pt www.informadb.pt CONFIDENCIAL. Esta mensagem destina-se a uso exclusivo do(s) destinatário(s) e poderá conter informação privada ou confidencial. A leitura, retenção, divulgação, cópia, distribuição ou reencaminhamento são proíbidas. Caso a receba por engano, solicitamos que nos comunique por e-mail e elimine a mensagem do seu sistema sem a reproduzir. Os dados pessoais constantes do presente e-mail estão ou serão adicionados à lista de contactos da INFORMA D&B, responsável pelo tratamento de dados, para o podermos contactar sempre que necessário . O direito de acesso, retificação, oposição e apagamento, deverá ser exercido através do e-mail: protecaodeda...@informadb.pt. Consulte o nosso compromisso de privacidade em www.informadb.pt. CONFIDENTIAL. This message is intended for the exclusive use of the named addressee(s) and it may contain private or confidential information. Any reading, retention, disclosure, copying, distribution or redirection is prohibited. If you are not the intended recipient, please notify us by e-mail and delete this message from your system without retaining a copy. The personal data included in this e-mail is or will be added to the contact list of INFORMA D&B, acting as data controller, to contact you whenever necessary. You have the right of access and the rights to rectification, to object and to erasure through the e-mail: protecaodeda...@informadb.pt___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode [ ref:_00D58dJQM._5004Iusfvy:ref ]
Exmos. Senhores, Recebemos a informação que tiveram hoje a amabilidade de nos transmitir e que muito agradecemos. Vamos imediatamente analisar o caso e responderemos com a máxima brevidade possível ao vosso pedido. Assim que for possível, o Serviço de Apoio ao Cliente entrará em contacto convosco. No entanto, caso o vosso contacto esteja relacionado com a necessidade de atualizar os dados da vossa empresa na nossa base de dados, notem que poderão fazê-lo diretamente e sem demoras. De facto, as entidades empresariais cujos dados constem da nossa base de dados podem consultar, acrescentar e modificar on-line as informações que lhes digam respeito, sendo para tal apenas necessário que disponham de uma senha de acesso exclusivo a uma zona reservada do nosso site. Sublinhamos que este acesso para atualização on-line é totalmente gratuito e muito fácil, bastando entrar em www.informadb.pt e selecionar, em Feed´Back , " Para consultar atualizar os dados de uma empresa diretamente na nossa base de dados". Se necessitarem de mais esclarecimentos sobre o FeedBack Serviço de Atualização de Dados, estaremos inteiramente disponíveis para os prestar. Atenciosamente, Serviço de Apoio ao Cliente (+351) 213 500 389 - Fax: (+351) 213 151 658 vipclien...@informadb.pt www.informadb.pt CONFIDENCIAL. Esta mensagem destina-se a uso exclusivo do(s) destinatário(s) e poderá conter informação privada ou confidencial. A leitura, retenção, divulgação, cópia, distribuição ou reencaminhamento são proíbidas. Caso a receba por engano, solicitamos que nos comunique por e-mail e elimine a mensagem do seu sistema sem a reproduzir. Os dados pessoais constantes do presente e-mail estão ou serão adicionados à lista de contactos da INFORMA D&B, responsável pelo tratamento de dados, para o podermos contactar sempre que necessário . O direito de acesso, retificação, oposição e apagamento, deverá ser exercido através do e-mail: protecaodeda...@informadb.pt. Consulte o nosso compromisso de privacidade em www.informadb.pt. CONFIDENTIAL. This message is intended for the exclusive use of the named addressee(s) and it may contain private or confidential information. Any reading, retention, disclosure, copying, distribution or redirection is prohibited. If you are not the intended recipient, please notify us by e-mail and delete this message from your system without retaining a copy. The personal data included in this e-mail is or will be added to the contact list of INFORMA D&B, acting as data controller, to contact you whenever necessary. You have the right of access and the rights to rectification, to object and to erasure through the e-mail: protecaodeda...@informadb.pt___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Re: encrypt file in batch mode [ ref:_00D58dJQM._5004IuslU0:ref ]
Exmos. Senhores, Recebemos a informação que tiveram hoje a amabilidade de nos transmitir e que muito agradecemos. Vamos imediatamente analisar o caso e responderemos com a máxima brevidade possível ao vosso pedido. Assim que for possível, o Serviço de Apoio ao Cliente entrará em contacto convosco. No entanto, caso o vosso contacto esteja relacionado com a necessidade de atualizar os dados da vossa empresa na nossa base de dados, notem que poderão fazê-lo diretamente e sem demoras. De facto, as entidades empresariais cujos dados constem da nossa base de dados podem consultar, acrescentar e modificar on-line as informações que lhes digam respeito, sendo para tal apenas necessário que disponham de uma senha de acesso exclusivo a uma zona reservada do nosso site. Sublinhamos que este acesso para atualização on-line é totalmente gratuito e muito fácil, bastando entrar em www.informadb.pt e selecionar, em Feed´Back , " Para consultar atualizar os dados de uma empresa diretamente na nossa base de dados". Se necessitarem de mais esclarecimentos sobre o FeedBack Serviço de Atualização de Dados, estaremos inteiramente disponíveis para os prestar. Atenciosamente, Serviço de Apoio ao Cliente (+351) 213 500 389 - Fax: (+351) 213 151 658 vipclien...@informadb.pt www.informadb.pt CONFIDENCIAL. Esta mensagem destina-se a uso exclusivo do(s) destinatário(s) e poderá conter informação privada ou confidencial. A leitura, retenção, divulgação, cópia, distribuição ou reencaminhamento são proíbidas. Caso a receba por engano, solicitamos que nos comunique por e-mail e elimine a mensagem do seu sistema sem a reproduzir. Os dados pessoais constantes do presente e-mail estão ou serão adicionados à lista de contactos da INFORMA D&B, responsável pelo tratamento de dados, para o podermos contactar sempre que necessário . O direito de acesso, retificação, oposição e apagamento, deverá ser exercido através do e-mail: protecaodeda...@informadb.pt. Consulte o nosso compromisso de privacidade em www.informadb.pt. CONFIDENTIAL. This message is intended for the exclusive use of the named addressee(s) and it may contain private or confidential information. Any reading, retention, disclosure, copying, distribution or redirection is prohibited. If you are not the intended recipient, please notify us by e-mail and delete this message from your system without retaining a copy. The personal data included in this e-mail is or will be added to the contact list of INFORMA D&B, acting as data controller, to contact you whenever necessary. You have the right of access and the rights to rectification, to object and to erasure through the e-mail: protecaodeda...@informadb.pt___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users