svn commit: r453513 - /james/jspf/trunk/src/main/java/org/apache/james/jspf/SPF.java

2006-10-05 Thread norman
Author: norman Date: Thu Oct 5 23:55:26 2006 New Revision: 453513 URL: http://svn.apache.org/viewvc?view=rev&rev=453513 Log: Remove the initalizeFallback method and use lazy initalization Modified: james/jspf/trunk/src/main/java/org/apache/james/jspf/SPF.java Modified: james/jspf/trunk/src/

[jira] Resolved: (JAMES-641) POP3 list return messages in order as they comes with file pair

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-641?page=all ] Norman Maurer resolved JAMES-641. - Fix Version/s: Trunk Resolution: Fixed > POP3 list return messages in order as they comes with file pair > -

svn commit: r453510 - /james/server/trunk/src/conf/james-config.xml

2006-10-05 Thread norman
Author: norman Date: Thu Oct 5 23:44:59 2006 New Revision: 453510 URL: http://svn.apache.org/viewvc?view=rev&rev=453510 Log: Add comment to for sorting feature. Thx to davide.bz. See JAMES-641 Modified: james/server/trunk/src/conf/james-config.xml Modified: james/server/trunk/src/conf/james

Re: [VOTE] Non compliance disclaimer

2006-10-05 Thread Norman Maurer
That sound good. Any other ideas ? Guillermo Grandes schrieb: +1 (If I can vote) BUT with a minor note (as Stefano says) or ideas: I prefer parameters documented, no-hidden, with a Note in config.xml, and when it is possible, the parameters that are used to perhaps indicate one feature/worka

Soldiers, who had seen no. So is very

2006-10-05 Thread Dennis Gray
So? It too or I didn't (do you in communication with hating eyes soldier and what would be found space could be well, if - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (JAMES-652) Add info in about HELO/EHLO in "Received:" Header

2006-10-05 Thread Guillermo Grandes (JIRA)
Add info in about HELO/EHLO in "Received:" Header - Key: JAMES-652 URL: http://issues.apache.org/jira/browse/JAMES-652 Project: James Issue Type: Improvement Components: SMTPServer

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Guillermo Grandes
From: "Jürgen Hoffmann": to Normans Luck, I am the Boss who actually heard of the RFC and actually knows what JAMES is capable of. And I make the technology decisions AND I have to bare with them. Plus I try to keep my Boss out of Normans Back, when James gives us trouble at some installation

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Guillermo Grandes
+1 (If I can vote) BUT with a minor note (as Stefano says) or ideas: I prefer parameters documented, no-hidden, with a Note in config.xml, and when it is possible, the parameters that are used to perhaps indicate one feature/workarround not-RFC could be named according to this, as example:

Re: Discussing proposals

2006-10-05 Thread Joachim Draeger
Hi Bernd, I didn't want to leave the impression that I took something personal, sorry. I really appreciate your input. And in fact you did re-animated the discussion and hit important topics and I argued eagerly. And just because I don't want to complain endlessly about stalling discussions I

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Jürgen Hoffmann
Hi, to Normans Luck, I am the Boss who actually heard of the RFC and actually knows what JAMES is capable of. And I make the technology decisions AND I have to bare with them. Plus I try to keep my Boss out of Normans Back, when James gives us trouble at some installations. As I showed my Bo

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Guillermo Grandes
mmm... well, I have imagination... both are byteaction family? the "evil" boss? the suffered sysadmin? another suffered developer? the reincarnation of Elvis? ok, ok, I surrender :-) Have a nice day! :-) Guillermo - Original Message - From: "Jürgen Hoffmann" <[EMAIL PROTECTED]> To:

[jira] Resolved: (JAMES-649) error "OutOfMemoryError: JAVA HEAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-649?page=all ] Norman Maurer resolved JAMES-649. - Fix Version/s: Trunk Resolution: Fixed seems to be fixed. > error "OutOfMemoryError: JAVA HEAP SPACE" in connections log file when doing > a POP TOP f

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Jürgen Hoffmann
Hi Guillermo, not only yours ;) ask Norman about it ;) and then ask yourself who I might be ;) kind regards Jürgen Guillermo Grandes schrieb: Hi Jürgen, Wow, you have described my life! :-) See also mail: Subject: Re: [jira] Commented: (JAMES-648) Corrupted MIME message [...] Sent: Tue,

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Jürgen Hoffmann
+1 Danny Angus schrieb: All, Please indicate your vote in the usual way (+1,0,-1) for the following: The standards compliance policy statement on http://james.apache.org/server/design_objectives.html is a pragmatic one. However the idea that the documentation be hidden is flawed, as it highlig

