[ 
https://issues.apache.org/jira/browse/JAMES-2515?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16567947#comment-16567947
 ] 

John Bester commented on JAMES-2515:
------------------------------------

Thanks. I have already added 'ignorercpt-header', but not in 'account' tag, 
since I am using the 'alllocal' tag in stead (just to clarify - I have 
<alllocal ... ignorercpt-header="true" ...). I also tried the all lower case 
remoteReceivedHeader, but then james does not start up.

I also tried using individual <account> elements in stead of <alllocal> in case 
the ignorercpt-header does not work in <alllocal>. First round had no errors, 
so I looked at webmail, but none of the messages were deleted and all entries 
in the log said "Processed 0 messages". When I looked closer, I found that the 
first (empty) account was repeatedly checked, but not the rest. I then 
commented out all accounts except the one with the header problem and restarted 
James. I then all the errors as before. So it would seem that individual 
<account> entries might under certain circumstances not be processed correctly.

> Fetchmail rejects messages
> --------------------------
>
>                 Key: JAMES-2515
>                 URL: https://issues.apache.org/jira/browse/JAMES-2515
>             Project: James Server
>          Issue Type: Bug
>          Components: FetchMail
>    Affects Versions: 3.0.1
>         Environment: Ubuntu Server 18.04
> Java 1.8.0_171
>            Reporter: John Bester
>            Priority: Major
>
> Some emails are rejected by FetchMail and there seems to be no way around 
> this. In the fetchmail logs, the following type of error can be found 
> repeatedly:
> INFO | Rejected mail with an invalid Received: header at index 1. Message ID: 
> <...>. Flags: Seen = false, Delete = false.
> INFO | Ignoring recipient header. Using configured recipient as new envelope 
> recipient: <email@address>. Message ID: <...>. Flags: Seen = false, Delete = 
> false.
> I need an urgent workaround to force emails to be downloaded in cases like 
> this. Emails that seems perfectly ok in webmail are not downloaded.
> From a web search I found the following possible solution, but it does not 
> work for me:
> <fetchmail ...>
>   <fetch ...>
>     <remoteReceivedHeader index="1" reject="false" leaveonserver="true" 
> markseen="true"/>
>   </fetch>
> </fetchmail>



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

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

Reply via email to