|
|
Up |
|
|
  |
Author: Otto MoerbeekOtto Moerbeek
Date: Apr 15, 2008 23:29
On Thu, Mar 06, 2008 at 03:30:42PM +0000, Paul Stoeber wrote:
> fmt_scaled() rounds wrong. Example:
Hi,
please be a bit patient. I noted you diff, and will look at it the
coming time.
-Otto
>
> #include
> #include
> int main() {
> long long n = 1024 * 1023 + 461; /* should round to 1023K */
> char buf[FMT_SCALED_STRSIZE];
> if (fmt_scaled(n, buf) == 0...
|
| Show full article (28.50Kb) |
|
| |
no comments
|
|
  |
|
|
  |
|
|
  |
Author: RayRay
Date: Apr 15, 2008 21:11
You are requesting a change in sendbug because your IP address is
blacklisted. I think the proper solution to this problem does not
involve sendbug at all.
> That's different, the temp file is not exactly the same as what is going
> to be sent to the pipe.
sendbug sends a copy of the final report to the local user.
> What if there's a bug in the 'send_file' function?
1) Are there any?
2) Fix them.
3) We can't keep adding code (and bugs) for disaster scenarios.
4) There are debuggers for this purpose.
5) Your local user already gets a copy, whether it is by aborting or
by sending the report.
-Ray-
|
| |
|
no comments
|
|
  |
Author: Theo de RaadtTheo de Raadt
Date: Apr 15, 2008 14:56
Because it is way too easy to misuse this and create security risk.
Libraries should not use signals like this, behind application's
backs.
|
| |
|
no comments
|
|
  |
|
|
  |
Author: DasnDasn
Date: Apr 15, 2008 14:26
On 15/04/08 10:56 -0400, Ray wrote:
>
>This is unnecessary, it already saves a copy of the report when you
>abort (see sendbug(1)):
>
> Once the PR is filled out, the user exits the editor and is presented
> with a choice: a)bort, e)dit, or s)end. If abort is selected, the report
> is not deleted and the pathname of the report is printed. If edit is se-
> lected, the user is given a chance to re-edit the report.
>
That's different, the temp file is not exactly the same as what is going
to be sent to the pipe. What if there's a bug in the 'send_file'
function?
--
Dasn
|
| |
|
no comments
|
|
  |
Author: RayRay
Date: Apr 15, 2008 07:59
On Tue, Apr 15, 2008 at 7:43 AM, Dasn lavabit.com> wrote:
> On 12/04/08 23:50 -0400, Ray wrote:
>
>> Sendbug was rewritten some time ago, so your patch doesn't apply, sorry.
>>
>> I was unaware of problems people had with sendmail, is this a widespread
> problem?
>>
>> -Ray-
>>
>>
>
> I'm still in obsd 4.1, thanks for your pointer.
>
> When I use the sendmail to deliver messages to some mail servers, I got
> the message returned with errors like:
>
>
>> Diagnostic-Code: SMTP; 550 The IP address x.x.x.x has been listed on a
>> realtime blacklist ... ...
|
| Show full article (1.38Kb) |
|
no comments
|
|
  |
|
|
  |
Author: DasnDasn
Date: Apr 15, 2008 04:54
On 12/04/08 23:50 -0400, Ray wrote:
>Sendbug was rewritten some time ago, so your patch doesn't apply, sorry.
>
>I was unaware of problems people had with sendmail, is this a
>widespread problem?
>
>-Ray-
>
I'm still in obsd 4.1, thanks for your pointer.
When I use the sendmail to deliver messages to some mail servers, I got
the message returned with errors like:
> Diagnostic-Code: SMTP; 550 The IP address x.x.x.x has been listed on a
> realtime blacklist ...
I suppose my ISP's NAT allocated a notorious address for me. So I have
to use an alternative SMTP server to send the mail.
The following patch against the new (rewritten) sendbug (v4.2), with the
PR_AGENT feature and a few minor fixes.
Anyway, another use of the 'PR_AGENT' feature is, to help test sendbug's
send-outs, like:
|
| Show full article (4.30Kb) |
|
no comments
|
|
|
|
|