Hi All,
I have recently come to a situation where i need to set incoming attachment size
limits for managers/users within my company.
After speaking to postfix guru's everyone came to the decision that there was no
way to do it at MTA level.
Therefore, i would like to make a feature request tha
Not to be a stick in the mud, but why not just limit the overall size of the
email? You're not likely to get a 1megabyte email with no attachments. This
is what I do, but I'll admit I don't know the particulars of your situation.
Just curious,
-Micah
On Monday 28 June 2004 10:08 am, James XM
I'm not sure i understand what you mean exatly, but my problem is that the
managing directors of my company want to be able to recieve mails of up to 15mb,
whereas standard users should only be able to receive mails of up to 3mb.
Cheers
James
On Mon, 28 Jun 2004 15:25 , Micah <[EMAIL PROTECTED]>
I understand now, it's a mail size limit on a user level, not a system wide
limit.. Sorry.. I'm sure you can do that now with dbmail if you pipe things
through a custom script. You could write a perl script or something that
would send a rejection note if the mail was too big, otherwise it woul
It would be great if someone could point me in the right direction on how to do
that, or even better integrate it into dbmail so there isn't the slowdown of
spawning a perl script or whatever every time a mail is delivered.
Cheers
James
On Mon, 28 Jun 2004 15:43 , Micah <[EMAIL PROTECTED]> sent:
There is likely a pretty easy way to do it using procmail which is a filter
system designed for this kind of thing. (and then some)
I'm sure there's some other people on this list, that could probably whip you
up something off the top of their head, but if you google for the project
site, or go
Hello,
I don't know what the implications are with multiple recipients,
but if a similar field were added for lmtp lookups, it'd be very
efficient, and as you said, would be a feature dbmail had that
others didn't.
A possible workaround if you're using postfix is to define 2
different tran
Louis van Belle wrote:
when will there be new packages.
As I've stated before: support for debian/woody will cease sooner or later.
Dbmail is very much uptodate in sarge.
DBMail 1.2.8b
June 14, 2004 16:26:47 Posted by: Ilja Booij
DBMail 1.2.8b fixes a crash in the DBMail POP3 daemon. Vers
This could be, but doesn't have to be a dbmail issue.
I would use postfix's content_filter framework and build a python script to
parse the message and get the attachment sizes, lookup the max size in a
expanded dbmail table, and either return the message to postfix, of exit with a
proper erro
Paul J Stevens wrote:
As I've stated before: support for debian/woody will cease sooner or
later. Dbmail is very much uptodate in sarge.
I vote later. Upgrading distros on production servers is kind of a
non-trivial thing. :-}
Of course, if it's supported on later versions of Debian it sh
My opinion is with Will.
There is only one slight problem. Dbmail, MySQL and Woody. Woodys
original distribution packages are MySQL revsion 3.23.??
From what I understand will DBMail require MySQL 4.0.??.
I use backported packages from packages.dotdeb.org for MySQL and PHP.
What dependencies d
Magnus Sundberg wrote:
My opinion is with Will.
There is only one slight problem. Dbmail, MySQL and Woody. Woodys
original distribution packages are MySQL revsion 3.23.??
From what I understand will DBMail require MySQL 4.0.??.
Only if you use dbmail2
I use backported packages from pack
12 matches
Mail list logo
