I have deleted the compiled script (.dovecot.sievec) and send myself a
message, there is a new .dovecot.sievec created. When I intentionally make
an errorous script, turn out a compile error log is created. So I think the
compilation process is fine.
I will try your instruction on 13 Aug again
> > What about if %u were permanently changed... but %n and %d left with
> > the original values. It would seem that those people relying on the
> > behavior of %u being stripped would not likely be using nor caring
> > about the values of %n and %d since they are essentially discarding
> > them an
Dave McGuire wrote:
On Aug 26, 2007, at 4:00 PM, Kenneth Porter wrote:
Several good centralized software management schemes have been around
for a very, very long time. I don't use *any* "package management"
systems...they are more trouble than they're worth. The very
existence of this threa
Check what logs show as the disconnection reason for the user. If there
is only "Disconnected", it means the connection somehow got
disconnected.
Ok Time, I will do and I will post any important info about
;)
--
Thanks,
Jordi Espasa Clofent
On Aug 26, 2007, at 4:00 PM, Kenneth Porter wrote:
Perhaps what we really need is a wiki page to allay the fears
of the
people who pathetically find such difficulty in "./
configure;make;make
install".
That's fine if you have only a single system and don't need to
track installed file
--On Sunday, August 26, 2007 2:45 PM -0400 Dave McGuire
<[EMAIL PROTECTED]> wrote:
Perhaps what we really need is a wiki page to allay the fears of the
people who pathetically find such difficulty in "./ configure;make;make
install".
That's fine if you have only a single system and don't
On Aug 26, 2007, at 1:33 PM, Kenneth Porter wrote:
Also - why rc15? Thats really old now. If your're doing a
migration, why
not migrate to the newest version?
Perhaps the latest his distro offers?
Perhaps we need a wiki page showing alternate repos that offer a
more up-to-date Dovecot for
--On Saturday, August 25, 2007 7:07 PM -0400 Charles Marcus
<[EMAIL PROTECTED]> wrote:
Also - why rc15? Thats really old now. If your're doing a migration, why
not migrate to the newest version?
Perhaps the latest his distro offers?
Perhaps we need a wiki page showing alternate repos that of
Actually the answer is NO.
The backtick are only used for identifiers like table names, databases, etc.
The thing you were showing up, "@", is just a usual string. Of course I
could replace it with single quotes instead of the double ones I was
using in order to have consistent quoting, but it
should u not do this;
user_query = "SELECT CONCAT('/home/vmail/', domain.name, '/',
address.local, '/.maildir/') AS home, 1101 AS uid, 1101 AS gid FROM
user, `#user_address`, address, domain WHERE user.id =
`#user_address`.user_id AND `#user_address`.address_id = address.id AND
address.domain_id =
Luuk you're absolutely right - I have to use the backtick. But
unfortunately dovecot doesn't let me do that.
And further as an example (actually a pretty complicate one):
user_query = SELECT CONCAT('/home/vmail/', domain.name, '/',
address.local, '/.maildir/') AS home, 1101 AS uid, 1101 AS gid
Hi,
for more info see:
http://dev.mysql.com/doc/refman/5.0/en/identifiers.html
where is stated: "The identifier quote character is the backtick (`):"
greetings,
Luuk
> On 26.8.2007, at 3.41, XhE wrote:
>
>> Found a problem with dovecot 1.0.3 and mysql authentication
>>
>> I got a problem with
On 26.8.2007, at 3.41, XhE wrote:
Found a problem with dovecot 1.0.3 and mysql authentication
I got a problem with escaping of mysql table names. Usually, when a
mysql table name has some special character (in my case there is a
table beginning with the # character) one has to put into thes
13 matches
Mail list logo
