I've verified the fix.
Thanks
Manolo

On Sat, Feb 27, 2010 at 4:38 PM, Norman Maurer <[email protected]> wrote:
> Hi Manuel,
>
> you were right. I was looking at the wrong place for this. I just
> committed a fix. Please update your source and try again.
>
> Thx,
> Norman
>
> 2010/2/27 Norman Maurer <[email protected]>:
>> Hi Manuel,
>>
>> I can't reproduce this.. Emails to remote addesses get only send once
>> here. It get deleted in the outgoing folder too..
>>
>> Can you give me some more infos ?
>>
>> Bye,
>> Norman
>>
>> 2010/2/26 Norman Maurer <[email protected]>:
>>> Hi manuel
>>>
>>> I will investigate later on the sending loop, no idea out of my head
>>> what could cause this.
>>>
>>> About not able to see emails via imap, it's normal. You can only use
>>> Imap or Pop3
>>> the both don't share the same storage. If you want to use Imap You
>>> need to uncomment the SieveMailet.
>>>
>>> Bye
>>> Norman
>>>
>>> 2010/2/26, Manuel Carrasco Moñino <[email protected]>:
>>>> Yes, local delivery works fine and I can see the email using pop
>>>> protocol but not in imap.
>>>>
>>>> Here a bunch of lines from my logs (smtpserver.log and mailet.log),
>>>> you can see how the server send the same email continuously.
>>>>
>>>> INFO  12:34:45,775 | james.smtpserver | This SMTP server does not
>>>> require authentication.
>>>> INFO  12:34:45,776 | james.smtpserver | Authorized addresses:
>>>> [127.0.0.0/255.0.0.0]
>>>> INFO  12:34:45,776 | james.smtpserver | No maximum message size is
>>>> enforced for this server.
>>>> INFO  12:34:45,776 | james.smtpserver | The idle timeout will be reset
>>>> every 20480 bytes.
>>>> INFO  12:35:51,822 | james.smtpserver | Successfully spooled mail
>>>> Mail1267184151776-1 from man...@localhost on 127.0.0.1 for
>>>> [[email protected]]
>>>> INFO  12:40:07,057 | james.smtpserver | Successfully spooled mail
>>>> Mail1267184407031-3 from [email protected] on 127.0.0.1 for
>>>> [[email protected]]
>>>>
>>>>
>>>> INFO  10:46:37,372 | james.mailetcontext | Delay of 300000 msecs is
>>>> now attempted: 25 times
>>>> INFO  12:34:45,427 | james.mailetcontext | Authorized addresses:
>>>> [127.0.0.1/255.255.255.255]
>>>> INFO  12:34:45,455 | james.mailetcontext | maxRetries is larger than
>>>> total number of attempts specified.  Increasing last delayTime with 24
>>>> attempts
>>>> INFO  12:34:45,456 | james.mailetcontext | Delay of 300000 msecs is
>>>> now attempted: 25 times
>>>> INFO  12:36:19,707 | james.mailetcontext | Attempting delivery of
>>>> Mail1267184151776-1-to-alcala.org to host ASPMX.L.GOOGLE.COM. at
>>>> 209.85.218.38 for addresses [[email protected]]
>>>> INFO  12:36:20,857 | james.mailetcontext | Mail
>>>> (Mail1267184151776-1-to-alcala.org) sent successfully to
>>>> ASPMX.L.GOOGLE.COM. at 209.85.218.38 for [[email protected]]
>>>> INFO  12:37:17,825 | james.mailetcontext | Attempting delivery of
>>>> Mail1267184151776-1-to-alcala.org to host ASPMX.L.GOOGLE.COM. at
>>>> 209.85.218.38 for addresses [[email protected]]
>>>> INFO  12:37:18,880 | james.mailetcontext | Mail
>>>> (Mail1267184151776-1-to-alcala.org) sent successfully to
>>>> ASPMX.L.GOOGLE.COM. at 209.85.218.38 for [[email protected]]
>>>> INFO  12:38:17,899 | james.mailetcontext | Attempting delivery of
>>>> Mail1267184151776-1-to-alcala.org to host ASPMX.L.GOOGLE.COM. at
>>>> 209.85.217.39 for addresses [[email protected]]
>>>> INFO  12:38:20,303 | james.mailetcontext | Mail
>>>> (Mail1267184151776-1-to-alcala.org) sent successfully to
>>>> ASPMX.L.GOOGLE.COM. at 209.85.217.39 for [[email protected]]
>>>>
>>>>
>>>> On Fri, Feb 26, 2010 at 1:01 PM, Norman Maurer
>>>> <[email protected]> wrote:
>>>>> So it only happens when sending emails to remote ? Local delivery works
>>>>> fine ?
>>>>>
>>>>>
>>>>> Thx,
>>>>> Norman
>>>>>
>>>>> 2010/2/26 Manuel Carrasco Moñino <[email protected]>:
>>>>>> Hello
>>>>>>
>>>>>> I'm playing with james trunk, when I send an email which has to be
>>>>>> delivered remotely the message is sent successfully and the spool
>>>>>> continues sending the same message for ever. Is it something wrong?
>>>>>>
>>>>>> Manolo
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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