Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: DBMail: users

DBMail 2.3.5 released

 

 

DBMail users RSS feed   Index | Next | Previous | View Threaded


paul at nfg

Jan 6, 2009, 4:55 AM

Post #1 of 11 (1537 views)
Permalink
DBMail 2.3.5 released

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi all,

DBMail version 2.3.5, the latest in the 'unstable' development series,
is now upon us.

The focus of this release has been stability, stability and stability.
But dbmail now also has native TLS/SSL support.

* Bugs fixed in this release: 0000713: [Sieve (delivery,
dbmail-sievecmd, dbmail-timsieved)] Wrong activation/deactivation
report in sievecmd (paul)
* 0000747: [Authentication layer] PATCH: authldap.c - custom ldap
query (Toast)
* 0000748: [IMAP daemon] Cannot login to IMAP, memory leak (paul)
* 0000744: [IMAP daemon] Imapd with too many open file descriptors.
(paul)
* 0000734: [POP3 daemon] SEgfault when pop-ing emails from
THunderbird (paul)
* 0000738: [IMAP daemon] Memory leak resulting in crash (paul)
* 0000737: [Database layer] Old mail from before upgrade to 2.3.4
not shown correctly. (paul)
* 0000674: [General] SSL tree under development (paul)
* 0000708: [IMAP daemon] Crashes while stress testing (paul)
* 0000736: [Database layer] DBMail consuming db connections, and
stops responding (paul)
* 0000719: [Authentication layer] Patch to enable SQL auth with
other hash algorithms (netvulture)

Special thanks to Jorge Bastos for testing all the different daemons and
finding all kinds of unknown bugs and problems.

Changelog
http://git.dbmail.eu/?p=paul/dbmail;a=shortlog;h=v2.3.5

Download
http://www.dbmail.org/download/2.3/dbmail-2.3.5.tar.gz

happy testing


- --
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJY1TW8iITvBH4zTERAtVuAKCc57YR0BNESbc4zrkE/wHRHVF0cQCcDcKP
F9e1cnfFhIVeIKWvelTzNz4=
=enwz
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


7crewz at gmail

Jan 6, 2009, 4:57 AM

Post #2 of 11 (1488 views)
Permalink
Re: DBMail 2.3.5 released [In reply to]

Thanks paul
Sent from 7crewz BlackBerry® wireless device via Vodafone-Celcom Mobile.

-----Original Message-----
From: Paul J Stevens <paul [at] nfg>

Date: Tue, 06 Jan 2009 13:55:50
To: DBMail mailinglist<dbmail [at] dbmail>; DBMAIL Developers Mailinglist<dbmail-dev [at] dbmail>
Subject: [Dbmail] DBMail 2.3.5 released


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Hi all,

DBMail version 2.3.5, the latest in the 'unstable' development series,
is now upon us.

The focus of this release has been stability, stability and stability.
But dbmail now also has native TLS/SSL support.

* Bugs fixed in this release: 0000713: [Sieve (delivery,
dbmail-sievecmd, dbmail-timsieved)] Wrong activation/deactivation
report in sievecmd (paul)
* 0000747: [Authentication layer] PATCH: authldap.c - custom ldap
query (Toast)
* 0000748: [IMAP daemon] Cannot login to IMAP, memory leak (paul)
* 0000744: [IMAP daemon] Imapd with too many open file descriptors.
(paul)
* 0000734: [POP3 daemon] SEgfault when pop-ing emails from
THunderbird (paul)
* 0000738: [IMAP daemon] Memory leak resulting in crash (paul)
* 0000737: [Database layer] Old mail from before upgrade to 2.3.4
not shown correctly. (paul)
* 0000674: [General] SSL tree under development (paul)
* 0000708: [IMAP daemon] Crashes while stress testing (paul)
* 0000736: [Database layer] DBMail consuming db connections, and
stops responding (paul)
* 0000719: [Authentication layer] Patch to enable SQL auth with
other hash algorithms (netvulture)

Special thanks to Jorge Bastos for testing all the different daemons and
finding all kinds of unknown bugs and problems.

Changelog
http://git.dbmail.eu/?p=paul/dbmail;a=shortlog;h=v2.3.5

Download
http://www.dbmail.org/download/2.3/dbmail-2.3.5.tar.gz

happy testing


- --
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFJY1TW8iITvBH4zTERAtVuAKCc57YR0BNESbc4zrkE/wHRHVF0cQCcDcKP
F9e1cnfFhIVeIKWvelTzNz4=
=enwz
-----END PGP SIGNATURE-----
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


