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]

Reply via email to