[jira] Assigned: (JAMES-641) POP3 list return messages in order as they comes with file pair

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-641?page=all ] Norman Maurer reassigned JAMES-641: --- Assignee: Norman Maurer You are right. There is a lack in the documentation. I will take care.. Thx for reporting > POP3 list return messages in order as

[jira] Commented: (JAMES-641) POP3 list return messages in order as they comes with file pair

2006-10-05 Thread davide.bz (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-641?page=comments#action_12440208 ] davide.bz commented on JAMES-641: - The suggestion I have maded is wrong. I have debug the code ... a sort is already there without code modification (but where is d

svn commit: r453285 - in /james/jspf/trunk: ./ src/main/java/org/apache/james/jspf/ src/main/java/org/apache/james/jspf/impl/ src/test/java/org/apache/james/jspf/

2006-10-05 Thread bago
Author: bago Date: Thu Oct 5 09:43:45 2006 New Revision: 453285 URL: http://svn.apache.org/viewvc?view=rev&rev=453285 Log: Removed unused methods constants to reach 76.5% coverage (ok this is cheating ;-) ) Moved service implementations with dependencies in the impl package (we could even move

Re: Sent items facility in JAMES

2006-10-05 Thread Danny Angus
On 05/10/06, Raghavendra Setty <[EMAIL PROTECTED]> wrote: Hi, Can you please share some thought on how can i do these two (sent item and read/unread) at client side if not at James side? (may be the approach) You use UIDL to get the ID's of the messages and maintain a local list of states of m

svn commit: r453276 - in /james/jspf/trunk/src: main/java/org/apache/james/jspf/ main/java/org/apache/james/jspf/exceptions/ main/java/org/apache/james/jspf/policies/local/ test/java/org/apache/james/

2006-10-05 Thread bago
Author: bago Date: Thu Oct 5 08:53:51 2006 New Revision: 453276 URL: http://svn.apache.org/viewvc?view=rev&rev=453276 Log: Removed SPFInternalResult (we don't use it anymore) Moved DefaultExplanationPolicy to policies.local Introduced a common abstract SPFResultException to be used as the root

Re: [jira] Resolved: (JAMES-648) Corrupted MIME message with 8bit in body

2006-10-05 Thread Norman Maurer
Just to say that we for sure help Guillermo to try fixin it with a costum way. But i don't think that the fix will get in james code base. bye Norman Norman Maurer (JIRA) schrieb: [ http://issues.apache.org/jira/browse/JAMES-648?page=all ] Norman Maurer resolved JAMES-648. --

[jira] Resolved: (JAMES-648) Corrupted MIME message with 8bit in body

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-648?page=all ] Norman Maurer resolved JAMES-648. - Fix Version/s: Trunk Resolution: Won't Fix The 8bit problem is fixed now. I don'T think we find a solution how to handle on the two Content-Type headers

Re: [jira] Commented: (JAMES-648) Corrupted MIME message with 8bit in body

2006-10-05 Thread Norman Maurer
Hi Guillermo, i think thats exactly the point! If you want to alter/modify a message and the message is not rfc complicant you must expect such problems. I don't think there is many we can do. Maybe we could "rename" on of the Content-Type headers but i think that is not a good solution. If

Re: [jira] Commented: (JAMES-648) Corrupted MIME message with 8bit in body

2006-10-05 Thread Guillermo Grandes
Hi Norman! If I don't use James, the message is passed to other server (IIS, Exchange, etc) untouched... (nothing changes) IMHO, I think that these other servers don't see the content, only envelope and nothing more (If James is configured without any mailet, James acts as an standard server

[jira] Resolved: (JSPF-33) Use commons cli for commandline parsing

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JSPF-33?page=all ] Norman Maurer resolved JSPF-33. --- Fix Version/s: 0.9b4 Resolution: Fixed forgot to close it > Use commons cli for commandline parsing > --- > >

Re: [jira] Commented: (JAMES-649) error "OutOfMemoryError: JAVA H EAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Stefano Bagnara
[EMAIL PROTECTED] wrote: Problem: This correction has bad collateral effects. Actually, when I launched now 10 000 messages (10 Kos) with NO DELAY between 2 messages, I've got an error "not possible to listen on port 25" on my program for few of messages. Sorry, I don't understand the collat

svn commit: r453243 - /james/jspf/trunk/src/main/java/org/apache/james/jspf/localpolicy/