ml at kiewel-online

Jan 6, 2009, 5:11 AM

Post #3 of 11 (1489 views)
Permalink
Re: DBMail 2.3.5 released - git question [In reply to]

Paul J Stevens wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Hi all,
>
> DBMail version 2.3.5, the latest in the 'unstable' development series,
> is now upon us.

Thanks for great work.

One question regarding my last git pull (today, 02:10 pm UTC +1):

From git://git.dbmail.eu/paul/dbmail
* [new tag] v2.2.11-rc4 -> v2.2.11-rc4
* [new tag] v2.3.5 -> v2.3.5

What does it mean for v2.3.5?

Thanks,
Uwe
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


jake at vapourforge

Jan 6, 2009, 5:35 AM

Post #4 of 11 (1490 views)
Permalink
Re: [Dbmail-dev] DBMail 2.3.5 released [In reply to]

any chance of a deb?

Paul J Stevens wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Hi all,
>
> DBMail version 2.3.5, the latest in the 'unstable' development series,
> is now upon us.
>
> The focus of this release has been stability, stability and stability.
> But dbmail now also has native TLS/SSL support.
>
> * Bugs fixed in this release: 0000713: [Sieve (delivery,
> dbmail-sievecmd, dbmail-timsieved)] Wrong activation/deactivation
> report in sievecmd (paul)
> * 0000747: [Authentication layer] PATCH: authldap.c - custom ldap
> query (Toast)
> * 0000748: [IMAP daemon] Cannot login to IMAP, memory leak (paul)
> * 0000744: [IMAP daemon] Imapd with too many open file descriptors.
> (paul)
> * 0000734: [POP3 daemon] SEgfault when pop-ing emails from
> THunderbird (paul)
> * 0000738: [IMAP daemon] Memory leak resulting in crash (paul)
> * 0000737: [Database layer] Old mail from before upgrade to 2.3.4
> not shown correctly. (paul)
> * 0000674: [General] SSL tree under development (paul)
> * 0000708: [IMAP daemon] Crashes while stress testing (paul)
> * 0000736: [Database layer] DBMail consuming db connections, and
> stops responding (paul)
> * 0000719: [Authentication layer] Patch to enable SQL auth with
> other hash algorithms (netvulture)
>
> Special thanks to Jorge Bastos for testing all the different daemons and
> finding all kinds of unknown bugs and problems.
>
> Changelog
> http://git.dbmail.eu/?p=paul/dbmail;a=shortlog;h=v2.3.5
>
> Download
> http://www.dbmail.org/download/2.3/dbmail-2.3.5.tar.gz
>
> happy testing
>
>
> - --
> ________________________________________________________________
> Paul Stevens paul at nfg.nl
> NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
> The Netherlands________________________________http://www.nfg.nl
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFJY1TW8iITvBH4zTERAtVuAKCc57YR0BNESbc4zrkE/wHRHVF0cQCcDcKP
> F9e1cnfFhIVeIKWvelTzNz4=
> =enwz
> -----END PGP SIGNATURE-----
> _______________________________________________
> Dbmail-dev mailing list
> Dbmail-dev [at] dbmail
> http://twister.fastxs.net/mailman/listinfo/dbmail-dev
>

_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


paul at nfg

Jan 6, 2009, 5:48 AM

Post #5 of 11 (1490 views)
Permalink
Re: DBMail 2.3.5 released - git question [In reply to]

Uwe Kiewel wrote:
> Paul J Stevens wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>>
>> Hi all,
>>
>> DBMail version 2.3.5, the latest in the 'unstable' development series,
>> is now upon us.
>
> Thanks for great work.
>
> One question regarding my last git pull (today, 02:10 pm UTC +1):
>
> From git://git.dbmail.eu/paul/dbmail
> * [new tag] v2.2.11-rc4 -> v2.2.11-rc4
> * [new tag] v2.3.5 -> v2.3.5
>
> What does it mean for v2.3.5?

I have no idea what you're asking.

Tags are just that. They create human readable names for git commit ids.



--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


paul at nfg

Jan 6, 2009, 5:48 AM

Post #6 of 11 (1484 views)
Permalink
Re: Re: [Dbmail-dev] DBMail 2.3.5 released [In reply to]

Already in the experimental repository.

