On Wed, Apr 12, 2000 at 01:26:07AM -0200, Manuel Lemos wrote:
> Hello John,
>
> On 12-Apr-00 02:05:12, you wrote:
>
> >On Wed, Apr 12, 2000 at 12:50:41AM -0200, Manuel Lemos wrote:
> >> Do you mean there is no way to determine wether the SMTP server supports
> >> VERP?
>
> >Of course there is. You can tell an SMTP server can receive VERP
> >encoded sender addresses by the fact that it's an SMTP server.
>
> I was not meaning receiving servers, but sending servers as I want to relay
> messages to a local server using SMTP, not qmail-inject or some other
> program. For reasons specific of my purposes I need to relay mail using
> SMTP.
Of course, if you're contacting an SMTP server to relay for you, then
-IT- can receive VERP encoded sender addresses by the fact that it
is an SMTP server.
Are you requesting a method to avoid doing the verp expansion on your
own?
> Yes, but id does not contain any example of typical SMTP data interchange
> to use VERP like most SMTP based RFC present.
Your side would look like:
HELO domain.com
FROM: <[EMAIL PROTECTED]>
TO: <[EMAIL PROTECTED]>
DATA
[message]
.
> Another thing, eGroups lists now send messages with headers like this:
>
> X-eGroups-Return: [EMAIL PROTECTED]
>
> I suppose this is enabled with VERP.
Nope. "Variable Envelope Return Paths" That's not a return path.
Thus, it's not a verp. It mimics the functionality by presumably
using a parser to look for this header in all returns.
> Anybody knows how they achieve this?
Custom software.
John
