+1
Am 18.05.2010 um 20:19 schrieb Norman Maurer nor...@apache.org:
Hi all,
and the next VOTE is on the way..
To be able to release James Server 3.0-M1 we need to cut a release of
mailet-base 1.1. This is needed to remove SNAPSHOT dependencies.
The 1.0 release had a NPE when using
Hi Robert,
and who would want that sort of feature, when he can have imap? RSS/Atom is
more for webapps, which want to inform a user of site updates.
This was only invented because there is no such feature as imap there...
kind regards
Juergen
-Ursprüngliche Nachricht-
Von: robert
Hi,
-Ursprüngliche Nachricht-
Von: robert burrell donkin [mailto:[EMAIL PROTECTED]
Gesendet: Samstag, 20. Januar 2007 09:32
An: James Developers List
Betreff: Re: [VOTE RESULT] InetAddress unbounded cache patch backport
On 1/18/07, Noel J. Bergman [EMAIL PROTECTED] wrote:
Norman
Hi Vincenzo,
reading your mail, I was wondering what the difference between a minor and a
major feature might be? Who sets the bar, who makes the decision? Who is
responsible to put the branch feature into trunk? IMHO it should be the other
way around.
- New Features into Trunk
- Bugfixes into
could not
delivert. See exceptionToLogString method in RemoteDelivery (trunk) for
an example of processing the chained exceptions.
bye
Norman
Jürgen Hoffmann schrieb:
Norman,
he is talking, that he wants to differentiate between these bounces. IMO He
is
asking on how he can specifically say
Hi Norman,
IMHO it makes more sense to remember which addresses were already mapped, and
compare new destinations to the old mappings. This way, we can detect a loop,
and mappings can be as deep as they wanna be. That way, you cann specifically
log, which address is looping and where. Makes
Norman,
he is talking, that he wants to differentiate between these bounces. IMO He is
asking on how he can specifically say, ok this is a user who is not known to
the other mailserver, this is a user, whos mailbox is full, etc.
Kind regards
Juergen
-Ursprüngliche Nachricht-
Von:
Hi All,
seriously, I disagree with how you expect DNS to work. A Domain has configured
n Nameservers that are responsible for Name resolution. So I would expect
James to use all of them in a loop fashion.
If all Nameservers fail with NXDOMAIN, or we cannot even determine, that
there is not
Hi Vincenzo,
seriously, if another mailserver is delivering a 552 No such user Can we
really be sure that there really is no such user, or that the administrator
may have mis-configured his Mailserver. ;)
Kind regards
Juergen
-Ursprüngliche Nachricht-
Von: Vincenzo Gianferrari Pini
* my sending users get back immediate bounces and I
want instead to try to fix the things, so it's my problem.
I sure may be wrong, but as I said before I'm making a difference here
between *my* nameservers and the *target domain* nameservers.
Vincenzo
Jürgen Hoffmann wrote:
Hi Vincenzo
. November 2006 21:31
An: 'James Developers List'
Betreff: RE: AW: AW: Permanent errors from transient DNS issues?
Jürgen Hoffmann wrote:
Hi Vincenzo,
even if it is a local problem. Do you really want to loose a
week to find out
about it?
I think this discussion has already illustrated valid
Hi Bernd,
From my viewpoint, all he is trying to do is to define a rough road map for
himself with the tools he has at hand.
And if trunk == next-major, where is the difference? Why is everyone so touchy
about the term?
I think what he is doing is fine, you guys voted about what you would like
and trunk: AGAIN (Was: [jira] Updated: (JAMES-663))
On 11/22/06, Jürgen Hoffmann [EMAIL PROTECTED] wrote:
And if trunk == next-major, where is the difference? Why is everyone so
touchy
about the term?
The issue is that it has no meaning.
We all have our own ideas about what the next major release
: AGAIN (Was: [jira] Updated: (JAMES-663))
On 11/22/06, Jürgen Hoffmann [EMAIL PROTECTED] wrote:
Hi Bernd,
From my viewpoint, all he is trying to do is to define a rough road map for
himself with the tools he has at hand.
for himself?
And if trunk == next-major, where is the difference
-Ursprüngliche Nachricht-
Von: Bernd Fondermann [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 22. November 2006 13:16
An: James Developers List
Betreff: Re: Next-Major and trunk: AGAIN (Was: [jira] Updated: (JAMES-663))
On 11/22/06, Jürgen Hoffmann [EMAIL PROTECTED] wrote:
Hi Bernd
Hi Noel,
Noel J. Bergman [mailto:[EMAIL PROTECTED] wrote:
Now, let's consider next-major. As far as I know, we agree that the code in
trunk will branch to be next-major. BUT, we also agree that there is code in
trunk that may not survive the pruning. For example, perhaps none of the IMAP
] Updated: (JAMES-663))
Jürgen Hoffmann wrote:
All he is doing is that he is tagging certain jira-issues,
that they are fixed in the next-major
Well, that is the thing. They may or may not be. What there ARE closed in
is trunk. I don't really care if they are listed against next-major, but
when we
issues both with next-major AND trunk correct?
Kind regards
Juergen
-Ursprüngliche Nachricht-
Von: Jürgen Hoffmann [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 23. November 2006 00:55
An: 'James Developers List'
Betreff: AW: Next-Major and trunk: AGAIN (Was: [jira] Updated: (JAMES-663
Hi Noel,
mail:~# cat /etc/debian_version
3.1
manil:~# java -version
java version 1.5.0_05
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b05)
Java HotSpot(TM) Server VM (build 1.5.0_05-b05, mixed mode)
We have now added a startup parameter to work arounf the InetAddress Issues
Hi Noel,
it is silly to think, that one has to change the source tree, or anything,
so one can build JAMES using an IDE. Your Arguments show me that you are
trying to defend yourself because you are not using such a tool. The
question is why? No one on this list is telling you to use one, nor
Hi,
see below
Juergen
-Ursprüngliche Nachricht-
Von: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 13. November 2006 00:32
An: James Developers List
Betreff: RE: Emacs and Eclipse
Jürgen Hoffmann wrote:
No one on this list is telling you to use one, nor telling you
Hi Bernd,
this is *the best* Mail I read on this thread !!!
Kind regards
Juergen
Bernd Fondermann schrieb:
Hi guys,
so much words again for so few information, and not always fun to read.
anyway, a few very short takes from me to let you know what my
preferences are:
Working on
+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
, 3 Oct 2006 22:25:01 +0200
really I am surprised.
Thanks,
Guillermo
- Original Message - From: Jürgen Hoffmann [EMAIL PROTECTED]
To: James Developers List server-dev@james.apache.org
Sent: Wednesday, October 04, 2006 10:35 PM
Subject: Re: Change in policy to for JAMES to violate RFCs
?
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: James Developers List server-dev@james.apache.org
Sent: Thursday, October
Hi Danny,
Danny Angus wrote:
It is acceptable for us to build non-compliant behaviour into James to
support interoperability with broken implementations. However it
should always be disabled by default so that operators make a
conscious decision to enable non-compliant behaviour.
Well, this
Hi Noel,
Noel J. Bergman schrieb:
why are you against an example inside the configuration file,
which is commented out by default?
I'm flexible. I just really don't like making it too easy for people to
violate the standards.
looks like we will find a compromise here ;)
Kind regards
Hi,
Noel J. Bergman schrieb:
handler command=MAIL,RCPT
class=org.apache.james.smtpserver.FixMissingBrackets/
or just
handler class=org.apache.james.smtpserver.FixMissingBrackets/
This approach sounds like a great solution to a common problem, and
could be used for other rfc
should allow this.
I am thinking about the same way HTML is able to distinct between
transitional and strict.
Could this be a way to go? That way the behaviour is still configurable,
as the user desires. Correct?
Kind regards
Juergen Hoffmann
Stefano Bagnara schrieb:
Jürgen Hoffmann wrote
Hi to all Developers,
I have been following this thread for some time now. Being a Person
that is only watching, I came to the conclusion that You as Developers
have a totally different understanding as of what should be a 2.4
Release.
Right now you are quarreling about things that should be
.
Jürgen Hoffmann
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Bernd,
Bernd Fondermann schrieb:
... and probably common many others here at Apache. (Some are even
worse ;-)) It is sometimes painful, but this community is not driven
by project management, it is driven by _consent_. It's not always as
pragmatic as everyone would like to have it. And there
Hi Stefano, Hi Bernd,
Bernd, this was by no means to be understood as an offense or
anything
against other active contributors on this project. This List is
neither
complete nor a concrete suggestion. Replace the Names in the Lists
with
A, B, C, and D.
-1. Not agreed. I favor all the
sense to you guys? If not, I will clarify more.
Kind regards
Juergen Hoffmann
-Ursprüngliche Nachricht-
Von: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Gesendet: Sonntag, 20. August 2006 17:45
An: James Developers List
Betreff: Bayesian import/export?
Jürgen Hoffmann asked:
why
?
Noel J. Bergman wrote:
Jürgen Hoffmann asked:
why no export?
In what format would you like an export of Bayesian data?
One possibility might be
http://www.w3.org/2004/09/13-Yoshio/PositionPaper.html. Anyone feel like
writing import/export tools for that?
No, our need is *much
Hi Norman, Hi Noel,
to obey debian naming rules AND support ubuntu packages, i would depend upon
java2-runtime and suggest sun-java5-jre.
Just my 2 cents
Juergen Hoffmann
-Ursprüngliche Nachricht-
Von: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Gesendet: Samstag, 12. August 2006
Hi,
why no export? This would make it possible to create a dummy domain with a
honey pot mail address, which is only expected to receive spam. Going a step
further, it would be great if one could set this as an automatic feeder to
the Bayesian Analyzer for spam without storing the data.
Having
Hi again,
done some more reading. I would probably suggest both free-java-sdk, and
sun-java5-jre, but depend on java2-runtime. Both Packages provide that.
Kind regards
Juergen Hoffmann
-Ursprüngliche Nachricht-
Von: Jürgen Hoffmann [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 16
Hi,
Am Montag, 24. Juli 2006 01:27 schrieb Noel J. Bergman:
Something more important: I am -1 on the current code. The technical
justification for vetoing this change is that we are tracking only the IP
address. One person on a non-routable subnet authenticates via POP3 or
IMAP, and
Hi Noel,
Am Montag, 24. Juli 2006 04:15 schrieb Noel J. Bergman:
And in ancient days, almost all mail servers were open relays. And we also
didn't used to have so many hotels, Internet cafes, offices, even some
service providers, using non-routable subnets and a single gateway IP. But
with
40 matches
Mail list logo