Jake Anderson wrote:
> any chance of a deb?
>
> Paul J Stevens wrote:
>
> Hi all,
>
> DBMail version 2.3.5, the latest in the 'unstable' development series,
> is now upon us.
>
> The focus of this release has been stability, stability and stability.
> But dbmail now also has native TLS/SSL support.
>
> * Bugs fixed in this release: 0000713: [Sieve (delivery,
> dbmail-sievecmd, dbmail-timsieved)] Wrong activation/deactivation
> report in sievecmd (paul)
> * 0000747: [Authentication layer] PATCH: authldap.c - custom ldap
> query (Toast)
> * 0000748: [IMAP daemon] Cannot login to IMAP, memory leak (paul)
> * 0000744: [IMAP daemon] Imapd with too many open file descriptors.
> (paul)
> * 0000734: [POP3 daemon] SEgfault when pop-ing emails from
> THunderbird (paul)
> * 0000738: [IMAP daemon] Memory leak resulting in crash (paul)
> * 0000737: [Database layer] Old mail from before upgrade to 2.3.4
> not shown correctly. (paul)
> * 0000674: [General] SSL tree under development (paul)
> * 0000708: [IMAP daemon] Crashes while stress testing (paul)
> * 0000736: [Database layer] DBMail consuming db connections, and
> stops responding (paul)
> * 0000719: [Authentication layer] Patch to enable SQL auth with
> other hash algorithms (netvulture)
>
> Special thanks to Jorge Bastos for testing all the different daemons and
> finding all kinds of unknown bugs and problems.
>
> Changelog
> http://git.dbmail.eu/?p=paul/dbmail;a=shortlog;h=v2.3.5
>
> Download
> http://www.dbmail.org/download/2.3/dbmail-2.3.5.tar.gz
>
> happy testing
>
>
_______________________________________________
Dbmail-dev mailing list
Dbmail-dev [at] dbmail
http://twister.fastxs.net/mailman/listinfo/dbmail-dev

> _______________________________________________
> DBmail mailing list
> DBmail [at] dbmail
> https://mailman.fastxs.nl/mailman/listinfo/dbmail



--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


ml at kiewel-online

Jan 6, 2009, 6:02 AM

Post #7 of 11 (1486 views)
Permalink
Re: DBMail 2.3.5 released - git question [In reply to]

Paul J Stevens wrote:
> Uwe Kiewel wrote:
>> Paul J Stevens wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>>
>>> Hi all,
>>>
>>> DBMail version 2.3.5, the latest in the 'unstable' development series,
>>> is now upon us.
>> Thanks for great work.
>>
>> One question regarding my last git pull (today, 02:10 pm UTC +1):
>>
>> From git://git.dbmail.eu/paul/dbmail
>> * [new tag] v2.2.11-rc4 -> v2.2.11-rc4

tag changed from v2.2.11-rc4 to v2.2.11-rc4?

>> * [new tag] v2.3.5 -> v2.3.5

tag changed from v2.3.5 to v2.3.5?

Or does it mean, the directory v2.3.5 is created as tag v2.3.5?


Thanks,
Uwe
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


jesse at kci

Jan 6, 2009, 10:37 AM

Post #8 of 11 (1482 views)
Permalink
Re: Re: DBMail 2.3.5 released [In reply to]

> Tried to update the DB as follows:
>
> "# psql -U pgsql dbmail < 2_3_4-2_3_5.pgsql"
>
> With the following result:
> --------------------------------------------------------------------------------------------------------------------------------
> ALTER TABLE
> CREATE INDEX
> ALTER TABLE
> ERROR: syntax error at or near "VARCHAR"
> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
> ^
> --------------------------------------------------------------------------------------------------------------------------------

That size was increased to handle some new hash types .. shouldn't be
a showstopper for you upgrading an existing system. It sounds like you
had another schema update problem too, though:

> The dbmail-imapd daemon started without incident, however, was not able to access
> the existing account from KMail.
>
> Log entries follow:
> --------------------------------------------------------------------------------------------------------------------------------
> Jan 06 11:08:43 [server name] dbmail-imapd[55335]: [0x2881e820] Error: [db]
> db_getmailbox_mtime(+2472): SQLException: ERROR: column "mtime" does not
> exist LINE 1: SELECT name,ROUND(DATE_PART('epoch',mtime)) FROM
> dbmail_mail...
> --------------------------------------------------------------------------------------------------------------------------------

As that says, it's trying to use a column named "mtime" which doesn't
exist in your schema. If the migration scripts are broken or there was
an old update you missed or something, you may have to add that
manually.