2006-10-05 Thread bago
Author: bago Date: Thu Oct 5 07:09:51 2006 New Revision: 453243 URL: http://svn.apache.org/viewvc?view=rev&rev=453243 Log: Forgot to remove the localpolicy empty package Removed: james/jspf/trunk/src/main/java/org/apache/james/jspf/localpolicy/ -

svn commit: r453241 [2/2] - in /james/jspf/trunk/src/main/java/org/apache/james/jspf: ./ core/ localpolicy/ parser/ policies/ policies/local/ terms/

2006-10-05 Thread bago
Modified: james/jspf/trunk/src/main/java/org/apache/james/jspf/terms/RedirectModifier.java URL: http://svn.apache.org/viewvc/james/jspf/trunk/src/main/java/org/apache/james/jspf/terms/RedirectModifier.java?view=diff&rev=453241&r1=453240&r2=453241 ==

RE: [jira] Commented: (JAMES-649) error "OutOfMemoryError: JAVA H EAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Maxime . LORIDAN
Problem: This correction has bad collateral effects. Actually, when I launched now 10 000 messages (10 Kos) with NO DELAY between 2 messages, I've got an error "not possible to listen on port 25" on my program for few of messages. -Message d'origine- De : LORIDAN Maxime - EXT Envoyé :

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Guillermo Grandes
Hi Jürgen, Wow, you have described my life! :-) See also mail: Subject: Re: [jira] Commented: (JAMES-648) Corrupted MIME message [...] Sent: Tue, 3 Oct 2006 22:25:01 +0200 really I am surprised. Thanks, Guillermo - Original Message - From: "Jürgen Hoffmann" <[EMAIL PROTECTED]> To:

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Danny Angus
On 05/10/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: So I think that we should simply add a small sentence and a link/reference to the big statement. Hope this can be considered in this vote. Seems reasonable to me. - To

RE: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Noel J. Bergman
+1 --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [jira] Commented: (JAMES-649) error "OutOfMemoryError: JAVA H EAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Stefano Bagnara
[EMAIL PROTECTED] wrote: Yes it works! Thanks! PS: Do you know if this code will be included in the next version of JAMES? Unfortunately we are in the last RC phase of our current release and it is unlikely we'll include this in 2.3.0. 2.3.1 or 2.4.0 will include this fix for sure. So unl

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Stefano Bagnara
+1 BUT with a minor note: I think that "the documentation MUST contain the following statement" and then a 6 sentece statement is too much as the requirement. We'll probably have minor things that will need this disclaimer and it would not make sense to paste 20 lines of comments above every co

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Bernd Fondermann
+1 :-) wow, what a comeback! Bernd On 10/5/06, Danny Angus <[EMAIL PROTECTED]> wrote: All, Please indicate your vote in the usual way (+1,0,-1) for the following: The standards compliance policy statement on http://james.apache.org/server/design_objectives.html is a pragmatic one. However th

Re: [jira] Commented: (JAMES-649) error "OutOfMemoryError: JAVA H EAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Norman Maurer
We will vote for it... For me it should be in the next Version. Thx for testing . bye Norman [EMAIL PROTECTED] schrieb: Yes it works! Thanks! PS: Do you know if this code will be included in the next version of JAMES? -Message d'origine- De : Stefano Bagnara (JIRA) [mailto:[EMAIL PR

RE: [jira] Commented: (JAMES-649) error "OutOfMemoryError: JAVA H EAP SPACE" in connections log file when doing a POP TOP for 4000 messages

2006-10-05 Thread Maxime . LORIDAN
Yes it works! Thanks! PS: Do you know if this code will be included in the next version of JAMES? -Message d'origine- De : Stefano Bagnara (JIRA) [mailto:[EMAIL PROTECTED] Envoyé : mercredi 4 octobre 2006 17:55 À : [EMAIL PROTECTED] Objet : [jira] Commented: (JAMES-649) error "OutOfMemo

