On Donnerstag 08 Oktober 2009 Jonathan Feally wrote:
Did you autoreconf -i ??? That will usually create your configure
script and some other stuff.
No. Didn't know that command. And package autoconf was not even
installed. Usually when downloading a package, all you need to do is
./configure,
On Donnerstag 08 Oktober 2009 Mail Delivery System wrote:
This is the mail system at host dbmail01.icns.fastxs.net.
dbmail-dev@dbmail.org: Command time limit exceeded:
/usr/sbin/dbmail-smtp
Got this tonight at 2:27, just FYI. I resent my message now.
mfg zmi
--
// Michael Monnerie, Ing.BSc
I havent, and I don't plan on doing that. If anyone volunteers, please
do, and I'll apply them, but I can't spare the time atm.
Jonathan Feally wrote:
Did you also backport the adjustments I made for the IPv6 stuff or was
that just your initial commit? It appears not.
see
Copying them from 2.2.11 should be ok. I'll include them again in the
next release (coming very soon).
I always regenerate those files, and the debian port for the AVR arch
was complaining about the files being too old. Removing them makes
dbmail more portable, but puts an additional burden on
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project Paul's DBMail tree.
The branch, dbmail_2_2 has been updated
via 3d7f135bd5991e1a88403b0193eaa046c304d36c (commit)
from
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project Paul's DBMail tree.
The branch, dbmail_2_2 has been updated
via 8dc32f423706f79bc6a9e9ed8121b09c973d13d7 (commit)
from
The following issue has been SUBMITTED.
==
http://www.dbmail.org/mantis/view.php?id=810
==
Reported By:obache
Assigned To:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project Paul's DBMail tree.
The branch, master has been updated
via f000b9a48180cca82da9f1c9daee7c26fbaa8926 (commit)
via
On Donnerstag 08 Oktober 2009 Paul J Stevens wrote:
Removing them makes dbmail more portable
What would be the correct way to generate them from the current state?
I'm curious. The autoreconf -i didn't work for me.
mfg zmi
--
// Michael Monnerie, Ing.BSc- http://it-management.at
That goes without saying. Hopefully later today.
Jake Anderson j...@vapourforge.com wrote:
Will this be coming out in deb format?
Paul J Stevens wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Greetings,
I've just uploaded dbmail 2.2.12, the latest production release.
Changes:
On Wednesday 07 October 2009 03:14:32 pm Paul J Stevens wrote:
Greetings,
I've just uploaded dbmail 2.2.12, the latest production release.
Changes:
* Backport IPv6 support
* Remove generated autoconf files from the release. Please install
automake-1.9 and run autoreconf -i
On Thursday 08 October 2009 10:05:10 am Bret Baptist wrote:
On Wednesday 07 October 2009 03:14:32 pm Paul J Stevens wrote:
Greetings,
I've just uploaded dbmail 2.2.12, the latest production release.
Changes:
* Backport IPv6 support
* Remove generated autoconf files from
Bret Baptist wrote:
It looks like this version broke POP before SMTP. I am not getting an update
on the time stamp in the database when people check their email.
Bret,
I can't reproduce this. I'm getting updates just fine.
What is your BINDIP setup?
--
Bret Baptist wrote:
Also looks like the internaldate as UTC is causing issues with Mac Mail and
older Outlook clients. They are subtracting the time zone offset from the
received time.
Does this happen only for pre-2.2.12 inserted email?
--
On Thursday 08 October 2009 12:29:24 pm Paul J Stevens wrote:
Bret Baptist wrote:
Also looks like the internaldate as UTC is causing issues with Mac Mail
and older Outlook clients. They are subtracting the time zone offset
from the received time.
Does this happen only for pre-2.2.12
On Thursday 08 October 2009 12:28:41 pm Paul J Stevens wrote:
Bret Baptist wrote:
It looks like this version broke POP before SMTP. I am not getting an
update on the time stamp in the database when people check their email.
Bret,
I can't reproduce this. I'm getting updates just fine.
Bret Baptist wrote:
On Thursday 08 October 2009 12:29:24 pm Paul J Stevens wrote:
Bret Baptist wrote:
Also looks like the internaldate as UTC is causing issues with Mac Mail
and older Outlook clients. They are subtracting the time zone offset
from the received time.
Does this happen only
Paul J Stevens wrote:
It looks like it is happening for post 2.2.12 inserted email. Perhaps only
with IMAP clients, but I was not able to confirm before I rolled back to
2.2.11.
Jon,
Any ideas here?
Oh thanks for passing the ball to me. What timezone is the server set
for?
On 10/07/2009 11:14 PM, Paul J Stevens wrote:
I've just uploaded dbmail 2.2.12, the latest production release.
Attached is cplogs patch for 2.2.12.
Regards,
--
Aleksander Kamenik
System Administrator
Krediidiinfo AS
an Experian Company
Phone: +372 665 9649
Email: aleksan...@krediidiinfo.ee
Jonathan Feally wrote:
The correct operation would be to have the UTC timestamp stored in the
database. When read from the database, it is not adjusted other than to
add + for a timestamp to the reformatted time. The patches
20 matches
Mail list logo