> Created new database and tried to apply update with the following result:
> --------------------------------------------------------------------------------------------------------------------------------
> # psql -U pgsql dbmail-2.3.5 < /usr/local/share/dbmail/postgresql/2_3_4-2_3_5.pgsql
> ERROR: column "seq" of relation "dbmail_mailboxes" already exists
> ERROR: relation "dbmail_mailboxes_seq" already exists
> ERROR: column "mtime" of relation "dbmail_mailboxes" does not exist
> ERROR: syntax error at or near "VARCHAR"
> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
> ^
> --------------------------------------------------------------------------------------------------------------------------------

If indeed you're creating a new database here, use the full 2.3.5
schema directly, don't put in and old version and update it (though by
right you should end up with the same thing in either case if everything
works right).


Note, I've note used 2.3.x offhand, but hopefully that'll point you in
the right direction...


--
Jesse Norell
Kentec Communications, Inc.
jesse [at] kci
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


paul at nfg

Jan 6, 2009, 2:14 PM

Post #9 of 11 (1485 views)
Permalink
Re: Re: DBMail 2.3.5 released [In reply to]

First off, there are some 'known issues' with 2.3.5:

- problems with squirrelmail/avelsieve talking to dbmail-timsieved I
can't reproduce myself.
- on my machine thunderbird doesn't like imap/starttls. I havent really
investigated yet, other than produce a thunderbird logtrace.

Jesse Norell wrote:
>> Tried to update the DB as follows:
>>
>> "# psql -U pgsql dbmail < 2_3_4-2_3_5.pgsql"
>>
>> With the following result:
>> --------------------------------------------------------------------------------------------------------------------------------
>> ALTER TABLE
>> CREATE INDEX
>> ALTER TABLE
>> ERROR: syntax error at or near "VARCHAR"
>> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
>> ^
>> --------------------------------------------------------------------------------------------------------------------------------
>
> That size was increased to handle some new hash types .. shouldn't be
> a showstopper for you upgrading an existing system. It sounds like you
> had another schema update problem too, though:

Mmm, I guess that wasn't tested by anyone until now: postgresql doesnt
support 'alter column' like mysql does, right? You need to do like this:

begin;
alter table dbmail_users add p2 varchar(130) not null default '';
update dbmail_users set p2=passwd;
alter table dbmail_users drop passwd;
alter table dbmail_users rename p2 to passwd;
commit;

fixed in the code, btw.

But like Jesse explains: it's not critally required.

>> The dbmail-imapd daemon started without incident, however, was not able to access
>> the existing account from KMail.
>>
>> Log entries follow:
>> --------------------------------------------------------------------------------------------------------------------------------
>> Jan 06 11:08:43 [server name] dbmail-imapd[55335]: [0x2881e820] Error: [db]
>> db_getmailbox_mtime(+2472): SQLException: ERROR: column "mtime" does not
>> exist LINE 1: SELECT name,ROUND(DATE_PART('epoch',mtime)) FROM
>> dbmail_mail...
>> --------------------------------------------------------------------------------------------------------------------------------
>
> As that says, it's trying to use a column named "mtime" which doesn't
> exist in your schema. If the migration scripts are broken or there was
> an old update you missed or something, you may have to add that
> manually.

the mtime column was removed between 2.3.4 and 2.3.5. You are running
2.3.4 against a 2.3.5 schema here.

>> Created new database and tried to apply update with the following result:
>> --------------------------------------------------------------------------------------------------------------------------------
>> # psql -U pgsql dbmail-2.3.5 < /usr/local/share/dbmail/postgresql/2_3_4-2_3_5.pgsql
>> ERROR: column "seq" of relation "dbmail_mailboxes" already exists
>> ERROR: relation "dbmail_mailboxes_seq" already exists
>> ERROR: column "mtime" of relation "dbmail_mailboxes" does not exist
>> ERROR: syntax error at or near "VARCHAR"
>> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
>> ^
>> --------------------------------------------------------------------------------------------------------------------------------

If you use create_tables.pgsql from 2.3.5 you must not apply the
migration from 2.3.4!

--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


paul at nfg

Jan 6, 2009, 2:36 PM

Post #10 of 11 (1483 views)
Permalink
Re: Re: DBMail 2.3.5 released [In reply to]