Re: [VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Norman Maurer
Danny Angus schrieb: All, Please indicate your vote in the usual way (+1,0,-1) for the following: The standards compliance policy statement on http://james.apache.org/server/design_objectives.html is a pragmatic one. However the idea that the documentation be hidden is flawed, as it highlights

[jira] Commented: (JAMES-643) Replace all java.net.InetAddress usage with dnsjava

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-643?page=comments#action_12440123 ] Norman Maurer commented on JAMES-643: - I removed all usage. Only some usage is left in mailets. The mailets are: org.apache.james.transport.mailets: * AbstractR

[VOTE] Non compliance disclaimer (was: Change in policy to for JAMES to violate RFCs)

2006-10-05 Thread Danny Angus
All, Please indicate your vote in the usual way (+1,0,-1) for the following: The standards compliance policy statement on http://james.apache.org/server/design_objectives.html is a pragmatic one. However the idea that the documentation be hidden is flawed, as it highlights neither the feature no

Re: Backport JAMES-644

2006-10-05 Thread Bernd Fondermann
well, we discussed this already, see thread "[jira] Commented: (JAMES-644) FileRegexMatcher possibly leaks minor memory on startup" my opinion did not change. I share Stefanos view, below. Bernd On 10/5/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Norman Maurer wrote: > Hi all, > > should

Re: Discussing proposals

2006-10-05 Thread Bernd Fondermann
On 10/5/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Bernd Fondermann wrote: > On 10/4/06, Joachim Draeger <[EMAIL PROTECTED]> wrote: >> [...] >> It's like every time at the James project. A proposal is done, some >> discussion raises up. If a "religious" architecture topic is hit like >> "too

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Norman Maurer
Stefano Bagnara schrieb: Danny Angus wrote: On 05/10/06, Bernd Fondermann <[EMAIL PROTECTED]> wrote: does anyone see the need for a more formal vote about the patch and/or the policy? if yes, please speak up now. No. The policy is a pragmatic one, the idea that the documentation be hidden is

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Stefano Bagnara
Danny Angus wrote: On 05/10/06, Bernd Fondermann <[EMAIL PROTECTED]> wrote: does anyone see the need for a more formal vote about the patch and/or the policy? if yes, please speak up now. No. The policy is a pragmatic one, the idea that the documentation be hidden is flawed, it highlights nei

[jira] Updated: (JAMES-552) Clamav code should be moved to a "generic" class to use it on mailet,matcher,messagehandler

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-552?page=all ] Norman Maurer updated JAMES-552: Assignee: (was: Norman Maurer) Unassign me. I will not work on this in the near future. Maybe some other commiter want to do > Clamav code should be moved

[jira] Resolved: (JAMES-555) Bayesiananalysis should support not only mysql and msql

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-555?page=all ] Norman Maurer resolved JAMES-555. - Resolution: Fixed now we have mysql, msql and derby. Derby was the most importent , so i close this. > Bayesiananalysis should support not only mysql and ms

[jira] Resolved: (JAMES-637) javamailstore-mailrepository6

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-637?page=all ] Norman Maurer resolved JAMES-637. - Fix Version/s: Trunk Resolution: Fixed commited to trunk. The problem is that the junit test mostly fail cause of buggy mstor. so i not added the junit

[jira] Resolved: (JAMES-644) FileRegexMatcher possibly leaks minor memory on startup

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-644?page=all ] Norman Maurer resolved JAMES-644. - Resolution: Fixed > FileRegexMatcher possibly leaks minor memory on startup > --- > > Key:

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Danny Angus
On 05/10/06, Bernd Fondermann <[EMAIL PROTECTED]> wrote: does anyone see the need for a more formal vote about the patch and/or the policy? if yes, please speak up now. No. The policy is a pragmatic one, the idea that the documentation be hidden is flawed, it highlights neither the feature nor

Re: Backport JAMES-644

2006-10-05 Thread Stefano Bagnara
Norman Maurer wrote: Hi all, should we backport the follow minor patch to 2.3 branch : http://issues.apache.org/jira/browse/JAMES-644 bye Norman -0 The only problem is a single file descriptor kept open while running: nothing to call home for. I would do this only if we'll need a further

[jira] Created: (JAMES-651) FastFail statistics

2006-10-05 Thread Norman Maurer (JIRA)
FastFail statistics --- Key: JAMES-651 URL: http://issues.apache.org/jira/browse/JAMES-651 Project: James Issue Type: New Feature Reporter: Norman Maurer Assigned To: Bernd Fondermann Priority

[jira] Commented: (JAMES-52) 8bitmime capabilities missing

2006-10-05 Thread Norman Maurer (JIRA)
[ http://issues.apache.org/jira/browse/JAMES-52?page=comments#action_12440085 ] Norman Maurer commented on JAMES-52: After move to javamail-1.4.1ea the 8bit stuff seems to work :-) all which are intressted should checkout the current trunk

Backport JAMES-644

2006-10-05 Thread Norman Maurer
Hi all, should we backport the follow minor patch to 2.3 branch : http://issues.apache.org/jira/browse/JAMES-644 bye Norman - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Bernd Fondermann
First of all thx for this wonderfull mail. I needed 5 minutes to stop laughting.. I think now my girlfriend really think im crayz ;-) You really got it! Thats exactly the Story which every admin knows... And yes I fully agree with you. So i whould temporary add the patch posted at: http://issues.a

