I think we should remove it..

Bye,
Norman

2010/11/9 Eric Charles <[email protected]>:
> Hi,
>
> RemoteAddrNotInNetwork is still in the default conf for M2.
> Should we leave it as such and document it or simply remove it.
> The smtp auth being now enabled in smtpserver.xml, the remove should not
> arm.
> WDYT?
>
> Eric
>
>
> On 9/11/2010 18:23, Norman Maurer wrote:
>>
>> Hi Craig,
>>
>> make sure you don't have the RemoteAddrNotInNetwork configured in
>> mailetcontainer.xml. This needs to get removed when you use smtp auth.
>>
>> Bye,
>> Norman
>>
>>
>> 2010/11/9 Craig Greenhalgh<[email protected]>:
>>>
>>> Hi I have tried this and i get similar results, here is my log:
>>>
>>> The authenication seams to work, "AUTH method PLAIN succeeded"&  "Sender
>>> allowed" but I still get "Storing mail Mail1289320653918-1 in
>>> file://var/mail/relay-denied/"
>>> and nothing is delivered
>>>
>>> Any ideas?
>>>
>>> Thanks
>>>
>>> Craig
>>>
>>>
>>> DEBUG 16:37:33,622 | james.smtpserver | Lookup command handler for
>>> command:
>>> EHLO
>>> DEBUG 16:37:33,665 | james.smtpserver | Lookup command handler for
>>> command:
>>> AUTH
>>> DEBUG 16:37:33,677 | james.smtpserver | executing  hook
>>> org.apache.james.smtpserver.usersrepositoryauthh...@109aca82
>>> DEBUG 16:37:33,693 | james.smtpserver | AUTH method PLAIN succeeded
>>> DEBUG 16:37:33,728 | james.smtpserver | Lookup command handler for
>>> command:
>>> MAIL
>>> DEBUG 16:37:33,764 | james.smtpserver | Lookup command handler for
>>> command:
>>> RCPT
>>> DEBUG 16:37:33,765 | james.smtpserver | executing hook
>>> org.apache.james.smtpserver.AuthRequiredToRelayRcptHook
>>> DEBUG 16:37:33,766 | james.smtpserver | executing hook
>>> org.apache.james.smtpserver.SenderAuthIdentifyVerificationRcptHook
>>> DEBUG 16:37:33,771 | james.smtpserver | executing hook
>>> org.apache.james.protocols.smtp.core.PostmasterAbuseRcptHook
>>> DEBUG 16:37:33,771 | james.smtpserver | executing hook
>>> org.apache.james.smtpserver.fastfail.ValidRcptHandler
>>> DEBUG 16:37:33,772 | james.smtpserver | Sender allowed
>>> DEBUG 16:37:33,810 | james.smtpserver | Lookup command handler for
>>> command:
>>> DATA
>>> DEBUG 16:37:33,946 | james.smtpserver | executing james message handler
>>>
>>> org.apache.james.protocols.smtp.core.esmtp.mailsizeesmtpextens...@6efde050
>>> DEBUG 16:37:33,948 | james.smtpserver | executing james message handler
>>> org.apache.james.smtpserver.adddefaultattributesmessageh...@5e4f12c2
>>> DEBUG 16:37:33,949 | james.smtpserver | executing james message handler
>>> org.apache.james.smtpserver.sendmailhand...@191e0eb
>>> DEBUG 16:37:33,949 | james.smtpserver | sending mail
>>> INFO  16:37:33,977 | james.smtpserver | Successfully spooled mail
>>> Mail1289320653918-1 from [email protected] on 84.9.164.34 for
>>> [[email protected]]
>>> DEBUG 16:37:34,028 | james.smtpserver | Lookup command handler for
>>> command:
>>> QUIT
>>> DEBUG 16:37:34,031 | james.smtpserver | Dispose objects while closing
>>> channel 1382067420
>>> INFO  16:37:34,354 | james.mailetcontext | Storing mail
>>> Mail1289320653918-1
>>> in file://var/mail/relay-denied/
>>>
>>>
>>>
>>> On 09/11/2010 16:17, Eric Charles wrote:
>>>>
>>>> Hi Graig,
>>>>
>>>> The following conf file should do the job
>>>>
>>>>
>>>> https://svn.apache.org/repos/asf/james/server/trunk/container-spring/src/main/config/james/smtpserver.xml
>>>>
>>>> If you've already tested it and it still does not work, can you send the
>>>> log message written in ./log/james-server.log ?
>>>> (You of course have to send with smtp auth enable in your mail client,
>>>> james should ask for it).
>>>>
>>>> Tks,
>>>>
>>>> Eric
>>>>
>>>>
>>>> On 9/11/2010 16:49, Craig Greenhalgh wrote:
>>>>>
>>>>> Hi I'm using 3.0M1, I have set up my server and all works fine locally.
>>>>>
>>>>> When I send a mail from a different machine, it always results in this
>>>>> being placed in relay-denied.
>>>>>
>>>>> I have tried all combinations of authRequired and authorizedAddresses
>>>>>
>>>>> Am I missing something stupid?
>>>>>
>>>>> Thanks
>>>>>
>>>>> Craig
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: [email protected]
>>>>> For additional commands, e-mail: [email protected]
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to