My BSD wrote:
> On Tue, 06 Jan 2009 11:37:17 -0700
> Jesse Norell <jesse [at] kci> wrote:
>
> Hello Jesse and thank you!
>
>>> Tried to update the DB as follows:
>>>
>>> "# psql -U pgsql dbmail < 2_3_4-2_3_5.pgsql"
>>>
>>> With the following result:
>>> --------------------------------------------------------------------------------------------------------------------------------
>>> ALTER TABLE
>>> CREATE INDEX
>>> ALTER TABLE
>>> ERROR: syntax error at or near "VARCHAR"
>>> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
>>> ^
>>> --------------------------------------------------------------------------------------------------------------------------------
>> That size was increased to handle some new hash types .. shouldn't be
>> a showstopper for you upgrading an existing system. It sounds like you
>> had another schema update problem too, though:
>>
>
> Lamentably, in my case it seems to be.
>
>>> The dbmail-imapd daemon started without incident, however, was not able to access
>>> the existing account from KMail.
>>>
>>> Log entries follow:
>>> --------------------------------------------------------------------------------------------------------------------------------
>>> Jan 06 11:08:43 [server name] dbmail-imapd[55335]: [0x2881e820] Error: [db]
>>> db_getmailbox_mtime(+2472): SQLException: ERROR: column "mtime" does not
>>> exist LINE 1: SELECT name,ROUND(DATE_PART('epoch',mtime)) FROM
>>> dbmail_mail...
>>> --------------------------------------------------------------------------------------------------------------------------------
>> As that says, it's trying to use a column named "mtime" which doesn't
>> exist in your schema. If the migration scripts are broken or there was
>> an old update you missed or something, you may have to add that
>> manually.
>>
>
> How would that be done (for the Postgresql ignorant)?
>
>>> Created new database and tried to apply update with the following result:
>>> --------------------------------------------------------------------------------------------------------------------------------
>>> # psql -U pgsql dbmail-2.3.5 < /usr/local/share/dbmail/postgresql/2_3_4-2_3_5.pgsql
>>> ERROR: column "seq" of relation "dbmail_mailboxes" already exists
>>> ERROR: relation "dbmail_mailboxes_seq" already exists
>>> ERROR: column "mtime" of relation "dbmail_mailboxes" does not exist
>>> ERROR: syntax error at or near "VARCHAR"
>>> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130) NO...
>>> ^
>>> --------------------------------------------------------------------------------------------------------------------------------
>> If indeed you're creating a new database here, use the full 2.3.5
>> schema directly, don't put in and old version and update it (though by
>> right you should end up with the same thing in either case if everything
>> works right).
>>
>
> I could not find the schema in the 2.3.5 tarball. In fact, the "create_tables.pgsql" file
> included with 2.3.5 is the same as the one included with 2.3.5:

Yes, as 1 equals 1. The create_tables.XXXX files are meant to be the
current schema.

>
> ---------------------------------------------------------------------------------------
> # diff create_tables.pgsql-2.3.4 create_tables.pgsql-2.3.5

Wrong. You are mixing trees here.

git diff v2.3.4..v2.3.5 sql/postgresql/create_tables.pgsql

and you can track the changes involved using:

git-format-patch --stdout v2.3.4..v2.3.5 \
sql/postgresql/create_tables.pgsql


--
________________________________________________________________
Paul Stevens paul at nfg.nl
NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31
The Netherlands________________________________http://www.nfg.nl
_______________________________________________
DBmail mailing list
DBmail [at] dbmail
https://mailman.fastxs.nl/mailman/listinfo/dbmail


michael.monnerie at is

Jan 6, 2009, 4:12 PM

Post #11 of 11 (1487 views)
Permalink
Re: Re: DBMail 2.3.5 released [In reply to]

On Dienstag 06 Januar 2009 Paul J Stevens wrote:
> >> LINE 1: ALTER TABLE dbmail_users ALTER COLUMN passwd VARCHAR(130)

The "type" keyword is just missing:
ALTER TABLE dbmail_users ALTER COLUMN passwd TYPE VARCHAR(130);

> Mmm, I guess that wasn't tested by anyone until now: postgresql
> doesnt support 'alter column' like mysql does, right? You need to do
> like this:

Yes it does:
http://www.postgresql.org/docs/8.3/interactive/sql-altertable.html
but maybe the OP is using an older version?

> begin;
> alter table dbmail_users add p2 varchar(130) not null default '';
> update dbmail_users set p2=passwd;
> alter table dbmail_users drop passwd;
> alter table dbmail_users rename p2 to passwd;
> commit;
>
> fixed in the code, btw.

Don't need to. ALTER TABLE .. COLUMN .. works perfectly.

mfg zmi
--
// Michael Monnerie, Ing.BSc ----- http://it-management.at
// Tel: 0660 / 415 65 31 .network.your.ideas.
// PGP Key: "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38 500E CE14 91F7 1C12 09B4
// Keyserver: wwwkeys.eu.pgp.net Key-ID: 1C1209B4
Attachments: signature.asc (0.19 KB)

DBMail users RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.