Re: Javamail 1.4.1ea-SNAPSHOT 15/Sep/2006

2006-10-05 Thread Stefano Bagnara
Norman Maurer wrote: Bernd Fondermann schrieb: ok, I see you want it for 2.3.0... ;-) Bernd I want many things for 2.3.0. But i think we should be releastic ;-) So maybe we can put out a 2.4 which support 8bit. Anyway i can also wait for 3.0 or whatever version we use.. bye Norman We

Re: Javamail 1.4.1ea-SNAPSHOT 15/Sep/2006

2006-10-05 Thread Norman Maurer
Bernd Fondermann schrieb: On 10/5/06, Norman Maurer <[EMAIL PROTECTED]> wrote: Bernd Fondermann schrieb: > On 10/4/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: >> The main problem is that now the "next-release" depends on the release >> of 2 final libraries: >> >> dnsjava-2.0.3 >> javamail-1

Re: Javamail 1.4.1ea-SNAPSHOT 15/Sep/2006

2006-10-05 Thread Bernd Fondermann
On 10/5/06, Norman Maurer <[EMAIL PROTECTED]> wrote: Bernd Fondermann schrieb: > On 10/4/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: >> The main problem is that now the "next-release" depends on the release >> of 2 final libraries: >> >> dnsjava-2.0.3 >> javamail-1.4.1 >> >> Let's hope they wo

Re: Javamail 1.4.1ea-SNAPSHOT 15/Sep/2006

2006-10-05 Thread Norman Maurer
Bernd Fondermann schrieb: On 10/4/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote: Hi all, I saw that glassfish/mail had new commits a couple of weeks ago that fixed some of the bugs I reported few months ago. I also saw that the java.net maven repository is publishing a build from 15/Sep/2006 d

Re: Discussing proposals

2006-10-05 Thread Stefano Bagnara
Bernd Fondermann wrote: On 10/4/06, Joachim Draeger <[EMAIL PROTECTED]> wrote: [...] It's like every time at the James project. A proposal is done, some discussion raises up. If a "religious" architecture topic is hit like "too much protocol dependent" there is a lot of discussion for a short ti

Discussing proposals

2006-10-05 Thread Bernd Fondermann
On 10/4/06, Joachim Draeger <[EMAIL PROTECTED]> wrote: Hi Bernd, Am Dienstag, den 03.10.2006, 13:34 +0200 schrieb Bernd Fondermann: > while I see there has been some discussion about this mixed in here, > what is the current architectural target for this? > currently, I am having problems to de

Re: Sent items facility in JAMES

2006-10-05 Thread Stefano Bagnara
Noel J. Bergman wrote: Norman Maurer wrote: JAMES does not use JavaMail for storage (it is bad enough for what we do use it for). In fact, with a wee bit of work, JavaMail will be entirely removed from the POP3 codepath. Who said that we remove it entirely ? From that particular code

RE: Sent items facility in JAMES

2006-10-05 Thread Joachim Draeger
Am Donnerstag, den 05.10.2006, 02:34 -0400 schrieb Noel J. Bergman: > But with one major flaw: it depends upon JavaMail, and JavaMail wants to > instantiate the MimeMessage. WE DO NOT NEED A MIMEMESSAGE FOR POP3. We > only need the stream. I agree. I also don't like the idea of creating a Mime

Re: [jira] Commented: (JAMES-648) Corrupted MIME message with 8bit in body

2006-10-05 Thread Norman Maurer
Hi Guillermo, just an question .. How looks the message if you not use james ? It have still to Content-Type headers ? bye Norman Guillermo Grandes schrieb: EHLO Stefano :-) I have test this, work "half" ;-) Now body is not corrupted, Content-Transfer-Encoding is set to 8bit, but the head

Re: Change in policy to for JAMES to violate RFCs

2006-10-05 Thread Stefano Bagnara
Norman Maurer wrote: Jürgen Hoffmann schrieb: Hi Danny, [...] Kind regards Juergen Hoffmann First of all thx for this wonderfull mail. I needed 5 minutes to stop laughting.. I think now my girlfriend really think im crayz ;-) You really got it! Thats exactly the Story which every admin knows