[
https://issues.apache.org/jira/browse/JAMES-3688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Serge Byishimo updated JAMES-3688:
--
Summary: Released source codes dont build (with docker) coz they dont have
git presence (was
Serge Byishimo created JAMES-3688:
-
Summary: Didn't mention git repo presence requirement
Key: JAMES-3688
URL: https://issues.apache.org/jira/browse/JAMES-3688
Project: James Server
I do not have a use for telling someone their message is
non-compliant. I have a use for parsing emails. I'm a simpleton user
though, so can only speak to my own needs.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e.
; tends to be a lack of community engagement and involvement in the
> branch and the results are present as a complete take-it-or-leave-it
> solution.
+1. I think it's a good observation and a good suggestion to help
guide future contributions.
--
Serge Knystautas
Lokitech >> software
ng heavy lifting with major components
rewritte? Or do you see this as a decoupling of sorts? My foggy head
is telling me that SMTP and POP3 won't be too bad protocol wise but
might be tough for configuration and some dependencies (mailbox
access, user lists, etc...). IMAP hurts my br
eone who knows unix pretty well could write a way to log all
incoming port 25 traffic so we could get some real world attack
vectors/invalid mime messages/random junk.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAI
ked configuration, or do you need more community support to get
this rolling? If it's the former, then giddyup!
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
till finds some reason to use mordred can download
> the code and do their own build, *OR* explain to us why we should still
> maintain mordred.
I'm good with this too... either separate build that's a binary
dependency or just a separate download to build manually.
--
Serge Kn
te mordred, it will be removed as
> soon
> > > as I can start work on the new stable branch.
>
> > I created JIRA-605 (http://issues.apache.org/jira/browse/JAMES-605) to
> > remove mordred and you replied that you was ok with deprecating it but
> > not removin
ace and well understood notion, and I would go defer to the
notion (how you would expect this to behave) and suffer the
performance penalty that is inherent with that notion rather than try
to complicate or reinvent the notion.
--
Serge Knystautas
Lokitech >> software . strategy . design
On Sun, Mar 2, 2008 at 3:59 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> [X] +1 Move Mailets to Mailet subproject
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.550
ct my system better so I don't have to spend $10,000+ on RAM,
or how to do the same traffic with 50 servers. In the meantime I'll
gladly take options that expand my flexibility and help me get by.
MBA stands for "Master of Being Abeyant" *
* abeyant - the only synonym of lazy th
t;
> What do others think?
+1. WAR would be great... what you were thinking in terms of web UI?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
On Dec 18, 2007 4:55 PM, Robert Burrell Donkin
<[EMAIL PROTECTED]> wrote:
> On Dec 18, 2007 9:50 PM, Danny Angus <[EMAIL PROTECTED]> wrote:
> > Serge, is it all spam? Or real messages? I ask because 1.2m real
> > messages would be worth having, but 1.2m bi
would this interest you?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional command
On 11/2/07, Norman Maurer <[EMAIL PROTECTED]> wrote:
> B) +1
+1
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubs
I don't care
> [] -1, Veto! Don't include the spring-deployment code in trunk and in
> upcoming releases
+1
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
--
On 10/2/07, berndf <[EMAIL PROTECTED]> wrote:
> I will put out a vote in a _separate_ thread in a week or so, this
> thread is intended just for discussing the proposal.
I like the idea.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokite
Norman Maurer wrote:
Ps: Serge maybe you allready knows... Your email client seems to set the
reply-to field to your emailaddress. So if someone just use reply you
are the only one which gets the answers..
Thanks for letting me know. I'm just using GMail. Danny, I think you
use GMai
on the library is the best thing to ensure that future design
> choices will satisfy anyone needs.
+0.6 New users/developers with energy to work on it are good.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p.
h non-streaming and streaming uses, and have a cursor API
out of that. The project scope question at hand is if we drop support
for non-streaming (and thus the cursor API) and just optimize for the
streaming use case.
Is that right? And if so, can you give me a use case or two for non-st
their
domain... we've done CNAME with most other customers and haven't had
too many issues.
Anyway, don't mean to delve into the specifics, but just curious about
the CNAME deprecated theory. I'm googling and really not finding much
of anything about it.
--
Serge Knystautas
log4j is
rather widely used. I'm reasonably familiar with it.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL
On 9/3/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> As soon as I will be officially an Excalibur PMC member and the vote
> will be tallied I will commit the new dependencies.
Great, thanks for the update.
--
Serge Knystautas
Lokitech >> software . strateg
term "wrapper", but I don't think that's feasible to
implement. Maybe it is.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
them with a ThreadLocal
> subclass declared final. the reset would then be moved into the
> instance.
+1. Yeah, looking at that code it looks like just making a
ThreadLocal subclass would be much more straight-forward. I'm not
sure how this pattern got used and if there is something e
stand and configure,
> better documented, wider used and supported by other technologies.
+1 I would greatly prefer using Spring instead of Phoenix as the
container for basic sysadmin stuff. There's just so much more
awareness of Spring, it would make non-developers' life eas
but if that's a
requirement, sounds like you've got a reasonable approach. I would
like to keep (make?) it easy to switch between mailet's MailAddress
and javamail's InternetAddress, but that's probably just a small
component of a javamail replacement discussion.
--
Serg
IIRC, this exception handling approach
was simply written before exceptions had a standardized way to wrap
another. I think want to say JDK 1.4 introduced it, and then not sure
when that made it into Javamail...
Anyway yeah, I think that's a perfectly acceptable change IMHO.
--
S
On 7/31/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
> -- 8<
> [x] +1 Dub trunk 'JAMES 3.0'
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.co
http://auxilii.com/msgparser/
Sorta spooky... GPLv3. That said, it's using Apache POI and
references a third party site that has done the binary analysis of
Outlook msg files in case anyone was really bored and wanted to make
their own equivalent of this.
--
Serge Knystautas
Lok
On 7/19/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
the milestone would be an official release but just a technology
preview with no guarantees about compatibility with the actual 3
series releases (whenever they happen).
+1
--
Serge Knystautas
Lokitech >> softwar
address that for Mime4j. It
looks like this is one of the rare JCP groups that actually did a good
job collecting (rather than inventing) requirements and solutions.
[1]
http://www.javabeat.net/javabeat/java6/articles/2007/06/java-6-0-new-features-part-2/2
--
Serge Knystautas
Lokitech >> softwa
status. I don't have a sense
for how many people are still on that and if it's as much of a concern
as it is in the past.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokit
On 6/13/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
On 6/12/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
> preferable MIME ones (attachments, mails forwarded as MIME attachments) plus
> outlook's stupid HTML format. the content is not important (i've bee
AM is that we don't have copyright :-/
Really? How does spamassassin build their test suite?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
ves.
Sorry, I meant Brian not Bill.
What are the options? Fork it? Is there another library we can go with?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
On 6/12/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
I just like using Java to process email in real-time.
And sendmail makes me puke.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e
just like using Java to process email in real-time.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTEC
probably the biggest and easiest to
come by corpus of email formating variations (pun intended).
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
er
drop him an email with the bug info, or explain the dilema and see if
he has any suggestions on how to address this code maintenance going
forward.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5
his is likely to tread too hard on anyone's toes, please shout!
+1
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscri
a bit concerned that JMeter couldn't generate the load that
Postage could. Hopefully someone has experience that can refute this.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
On 5/21/07, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
the past weekend I ran a script against the top 1 smtp servers
contacted by my main mail server to see what is the current status of
ESMTP extension support.
Thanks Stefano... this is nice data to see.
--
Serge Knystautas
Lo
nd. I just commented to the blog to ask him to contribute
back, or use our JIRA install to submit patches. :)
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
share Stefano's concern about creating extra work/complications, but
I think the improved collaboration and the goal of better
modularization are two good things.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROT
n JCR, and will build from the JCR side out, not start with existing
JAMES code at all.
Commit privs granted to Jukka.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.55
ope someone else will be able to add some +1 soon. :-)
+0. Same here.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e
e a comprehensive reference.
I'm not sure how fair a comparison this is as I still need to digest a
bit more how things are divided.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If anybody wants to take this up, please feel free.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
--- Begin Message ---
Hello!
Your software, James, has been selected for inclusion in Count From Zero
cle interface, which per the
javadocs, "The typical use case for this is to control asynchronous
processing." This would somewhat hardwire us for spring if we were to
take advantage of that platform.
--
Serge Knystautas
Lokitech >> software . strategy
ce the new component is ready, so go ahead!
+1
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTE
On 1/24/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
On 1/23/07, Serge Knystautas <[EMAIL PROTECTED]> wrote:
> I would suggest looking briefly at the raw IMAP protocol. It makes
> the protocol nasty, but every command gets a unique token so that
> reque
would presume this is why
someone like Andy will question the larger scalability of the protocol
given its complexity and how the asynchronous nature of rich email is
built right into the protocol instead of having the client create
multiple HTTP connections in a REST style.
--
Serge Knystautas
Lo
e.com/news/thread.tss?thread_id=38478). The
code is completely separate so as an outside user I can use the JDBC
lucene store without all the compass framework stuff, but they release
everything at the same time and keep it in the same source tree.
--
Serge Knystautas
Lokitech >> software . stra
those use
cases. The protocol parsing and storage to answer that protocol are
further consistent expressions of those use cases.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p.
+1.
I'd also think about moving our mailets into the mailet subproject,
and that could serve as your testing ground or at least samples. At
least the mailets that are not tied to James/Avalon APIs.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://w
) (updated to +1 if the code is placed in
phoenix-loader)
+1 Joachim
+0 Danny (binding)
-1 Noel (binding) (*)
+1. Where norman said is fine.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
On 1/8/07, Danny Angus <[EMAIL PROTECTED]> wrote:
A discussion on the Mailet-api list about annotations has started to
look at the possibility of requiring java 5 for James.
+1
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.
tagging concepts into IMAP, or do we
need a separate protocol (perhaps http/restful as you say)?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
re are ways
in which we are expected to behave, and the reason for this is to
ensure that we have a sustainable community with proper oversight,
auditable decision making, and legal protection for the commiters.
+1 to both Danny and Joachim's points.
--
Serge Knystautas
Lokitech >>
ffort to be inclusive. If you tell people you are
using this branch as a sandbox a) I know what to do with these commit
notices and b) could get involved in the fun if I had time.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5
ink it's been
our most biggest stability bug and certainly not our only one. I've
turned off the caching on my production box and still have to leave
the restart-James cron job running nightly. Maybe I need 8 servers
running James instead of this one aged box. :)
--
Serge Knystautas
Lokitech
effectively), there is
an optional test task. Then as the code is implemented to address the
test, you svn move the test code from optional to core.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5
to have a second shell script
that starts James using spring instead of Phoenix? My thought is that
the regular James checkout can be easily run in this alternate
container, that would spur more people to take a look at it.
--
Serge Knystautas
Lokitech >> software . strategy . design >&
excited to see this move, though obviously this is a non-trivial
change. ;)
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsu
that
work? How do let the community make changes as fast as possible and
get Noel's opinion constructively added to the mix?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
---
In fact with James architecture that
is thread heavy but very stack shallow (assuming you're not running
JNI stuff in some mailet), we could probably make the stack size even
smaller.
Just 2 cents for the night.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http
I share Bernd's caution about using this indicator that has limited accuracy.
I strongly recommend YourKit... you can get a free 14 day trial, do
two memory snapshots and run a diff to see what objects are leaking.
I think that or some other true profiling tool is necessary to spot
leaks.
--
Serg
On 8/12/06, Cliff Schmidt <[EMAIL PROTECTED]> wrote:
yep -- that's it -- that now has the new Notification URL in it
(instead of the old one above), which is
http://www.apache.org/licenses/exports/.
Ok sent. Thanks!
--
Serge Knystautas
Lokitech >> software . strategy
or doing so much leg work to see this is done properly! Just
to double check (since is the first time), I should email:
http://people.apache.org/~cliffs/export/james-email.txt
(with the appropriate headers updated)? That's it?
--
Serge Knystautas
Lokitech >> software
On 7/27/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Can we remove this thing?
AFAIK we now build only against java 1.4+ and it should include jdbc 3.0
by default.
Any drawbacks?
I think that should be safe to remove if we have deprecrated 1.3.
--
Serge Knystautas
Lokitech >&
ic reports).
Agreed.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
useful only to james committers and much less to james users.
I would not want to draw a line so strong. If someone wants to look
at some report and make a change, or is running their own branch of
the code and wants the changelog and dependency report, more power to
them.
--
Serge Knystaut
t too much because less than 1% of my outgoing
mail have multiple recipients.
I would be +1 to invert the default value on trunk.
We should not change 2.3 now.
Same here. AFAIK, it was safer to have it default false because we
were unclear how it would do in widespread production usage. +1 to
orman/
+1
Anything is going to be improvement! Thank you for working on this!
My only two requests are that we get the "Source code" link fixed
(from what's on the current site) and that we have the process of
updating the website clearly documented so all committers can do it.
hese technologies could be used to sole one or more aspects
of the above points, please give your opinions.
H1. Use Spring
+1
H2. Use XBean
+0
H3. Use OSGi Declarative Services
-0
--
Serge Knystautas
Lokitech >> software . strategy . design >&
tters too.
I'm -1 on creating some new non-Avalon service locator approach,
unless there is much more discussion. Avalon is service locator and
is what we use throughout. I don't want to tie James code to Avalon,
but I'm not convinced with the alternates that have shown up yet.
--
S
ak like you described in there.. I
have not done it on 2.3.0 yet to see if there are any new memory
leaks.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
ures would like like...
public interface Mailet {
/**
* return boolean Whether mailet consumed it
*/
public boolean service(Mail mail)
}
public interface MailetContext {
public void injectHere(Mail);
public void injectElsewhere(Mail, String spoolname);
}
Those names are not good, but that&#
ge into another spool and fail there, deprecating mail.setState
a.s.a.p.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-ma
ng about, so I'm not
sure if we're to that point. If all that's left is a notification,
I'll be happy to do the faxing. Actually, looks like you can even
send an email.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.
I guess we could add it, though the theory was that you would not want
to remove the original and/or allow someone to impersonate another
sender. Do you have a (non-test) case for why someone would want to
change the sending email address?
--
Serge Knystautas
Lokitech >> software . str
On 6/9/06, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
Serge Knystautas wrote:
> Can you clarify what this vote is?
We're posting a beta release to the public. We've voted on such in the
past, and so I called for a vote in the present.
+1
--
Serge Knystautas
Lokitech >
TED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
like a very relaxed license. My read says it's fine to use.
http://www.jmock.org/license.html
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
whatever's appropriate.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ollect
feedback on whether we should release a snapshot, or are we making a
formal release? The start of the subject [Vote] suggests the latter,
but the build name (to me) suggests the former.
Sorry, just dense. Been a long week.
--
Serge Knystautas
Lokitech >> software . strategy . de
On 6/2/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
So when we can start to VOTE for this now ?
I would just commit. It's backwards compatible, discussed several
days ago with consensus of what we'd change, go for it! We can always
revert if people have an issue.
--
on jspf cause its a james "subproject" ?
Yes, please do.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail:
a rule.
Across the ASF, it's been generally frowned on, though this is a
per-project decision to make.James decided to remove all author
tags a few years back, though some may still be in there.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitec
ot bundle ancient ant anymore.
- helped develop a fresh impl of spf and brought it into SVN.
I understand people wanting Stefano to share more what he's working on
and changing, but the way things are getting said are unlikely to
create the desired result.
--
Serge Knystautas
Lokitech >> soft
ranoid that
verify the checksums of their downloads representing a small
contingent and heck, this is only for someone building James from
source, not required for the masses.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e
0+ years
without such an attack. There are just too many easier ways to hack
systems.
Obviously when ant and maven and other methods of automatically
downloading support authentication, then great, but I see this as a
bogus reason to not use automatic downloads.
--
Serge Knystautas
Lokitech >&g
he changes or will fix it promptly if he didn't.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECT
dd someone exclusively to mime4j or postage.
2. Intentional with terms we're using
Here are some sample terms...
subproject - jakarta terminology
project - xml.apache.org's terminology
plugin - maven.apache.org's terminology
module - ?
codebase - ?
Others?
What do you think?
-
o look at the code. It all sounds
reasonable based on the comments.
I have a follow-up email on terminology coming soon.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e
ut I guess they don't care about what
would require more programming. You guys know better whether this
direction has any merit in it.
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokit
aliases are quite structured, it can know
(and thus reject during SMTP protocol) recipients that it cannot
handle for authoritative domain. So perhaps add both a rewrite() and
a handles() method?
--
Serge Knystautas
Lokitech >> software . strategy . design >> http://www.lokitech.com
p.
On 5/26/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Serge Knystautas wrote:
> I didn't have anything to do with the user repositories. :) I think
> James is lacking on a lot of what I consider basic mailbox features...
Can you name a few features you miss? (I just
1 - 100 of 464 matches
Mail list logo
