Stefano Bagnara wrote:
the EHLO/EHLO is done before the AUTH can be issued so we only
have a checkAuthNetworks option and not a checkAuthClients
option like we did for other CmdHandlers.
Sometimes, you have to defer the problem that you caught, so if the command
handler finds the problem, it
Yes, I believe that we can remove it. We can also removed some other
things, such as the changes Norman made, as per comments in the code, to
remove workarounds for earlier JDKs.
--- Noel
-
To unsubscribe, e-mail:
Norman,
My major issue with this commit is that you preserved the comment:
+ * pI have done extensive testing of this routine with a standalone
+ * driver, and am leaving the commented out debug messages so that
+ * when someone decides to enhance this method, it can be yanked it
+
I would like to add A LOT of reports to our official site. If they are
automatically generated by Maven I don't see drawbacks in having more
reports (they have to be mantained would be the drawback for
non-automatic reports).
Superfluous bloat in SVN would be an issue. All of these generated
http://people.apache.org/~bago/james/site-20060723/
The source code link for JAMES Server is broken.
Minor nits:
James where it refers to the project - JAMES
James where it refers to the server - JAMES Server
Under related projects, we can add Maven and Derby. Not sure if we would
want
[
http://issues.apache.org/jira/browse/JAMES-576?page=comments#action_12423069 ]
Noel J. Bergman commented on JAMES-576:
---
The correct behavior is not defined by MIME specs.
Server behavior would be defined by RFC 2821, with the behavior
+1
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I don't know if RoamingUsers is better or worst than PopBeforeSmtp:
what do ther thinks?
There are many ways to handle RoamingUsers. POPBeforeSMTP is at least
descriptive.
2) Before 3.0 I would like to find a better solution than hardcoding the
check in PassCmdHandler (maybe support the
Norman wrote:
schrieb Noel J. Bergman:
There are many ways to handle RoamingUsers. POPBeforeSMTP is at
least descriptive.
I called it RoaminUsersHandler cause we could easly use it for
IMAPBeforeSMTP if imap is included. So i thought this general
name is the best.
Too general. And I'm
Norman Maurer wrote:
BTW, after think a bit about this there is no need for implemt
ConnectionHandler on this type of check. Cause the error code
get returned on RCPT.. So it whould be enought to implement
CommandHandler.
Right, I think that every autorization/relay check should be done
Stefano Bagnara wrote:
The creation of a skin will allow me to remove all of the duplicate code
I put in site, server and jspf repositories (css and images).
Where should I put this code?
Under site/ would be my suggestion.
Should I create a maven-skin folder in the root of the james
Jürgen Hoffmann wrote:
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 everyone else going
POP3 before SMTP was a quick hack because POP3 already had authentication,
and SMTP didn't have it (at the time). Even sites, such as ORDB, that
recommend POP3 before SMTP say that STMP AUTH would be preferable.
Sendmail says [SMTP AUTH] is useful for roaming users and can replace
Vincenzo Gianferrari Pini
Resolution: Fixed
Changed the log message level to debug when match fails.
Key: JAMES-574
URL: http://issues.apache.org/jira/browse/JAMES-574
Affects Versions: 2.3.0b3, 2.3.0b2, 2.3.0b1, 2.3.0a3, 2.3.0a2, 2.3.0a1, 3.0
Norman Maurer wrote:
Noel J. Bergman wrote:
Stefano wrote:
If we want to follow this roadmap I would avoid to commit anything 3.0
specific in trunk until we have a 2.3.0 final out. Then I would start
a
2.4.0 branch from the trunk of that moment and from that point we
would
still
Anyone know why this is still defaulting to false instead of true? I use
true in my own config.xml.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'm fine with RC1.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stefano,
1) 2.3 is release candidate: we don't change anything if not to fix
major/medium bugs
We are agreed. So let's leave v2.3 alone, and talk about v2.4.
2) 2.4 is the next 2.x release (we had this in roadmap until you decided
at apachecon to keep only 3.0 ;-) ) and is storage
I'd like to see us get v2.3 out soon, pretty much as-is. And then, I am
thinking that we might want to put out a v2.4 almost immediately thereafter,
giving people choices.
The differences that I would see between v2.3 and v2.4 would be
incorporating the fast-fail changes and the service daemon
Norman Maurer wrote:
Vincenso and Noel both aksed me if its possible to backport
the SPFHandler to 2.3. The problem is that in 2.3 we have no
real fastfail. But if you guys want i can backport it anyway.
im +0 todo this. What the other commiters think?
As you will find when the mail
See my Release Plans e-mail. :-)
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sorry for the re-post. I found out a few minutes later (but still some
hours ago) that the mail server was working its way through a 2.7 million
e-mail backlog.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Stefano Bagnara wrote:
Noel J. Bergman wrote:
What is the difference in size between the anakia generated site
and the maven 2 generated site? Only for JAMES, not counting jSPF.
Do you want to know the site of the generated html page or the site used
by the whole site once generated?
I
Stefano Bagnara wrote:
I still like more the Jackrabbit one, but I doubt that stuff passed the
PRC. (I didn't even know that a PRC existed ;-) )
It did not exist at the time we did the JAMES logo, or that would probably
not have passed muster. We would no longer approve the logo because of
Maven2 default skin:
http://people.apache.org/~bago/james/maven2/
-1
LookTest skin:
http://people.apache.org/~bago/james/looktest/
+1
Norman skin:
http://people.apache.org/~bago/james/norman/
+1
I will admit to a preference for Norman's, but just barely. And I still
don't like the
Bernd Fondermann wrote:
Even the prev ASF logo used by James
(http://www.apache.org/images/asf_logo_wide.gif) is better
We can use that one, too.
I also like the Jackrabbit one.
I wonder if they ever got that approved by the PRC.
--- Noel
Stefano wrote:
Sunny day and I'm sick, so I took some time to look at maven2 generation
and css.
Sorry to hear it.
I created a css for maven2 generated site, that is different from James
current style but I think it is something in the middle between Maven2
style and current James
Stefano Bagnara wrote:
Noel J. Bergman wrote:
Would you please update the stylesheet to use the ApacheCon US 2006 logo
DONE (already updated in my home live export)
:)
Fixed to say betas and removed references to specific betas
Looks good. We can direct them to http://people.apache.org
Stefano Bagnara wrote:
Normally I wouldn't call a vote for a site update, but I just finished
committing more than *1000* files updated in our site/trunk repository.
ROFLMAO! :-D
Yes, that's what happens. :-) We've all been there and done that, and had the
same reaction. Welcome to the
You might want to have some discussion on each item before calling for a
vote. In some of these cases, there may be alternatives to the choices you
listed.
Example votes
-1 or +1 are the only meaningful votes at the ASF.
A. Deprecate phoenix
+1 But in what timeframe? I am in no rush.
Stefano wrote:
AvalonListserv.java (2 matches)
AvalonListservManager.java (2 matches)
Obsolete and ready to deprecate, IMO.
I love to remove code: can we remove those from trunk?
Wait: deprecate != remove. I'm using AvalonListserv and
AvalonListservManager quite extensively, and others may
I don't see another simple solution to move forward from the current
stall.
What stall? We're certainly not going to design an API by voting first and
working second.
Meantime, we are making very fine progress on the protocol handler
revisions, which should clear the way to relatively easy
Stefano Bagnara wrote:
That said you once said that we could deprecate things in a version and
change them in the following one.
I seem to recall saying that is what a particular large vendor does, and I
wouldn't have much of an issue with it. But if a user raises a concern, I'd
support it
Peter Royal wrote:
(The Java 5 requirement for SSL is because you can only do SSL w/NIO
in Java 5).
The other thing we get from SSL w/NIO is STARTTLS. We could support the
current socket-based SSL I/O for 1.4 users.
You may want to open communication with http://hausmail.safehaus.org/
Stefano Bagnara wrote:
I'm +1 to MINA usage for our listening services.
Same here.
Imho James 3.0 won't be out before mid 2007 (optimistic)
That's not anyone else's goal, so I hope that it isn't yours. I'd like to
see JAMES v3 by year end. But it all depends upon what one calls JAMES v3.
Stefano Bagnara wrote:
I remember that our first smtphandler refactoring to support fastfail
(2005 SoC) has been partially based on hausmail architecture (command
pattern).
No, it was generally what was described by Danny and myself a year or more
earlier in the Wiki.
Furthermore hausmail
As a person having SVN karma, would you mind to turn on SVN
notifications for postage
Yes. And, honestly, I'm annoyed. The mailer must be configured BEFORE the
commits are made, not after. As far as I know, we now need a list of every
revision number for all of the commits to postage so that
Stefano Bagnara wrote:
Noel J. Bergman wrote:
As a person having SVN karma, would you mind to turn on SVN
notifications for postage
For future reference, DO NOT CREATE ANYTHING DIRECTLY UNDER james/ unless
you know how, and have authorization, to change the mailer configuration.
Who
Norman Maurer wrote:
I also like the sandbox. For example for the fastfail stuff the sandbox
is cool. Cause after commit to trunk i whould simply remove it.
And how would any of what you just said be different if the directories
under sandbox/ were moved to being under branches/? Exactly.
Norman wrote:
james/jspf/trunk/src/site/xdoc/index.xml
-Both a href=http://james.apache.org/download.cgi;binary and source/a
+Both a href=http://www.apache.org/dist/james/jspf;binary and source/a
This must be fixed.
I'll explain. Never point people to www.apache.org/dist. We always
I have a library using slf4j for logging and I want to use it inside my
Avalon based application (Apache James).
We should use java.util.logging, which is also what tomcat switched to
using. JULI should be entirely sufficient for our needs, and is the
standard API.
--- Noel
Norman Maurer wrote:
You won't need to do anything with download.cgi. What you need to do is
modify the download.xml file to include jspf, regenerate the site
(generates the HTML from the XML), and commit the generated site to svn.
So it should be
Stefano Bagnara wrote:
init(Config) where Config contains a Context that in turn contains a
mean to retrieve services is just an obfuscated way to use the Avalon
serviceLocator pattern (service(ServiceManager s)).
Well, you can say obfuscated and I can say that it is the commmon mechanism
Stefano Bagnara wrote:
It used to be kept out of MOST of the Matchers and Mailets.
IIRC, at one point it was only in RemoteDelivery, and then
I added it (by necessity) to the quota code. Likewise, Mark
did evil :-) things with the CommandListServ configuration code.
Here is a list of
-1
Why? Really trivial reason. Stefano was right a while back when he made
the same observation to me: let's make sure to create the tag before we vote
on a release.
svn cp https://svn.apache.org/repos/asf/james/server/branches/v2.3 \
Norman Maurer wrote:
1. I add a new method to the CommandHandler interface called
getImplCommands(). This method return the commands
(as ArrayList)
Why not a Collection or a Map?
If a wrong commandHandler is configured for the command an
ConfigurationException is thrown
Do you mean
Norman Maurer wrote:
just forget to say that a fastfailfilter can now just add by add :
class=your.fast.fail.filter command=COMMAND1(,COMMAND2,...)
The fastfailfilter class will be insert automatic to the right position
in chain. ( Between coreFilterHandler and commandHandler for the
[
http://issues.apache.org/jira/browse/JAMES-562?page=comments#action_12420075 ]
Noel J. Bergman commented on JAMES-562:
---
I consider this issue resolved, since the virtual user table capability
provides flexible alias and forwarding capabilities
Norman Maurer wrote:
you are right. I was wrong.
shrug No worries.
Anyway just tested your fix and it works fine.
:-) Thanks. Close the JIRA issue if you're confident.
--- Noel
-
To unsubscribe, e-mail: [EMAIL
Stefano Bagnara wrote:
I'm working on it but I cannot reproduce it using a mock environment yet.
See the below. All I did was telnet into JAMES and post a sample message,
and in the root processor I used SetMimeHeader.
--- Noel
Index:
Norman Maurer wrote:
IMHO such a debugging should be better done with JUNIT tests...
Postage is great for performance tests etc..
JUNIT testing is not the same as an external test harness. We should be
able to drive a test from SMTP connection through to POP3 or IMAP. So
Postage could send a
Bernd Fondermann wrote:
Bernd, we should have some round-trip testing that would detect
this sort of problem. :-)
What Postage today is already helpful at is building a clean room
environment. All mail is kept within. This is good for debugging or
staging to production.
I know. :-)
Norman Maurer wrote:
So the problem only appears after call saveChanges() in a mailet and
move it to a other processor ?
It appears to happen whenever you change a header and not the body. A
defect in how we optimized message handling.
--- Noel
[
http://issues.apache.org/jira/browse/JAMES-559?page=comments#action_12419912 ]
Noel J. Bergman commented on JAMES-559:
---
This appears to be a side-effect of optimizing message handling. Since the
message is not in memory, we lose it when we call
[
http://issues.apache.org/jira/browse/JAMES-561?page=comments#action_12419928 ]
Noel J. Bergman commented on JAMES-561:
---
Just to keep people following this in the loop, Norman observed on IM that The
problem is that ((JamesUser) user).getAliasing
I just found and fixed it. Unfortunately, I'm 30,000 feet in the air, but as
soon as I land in LA this evening (about 4 hours from now), I'll commit the
fix, unless someone has beaten me to it.
Norman observed on IM that The problem is that
((JamesUser) user).getAliasing() return false.
[ http://issues.apache.org/jira/browse/JAMES-561?page=all ]
Noel J. Bergman resolved JAMES-561:
---
Fix Version: 2.3.0
3.0
Resolution: Fixed
Committed fix to both trunk and v2.3 branch. The check for an aliased name had
Stefano Bagnara wrote:
It would also be good to default to 'match=All' when either match
and notmatch are missing.
I'm mulling that over, but at the moment I am +1.
--- Noel
-
To unsubscribe, e-mail: [EMAIL
This is not really tested. I modified an existing test mailet of mine to do
more logging, and committed it as we had discussed at ApacheCon. I rushed
through this right now because Vincenzo is having problems with JAMES v2.3 on
his production server, can't send mail at the moment, and should
I rushed through this right now [...]
Just committed a version that at least compiles. IM'ing Vincenzo as he works
through debugging the server issues (again, he has no e-mail access).
--- Noel
-
To unsubscribe,
Stefano Bagnara wrote:
I can try to give some hints to some of the problems that could be
caused by MimeMessageWrapper and the CopyOnWriteProxy.
Is there something that we need to document generically for all of the users
who do have custom mailets?
--- Noel
Norman Maurer wrote:
schrieb Noel J. Bergman:
I rushed through this right now because Vincenzo is having problems
with JAMES v2.3
Whats the exact problem ? Any Logs config.xml etc ?
See my e-mail regarding a blocking defect.
--- Noel
Vincenzo has found what appears to be a blocker. He posted e-mail to
Stefano and myself, the gist of which is:
A mailet [like ClamAVScan or SetMimeHeader] sets a header and issues a
saveChanges(). Before and after such mailet the message is ok. But as soon
it goes to *another processor* the
Working on it ... looks like we corrupt the message body in
AvalonMailRepository when we call sr.put(key). Side-effect of not loading
the message into memory, I suspect.
--- Noel
-
To unsubscribe, e-mail: [EMAIL
Bernd Fondermann wrote:
I am currently preparing the downloads... please stay tuned.
I already did! Days ago. And posted them. And have been waiting for
anyone to comment.
--- Noel
-
To unsubscribe, e-mail: [EMAIL
Stefano Bagnara wrote:
Noel J. Bergman wrote:
Bernd Fondermann wrote:
I am currently preparing the downloads... please stay tuned.
I already did! Days ago. And posted them. And have been waiting for
anyone to comment.
I voted against that release (-0) because of the pending changes
Noel J. Bergman wrote:
Stefano Bagnara wrote:
I think we should update derby both in trunk and branch, test it works,
and we are ready for the 2.3.0b2 vote.
Built, signed and upload in process to
http://people.apache.org/~noel/james
Done.
--- Noel
I saw that derby is initialized anyway so I just committed a change to
2.3 branch to comment the jdbc embedded driver configuration (also
updating the default documenting comment).
I'll re-roll the release with that change, and tag it.
+1 from me to release, and I'll look to get it running on
attached are notes for Norman
Below ...
--- Noel
-
loop:
handler.call(session)
if (session.responseCode != 0) break;
endloop
while handler.call(session) != false handler = next();
interface CommandsHandler {
I have posted a build on people.apache.org/~noel/james. I will +1 it.
Please review and vote. If it is approved, someone can move it to proper
location, or I'll do it by Thursday.
FWIW, Stefano is wrong when he asserts that I am the only one who can sign
releases. I am simply the only one who
Very quick, since I need to get up at O'Dark:30, and may not be online
before Thursday.
Danny, Norman, Vincenzo and I met. Good chats.
Norman and I probably spent the most quality time -- from a JAMES
perspective -- working on code together. Some of the results are what he is
coding into the
I have posted a build on people.apache.org/~noel/james.
At least I am trying to, but the upload is going very slowly and I'm going
to sleep. Hopefully, it will upload by morning.
--- Noel
-
To unsubscribe, e-mail:
Norman Maurer wrote:
after checking for the default timeout of RemoteDelivery i notice that
it is 10 Minutes! Why it must be so high ? is that not a bit overkill ?
I agree, but ...
+1 for change it the default to 2 minutes. Thats what other MTA also
use.
See my other reply. There are two
Norman Maurer wrote:
im right that the 10 minutes timeout is the time after which the
connection get closed if it was no activity there ?
If there is no activity *after* the connection is accepted, then there is a
10 minute timeout by default.
we should at least set it to something smaller
Noel J. Bergman wrote:
I'd like to post the next milestone before leaving for Europe on Monday,
so
this is a call for comments. Any more changes coming?
The good news is that barring the discovery of new defects, there don't
appear to be any non-cosmetic/documentation issues standing
Norman Maurer wrote:
We tested it with mysql-4.1 and mysql conector 3.1.13 and 5.0-beta.
Os is debian ubuntu with java 1.5
Whether or not there is a JAMES bug, as you noted in another message, using
prepared statements with MySQL on (at least) debian appears to be unreliable:
Is there any reason why you not merge it to branch yet ?
Because I asked for folks to review it first. If everyone agrees with the
fix, we can merge it into the release branch, too.
--- Noel
-
To unsubscribe, e-mail:
[ http://issues.apache.org/jira/browse/JAMES-535?page=all ]
Noel J. Bergman reassigned JAMES-535:
-
Assign To: Noel J. Bergman
Denial of service (CPU consumption) via a long argument to the MAIL command
Oh drawing 2 didn't work! RETRY..
The list server is stripping almost all attachments.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Steve Brewin wrote:
I think there is a lot of merit in coming up with a new queueing mechanism
we should explain the benefits any proposed change is seeking to achieve.
Considering the amount of available free time, there had better be some
serious benefits, no? ;-)
might these be support
Steve Brewin wrote:
We should define an interface that meets our requirements for dispatching
work, most likely a subset of the JMS APIs. Implementations of which may
use any SOA style service, be it JMS, WebServices, whatever.
We can, but I assert that although we can change the Mailet API
Stefano Bagnara wrote:
1) What are the benefits of inverting the queue = processor relation?
See my replies to Steve. I'm after several capabilities, and did consider
several alternative syntactic approaches, but only care about relative ease
of expression and functional capability.
2) Are
Stefano Bagnara wrote:
James is a top level project and we didn't publish any release
versioning scheme, so we can simply vote and do what we voted.
+1
And I'll be happy to see Vincenzo's code dropped into v2.3 when we release
it. The logic I apply is that it is not a core change, but
[
http://issues.apache.org/jira/browse/JAMES-525?page=comments#action_12415592 ]
Noel J. Bergman commented on JAMES-525:
---
See also: http://jakarta.apache.org/commons/sandbox/openpgp/
I would like this feature, since I receive PGP mail and I won't
http://svn.apache.org/viewvc?rev=413032view=rev
Does this mean that 2.3 will be the last release that has them, and that
releases later this summer will not? Or are we going to have to continue to
use the 2.3 branch for an extended period of time?
--- Noel
Stefano Bagnara wrote:
IMHO if we'll ever want to make a 2.3.x release then we will use the 2.3
branch, otherwise from trunk we should create a 2.4.0 or a 3.0.0.
I'm not sure about trunk being v2.4 (as opposed to 3.0 - see below), but we'll
see.
And about the removal: we deprecate them in
Norman Maurer wrote:
re: http://issues.apache.org/jira/browse/JAMES-525
So should we store the pgp signature for every user in the
userrepository ?
For what purpose? Signing?
I'm certainly keen to see us support RFC 3156
(http://www.ietf.org/rfc/rfc3156.txt), but I suspect that verification
Norman Maurer wrote:
- Add [protected] set methods for ServiceManager and DNSServer
Those properties were private, and you've now exposed setters
i make a mistake
:-) No problem. So this was just a style change, not a planned change in
function? You prefer to use a private setter rather
Norman Maurer wrote:
i whould like to use setter methods for that in all mailets and matchers
Ah, I just asked you about this. OK, that explains the change we were
discussing. :-)
Anyone has a problem with that?
On the one hand, Java isn't Smalltalk, and I have little need to treat it as
: Noel J. Bergman
Aaron Johnson's article [1] on VERP and JAMES reminded me that some million
years or so ago -- OK 2003 -- I posted [2] VERP matching code that I intended
to contribute to JAMES. It got stripped, and never did make it into the
mailing list package.
As Aaron shows, adding VERP
[ http://issues.apache.org/jira/browse/JAMES-526?page=all ]
Noel J. Bergman updated JAMES-526:
--
Attachment: VERP.java
Generic VERP matching code, with test matchers for the ASF's ezmlm format,
DJB's VERP document, and an iNovem format sample
[ http://issues.apache.org/jira/browse/JAMES-526?page=all ]
Noel J. Bergman updated JAMES-526:
--
Description:
Aaron Johnson's article [1] on VERP and JAMES reminded me that some million
years or so ago -- OK 2003 -- I posted [2] VERP matching code
Stefano Bagnara wrote:
IMHO you are describing a release numbering scheme that has never
be used in past for James.
We've oft-debated what the next version number should be, and I think that we
might agree that at least some of our v2 versions should probably have become
v3, but we had
Stefano Bagnara wrote:
the activation.jar bundled seems to be the one from ibiblio
and not the one from sun.
I already cast my +1 for the same archive with with replaced
activation jar from sun, if needed.
I have the new activation.jar from Sun, and will start using it. Still
working with
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.
--- Noel
-
To unsubscribe, e-mail:
Concepts:
- Each processor is a named queue entry. This is
not a change from today, except that these may
be real queues in the JMS sense of the word if
the underlying queue manager uses JMS. But the
approach should NOT be JSM/MQ specific. It
should work just fine with
Norman Maurer wrote:
It is from the 28.06 - 30.06 . Right ?
Actually, the hack-a-thon will be 26-27/6, although we'll have things going
the whole time. Hack-a-thon's don't get put on a schedule, and BOFs will be
put on the Wiki later. There is a JAMES tutorial on fast-fail offered, if
people
Norman Maurer wrote:
Noel J. Bergman:
- Each processor is a named queue entry.
Not can say much about this. Not have a closer look at [JMS]
The first line is the key idea. The fact that it *might* be a JMS queue
should not really be a change, and we should support other implementations
/JAMES-522
Project: James
Type: Bug
Components: Matchers/Mailets (bundled)
Reporter: Noel J. Bergman
Priority: Minor
If JAMES attempts to start, ClamAVScan is configured, and clamd is not running,
ClamAVScan.init() will throw an exception, terminating JAMES entirely
[ http://issues.apache.org/jira/browse/JAMES-522?page=all ]
Noel J. Bergman updated JAMES-522:
--
Priority: Trivial (was: Minor)
Having the ClamAVScan mailet configured, but clamd unavailable when JAMES
starts, keeps JAMES from starting
501 - 600 of 1312 matches
Mail list logo
