Hi,
John & Paul,
I talked about this in the past, funny is that if I had this today it were
very handy, I had one client that needed this confirmation, of a certain
email was received by the server 'cause someone "told" him that had sent it
and it wasn't delivered.
The idea is to create a
Jorge, you are one lazy bum.
All of this information (except the delivery status) is already there in
the database for you to retrieve.
datetime (dbmail_physmessage.internal_date)
from (dbmail_fromfield)
to (dbmail_tofield)
subject (dbmail_subjectfield)
msg_size (dbmail_physmessage.rfcsize)
dest_
> Jorge, you are one lazy bum.
>
:P
Sorry Paul!
> All of this information (except the delivery status) is already there
> in
> the database for you to retrieve.
After taking a look at this, and think a bit more, this doesn't quite solve my
problem/what I want.
One important part is to get th
> 1-So for now I'm going to see a way to get this info from postfix,
> whether grep the logs or something else.
> 2-the views are important, 'cause if the message was received by
> postfix and not by dbmail, something eat it!
>
After wake up this morning I was thinking, the view's won't work, 'ca
On Freitag 19 Juni 2009 Jorge Bastos wrote:
> That's why I think the best way is to make dbmail-lmtpd log this.
> What do you say?
As long as we don't loose e-mails on the way from postfix to dbmail-
lmtpd, there's not much urge to implement this IMHO.
The only thing ATM that makes this interestin
> On Freitag 19 Juni 2009 Jorge Bastos wrote:
> > That's why I think the best way is to make dbmail-lmtpd log this.
> > What do you say?
>
> As long as we don't loose e-mails on the way from postfix to dbmail-
> lmtpd, there's not much urge to implement this IMHO.
> The only thing ATM that makes t
On Freitag 19 Juni 2009 Jorge Bastos wrote:
> But, I think it's much more robust
I never had problems with postfix logs.
> and secure (in the way that we get the right data)
> to this log's in dbmail-lmtpd than greping the
> postfix logs.
I don't understand this. You mean, you got other data i
> > And it's more easier for sure, I just don't know how to code it.
>
> Why easier? "less /var/log/mail" is quicker than login to db and select
> I guess?
Ok true but, not better when you go to search something, that's the
capabilities of having a DB and a flat file.
>
> I'm with you on this f
Jorge Bastos wrote:
1-So for now I'm going to see a way to get this info from postfix,
whether grep the logs or something else.
2-the views are important, 'cause if the message was received by
postfix and not by dbmail, something eat it!
After wake up this morning I was thinking, the view
Hum, this trigger idea seems better and less time of coding!
From: dbmail-dev-boun...@dbmail.org [mailto:dbmail-dev-boun...@dbmail.org]
On Behalf Of Jake Anderson
Sent: sexta-feira, 19 de Junho de 2009 14:07
To: DBMAIL Developers Mailinglist
Subject: Re: [Dbmail-dev] New idea 2, log
10 matches
Mail list logo