Re: Need help with quote escaping in exim for postgresql
От
Tom Lane
Тема
Re: Need help with quote escaping in exim for postgresql
Дата
Msg-id
25428.1152844234@sss.pgh.pa.us
Ответ на
Re: Need help with quote escaping in exim for postgresql (Steve Atkins)
Список
Дерево обсуждения
Need help with quote escaping in exim for postgresql Marc Haber <mh+pgsql-general@zugschlus.de>
Re: Need help with quote escaping in exim for postgresql Martijn van Oosterhout <kleptog@svana.org>
Re: Need help with quote escaping in exim for postgresql Marc Haber <mh+pgsql-general@zugschlus.de>
Re: Need help with quote escaping in exim for postgresql Florian Weimer <fw@deneb.enyo.de>
Re: Need help with quote escaping in exim for postgresql Martijn van Oosterhout <kleptog@svana.org>
Re: Need help with quote escaping in exim for postgresql Marc Haber <mh+pgsql-general@zugschlus.de>
Re: Need help with quote escaping in exim for postgresql Martijn van Oosterhout <kleptog@svana.org>
Re: Need help with quote escaping in exim for postgresql Alvaro Herrera <alvherre@commandprompt.com>
Re: Need help with quote escaping in exim for postgresql Bruno Wolff III <bruno@wolff.to>
Re: Need help with quote escaping in exim for postgresql Steve Atkins <steve@blighty.com>
Re: Need help with quote escaping in exim for postgresql Tom Lane <tgl@sss.pgh.pa.us>
Re: Need help with quote escaping in exim for postgresql Marc Haber <mh+pgsql-general@zugschlus.de>
[ Coming late to the thread... ] Steve Atkins writes: > Fortunately all this stuff is MUA-side, not MTA-side, so exim > should ignore it. SQL_ASCII all the way. I concur. The recent encoding fixes are for the situation where the database server believes a multibyte encoding is in use, but the client code is ignorant of that encoding and either (a) sends invalidly encoded data or (b) does escaping that mangles multibyte characters. If your client-side code is encoding agnostic, then using SQL_ASCII (which is also effectively encoding agnostic) for both client_encoding and server_encoding will work nicely. A possibly safer choice is to use LATIN1 (or another single-byte encoding) instead; this will avoid problems if someone connects to the database with a client_encoding other than SQL_ASCII and expects data to be delivered to him in that encoding. I would *not* recommend using UTF8 if you want to store arbitrary data without worrying about encoding issues. regards, tom lane
В списке pgsql-general по дате отправления