bug-mailutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: I'd like to rearrange the stream_t API slightly


From: Sam Roberts
Subject: Re: I'd like to rearrange the stream_t API slightly
Date: Sun, 9 Dec 2001 18:01:55 -0500
User-agent: Mutt/1.3.16i

Quoting Alain Magloire <address@hidden>, who wrote:
> > Allo!
> 
> Bonjour,
>   under the snow, and freezing rain 8(.

That sounds worse than Sept Iles!

> Busy .. Busy

Well.. sounds interesting at least.

> One of the problem with using stdin, is that you can not seek.
> You can get away with this if you use a temporary message_t;
> message_create (&msg, NULL); But the parsing for mailbox insists
> that the stream be seekable.

Are you sure? I'm doing OK now with an unseekable stream.

> And it seems to that your trying to use stdin directly, it
> may be simpler to use a temporary stream/file to isolate.

If I have to, I will.

> The original idea was that stream_t is an interface or virtual class,
> it does not carry an implementation.  The idea is more enforced
> in mailbox2 where there is no stream_create () but rather if
> you want an object that has the signature of stream_t
> you'll have to get it from a factory:
>       stream_file_create (&stream, ...)
>       stream_stdio_create (&stream, ...)

These don't take enough information in them, even in mailbox2, so
you have to pass info to the stream_open() function, which makes
it no longer generic.

Julie had a half-hour meeting when I was in Sept Iles, so attached
is proposal #2.

>       stream_tcp_create (&stream, ...)
>       stream_fd_create (&stream, ...)
>       stream_buffer_create (&stream, ...)


> > ps1 I've implemented the sendmail mailer as described in the docs
> > I committed, next is smtp, but I wanted some comment on how to
> > approach this stream issue as I write/test the smtp mailer.
> 
> There is a sendmail.c and smtp.c that you may want to look
> at first.  The annoying thing with the old code was to
> keep the state to be async safe, a real pain.

I read them, I'm modifying them.

> Is smtp mean the nullmailer that you propose last time?

No, I mean that the mailer_t API now forces the user into sendmail "-t" mode,
making it impossible to bounce messages or send DSNs.

The mailer.texi I committed describes the interface change I
need, I'm modifying sendmail.c and smtp.c to implment those
changes. sendmail.c is done. smtp.c is harder, I will work on it
tonight.

> Using SMTP on port 25(default) to deliver mail to a mailhub,
> no MX lookup was involved right?

Different utility.... I've about 9 on my wishlist... and no time.

Cheers.

Sam

-- 
Sam Roberts <address@hidden> (Vivez sans temps mort!)

Attachment: _stream.txt
Description: Text document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]