On Fri, April 14, 2006 18:46, Marc Powell wrote:
>

>
>> -----Original Message-----
>> From: [EMAIL PROTECTED]
>>
> [mailto:squirrelmail-
>
>> [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent:
>> Friday, April 14, 2006 11:22 AM
>> To: [EMAIL PROTECTED]
>> Cc: [email protected]
>> Subject: Re: [SM-USERS] mail from empty when sending read receipt
>>
>>
>>>> Hi.
>>>>
>>>>
>>>> I'm using squirrel mail 1.4.6 under debian etch.
>>>>
>>>>
>>>> My mailserver refuses empty mail from's. Squirrel seems to send
>>>>
> empty
>>>> mail from's when answering read receipts. Can that be turned off so
>>>>
>> that
>>>> it uses the current email address of the user? Basically it must
> work,
>>>> because when sending an email, it uses the right address as sender.
>>>>
>>>>
>>>> Any hints?
>>>>
>>>
>>> Your mail server is violating RFC.
>>> Any "bad mail from" or receipt message uses "<>" as "mail from".
>>> This means these messages must not be replied (think about
>>>
>> autoresponders).
>>
>> I don't want to start a discussion about rfc compliance vs. stopping
>>
> spam.
>> My question is still unanswered. Is there such an option or not?
>>
>
> Your answer is no. RFC compliance is why the Internet works. Period. SM
> is RFC compliant. Your mail server is not and is therefore broken. DSN
> notifications are sent with a null sender to prevent mail loops. If you're
> not following the rules you can't expect others to change to fix your
> problems.
>
> http://www.faqs.org/rfcs/rfc1891.html
>
>
> 7.1 SMTP Envelope to be used with delivery status notifications
>
>
> The DSN sender address (in the SMTP MAIL command) MUST be a null
> reverse-path ("<>"), as required by section 5.3.3 of [9].  The DSN
> recipient address (in the RCPT command) is copied from the MAIL command
> which accompanied the message for which the DSN is being issued.  When
> transmitting a DSN via SMTP, the RET parameter MUST NOT be used.  The
> NOTIFY parameter MAY be used, but its value MUST be
> NEVER.  The ENVID parameter (with a newly generated envelope-id)
> and/or ORCPT parameter MAY be used.
>
> --
> Marc
>
>

Well said. I couldn't said it better ;-)

Regards,

Marc Groot Koerkamp



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
--
squirrelmail-users mailing list
Posting Guidelines: 
http://www.squirrelmail.org/wiki/MailingListPostingGuidelines
List Address: [email protected]
List Archives: 
http://news.gmane.org/thread.php?group=gmane.mail.squirrelmail.user
List Archives:  http://sourceforge.net/mailarchive/forum.php?forum_id=2995
List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

Reply via email to