Hi all,
Just curious as I haven't heard this discussed, but are there any plans to fix
the issue with forwarding aliases in the upcoming release? I'm running 1.2.6
and it still forwards with [EMAIL PROTECTED] (in my case) in the
return path header, so bounces get sent to that instead of the ori
On Mon, 2004-04-26 at 18:37, Aaron Stone wrote:
> Cool, if you're doing 2.0-rc5 tomorrow then I'll try to get the LMTP messages
> wired up this evening. I added in all of the messages and a function to
> retrieve them, what's left is adding code to lmtp.c to get the messages and
> format them corre
Current dbmail-cvs doesn't work on freebsd 4.9 (I think after switching
from fgets to fread).
On Tue, 2004-04-27 at 10:31, Igor Olemskoi wrote:
> Current dbmail-cvs doesn't work on freebsd 4.9 (I think after switching
> from fgets to fread).
Interesting..
Does it fail to build or fail to run. If it's the former: can you show
the output from 'make'? If it's the latter, can you show some lo
Apr 27 11:50:23 sumy dbmail/lmtpd[58512]: PerformChildTask(): incoming
connection from [127.0.0.1]
Apr 27 11:50:23 sumy dbmail/lmtpd[58512]: PerformChildTask(): client info
init complete, calling client handler
Apr 27 11:50:23 sumy dbmail/lmtpd[58512]: lmtp(): incoming buffer: [LHLO
sumy.biz]
Apr 2
Hmm. seems to be something with '\0's again..
> Apr 27 11:52:03 sumy dbmail/smtp[58595]: dbmysql.c,db_query: executing
> query [INSERT INTO messages(mailbox_idnr, physmessage_id,
> unique_id,recent_flag, status) VALUES ('13392', '1769759',
> 'd578abea4d8ce1da1ab1a770434996dd', '1', '005')]
> Apr
Well here you can see how some messages appear on my system running dbmail 2
from cvs and postfix (empty)
Kind Regards
Claus Futtrup
Project Manager
GoIP, The IP telephone company
Mail: [EMAIL PROTECTED]
Privat Mail: [EMAIL PROTECTED]
Tlf: +47 63993181
Fax: +47 63993181
Celluar: +47 48204154
Hi Igor,
> Current dbmail-cvs doesn't work on freebsd 4.9 (I think after switching
> from fgets to fread).
lmtpd doesn't work on Linux too. imapd is still fine - I had no time to
check that further but that's no BSD problem!
Thomas
--
http://www.tmueller.com for pgp key (95702B3B)
On Tue, 2004-04-27 at 12:41, Thomas Mueller wrote:
> Hi Igor,
>
> > Current dbmail-cvs doesn't work on freebsd 4.9 (I think after switching
> > from fgets to fread).
>
> lmtpd doesn't work on Linux too. imapd is still fine - I had no time to
> check that further but that's no BSD problem!
I'll h
Hi Aaron,
> The particular email I was looking at was inserted a
> while ago, using either 2.0-rc3 or 2.0-rc4. The changes that should take care
> of this problem have been made since 2.0-rc4, so we should be alright.
I don't think so. My dbmail is from last week and I managed to break a
user com
Time zones, shoot! Plus I hit the hay early, like 9pm here, to knock this out
earlier in the morning, California time.
Also looks like the fread changes are sucking down even more nul characters.
Not so good :-\ It won't hurt my pride if you get it working first, or if you
need to go back to fget
On Tue, 2004-04-27 at 17:08, Aaron Stone wrote:
> Time zones, shoot! Plus I hit the hay early, like 9pm here, to knock this out
> earlier in the morning, California time.
>
> Also looks like the fread changes are sucking down even more nul characters.
> Not so good :-\ It won't hurt my pride if
Hello,
> > I've managed to add the sha1 algorithm as implemented in the OpenSSL
> > library to my dbmail, along with the '{sha1:}' and '{sha1}' password
> > prefixes in dbmail-adduser for mode "a". (I don't have SHA support in
> > mode "c" as of yet). I /was/ going to try to make it all clean
Ok, I just thought this through again, and at the moment our only option is
fgetc with one character at a time. Anything that's line-at-a-time is not
binary safe (correct this assumption and we're home free, though). Block at a
time, like fread, is not sensitive to the header/body boundary. It is
i
> Ok, I just thought this through again, and at the moment our only option is
> fgetc with one character at a time. Anything that's line-at-a-time is not
> binary safe (correct this assumption and we're home free, though). Block at a
> time, like fread, is not sensitive to the header/body boundar
""Jesse Norell"" <[EMAIL PROTECTED]> said:
> > Ok, I just thought this through again, and at the moment our only option is
> > fgetc with one character at a time. Anything that's line-at-a-time is not
> > binary safe (correct this assumption and we're home free, though). Block at
> > a
> > time, l
Sorry for all of the last minute breakage, folks. It looks like deliveries
should be working again, using fgetc in read_header and fread in
store_message_tmp. Please check out CVS and test it out!
There's one case left that I'm a little worried about, which is if, while
reading in the body of a me
17 matches
Mail list logo