Do you take into account the 4/3 inflation with Base64 encoding and / or
allow for any message body when setting the maximum message size that
your servers allow?
--
Grant. . . .
unix || die
smime.p7s
Description: S/MIME Cryptographic Signature
Hello,
We appear to be hitting a capacity wall from one of our ranges (
15.222.16.128/25) in delivering to their servers at 184.150.200.82 and
184.150.200.210.
I reached out to postmas...@bell.ca (postmas...@bell.net bounced) at the
end of yesterday (PDT) but no response yet, so maybe here?
Dnia 23.10.2020 o godz. 22:48:42 Adam Moffett via mailop pisze:
>
> An additional argument is how much support labor is it worth to
> guide/force/teach the use of cloud storage compared to the risks of
> allowing larger emails? One of these is things is way easier.
> Someday I may bow to the
On 24.10.20 00:48, Adam Moffett via mailop wrote:
> Nail on head Brandon.
>
> An additional argument is how much support labor is it worth to
> guide/force/teach the use of cloud storage compared to the risks of
> allowing larger emails? One of these is things is way easier. Someday
> I may
Nail on head Brandon.
An additional argument is how much support labor is it worth to
guide/force/teach the use of cloud storage compared to the risks of
allowing larger emails? One of these is things is way easier. Someday
I may bow to the needs of ignorance because it's easier.
And I
As much as we all may laugh at using email for these things, there are a
bunch of benefits to it. For example, telling someone at a company to use
some random external service to host their potentially confidential
material is not a great sell and probably against the rules at most large
We use 100MB max message size, have customers who routinely send messages with
attachments approaching that limit, and only rarely do we see a message
rejected due to it being too large.
Hope that helps,
Mark
___
L. Mark Stone, Founder
North
Most if not all places ask that you use a file sharing solution - google drive,
box etc for large files.
--srs
From: mailop on behalf of Adam Moffett via mailop
Sent: Friday, October 23, 2020 11:17:00 PM
To: mailop@mailop.org
Subject: Re: [mailop] Maximum
On 23.10.20 22:51, Jay Hennigan via mailop wrote:
> Perhaps someone should come up with a protocol designed to transfer
> files. They could name it File Transfer Protocol and abbreviate it FTP.
I'd prefer something with "Secure" in it's name though, preferably in
the front, so it shows the
Dnia 23.10.2020 o godz. 17:47:00 Adam Moffett via mailop pisze:
> Yes, it was set to 200MB years ago by request of an engineer sending
> CAD files.
> Now I have someone else who wants it larger.
Does that someone know that services like WeTransfer or similar exist? Or
that one can share files via
On 10/23/20 10:23, Adam Moffett via mailop wrote:
I'm at 200MB maximum message size and have someone requesting we
increase that limit.
Is there any current consensus on what it should be?
I think you'll find that the rest of the Internet has a limit far lower,
about 20 MB is
Never
In article you write:
>When sending messages to a *.mail.protection.outlook.com host via IPv6,
>our mail host gets the following email status:
>
>#4.7.26 SMTP; 450 4.7.26 Service does not accept messages sent over IPv6
>[2001:708:10:6004::22] unless they pass either SPF or DKIM validation
Some of the largest emails I’m seeing over the years are random spams with huge
amounts of hashbuster text, that figure out that many spam filters will skip
scanning overly large emails. Most regular users these days appear to know
about and use file sharing services.
--srs
On 10/23/20 11:04 AM, Erwin Harte wrote:
Hello,
We appear to be hitting a capacity ceiling from one of our ranges
(15.222.16.128/25) in delivering to their servers at 184.150.200.82
(smtpvipmtrlin.bell.net/mxmta.owm.bell.net) and 184.150.200.210
(smtpviptorin.bell.net/mxmta.owm.bell.net).
On 10/23/20 1:23 PM, Adam Moffett via mailop wrote:
> I'm at 200MB maximum message size and have someone requesting we
> increase that limit.
>
> Is there any current consensus on what it should be?
Sheesh... Sounds like someone needs Dropbox or Nextcloud...
--
inoc.net!rblayzor
XMPP:
Ken -
We have had this too when we add a new IP. Sometimes we find it was on some
internal block list. SBC is managed by AT as I recall. You e-mail:
abuse_...@abuse-att.net
The block message may contain the link or e-mail as I recall. Sometimes
they respond in 12 hours, typically 1 - 2 days.
On Fri, Oct 23, 2020 at 10:51 AM Adam Moffett via mailop
wrote:
> Meanwhile I have found in Google searching that GMail allows 25MB and I
> believe O365 is 150MB max.
>
https://help.yahoo.com/kb/message-size-limits-yahoo-mail-sln5673.html
Hello,
We appear to be hitting a capacity ceiling from one of our ranges
(15.222.16.128/25) in delivering to their servers at 184.150.200.82
(smtpvipmtrlin.bell.net/mxmta.owm.bell.net) and 184.150.200.210
(smtpviptorin.bell.net/mxmta.owm.bell.net).
I reached out to postmas...@bell.ca
By default we still distribute with a 10MG maximum size, but frankly
almost all of our customers has bumped it to the maximum we recommend,
which is 20MG. (the odd one even went to 30, but we don't recommend that)
Too bad this isnt' escalated to a recommended standard.
How about we use this
On 10/23/20 7:23 PM, Adam Moffett via mailop wrote:
I'm at 200MB maximum message size and have someone requesting we
increase that limit.
Is there any current consensus on what it should be?
Current default max. message size for Postfix configurations:
message_size_limit (default:
Exactly what I was thinking:
150MB for Microsoft Online
https://docs.microsoft.com/en-us/office365/servicedescriptions/exchange-onli
ne-service-description/exchange-online-limits#message-limits-1
50 MB for GSuite: https://support.google.com/a/answer/175121?hl=en
If you can upsell to
Yes, it was set to 200MB years ago by request of an engineer sending CAD
files.
Now I have someone else who wants it larger.
Meanwhile I have found in Google searching that GMail allows 25MB and I
believe O365 is 150MB max.
My initial impulse was to say no to this request because I'm aware
How many providers are going to accept 200 mb emails if you enable this and
someone then tries to send one out?
--srs
From: mailop on behalf of Adam Moffett via mailop
Sent: Friday, October 23, 2020 10:53:51 PM
To: mailop@mailop.org
Subject: [mailop] Maximum
I'm at 200MB maximum message size and have someone requesting we
increase that limit.
Is there any current consensus on what it should be?
-- Adam Moffett, Network Engineer
Plexicomm - Internet Solutions | www.plexicomm.net
Office: 1.866.759.4678 x104
Good Morning,
I was wondering if there is an SBC Contact on the list. I added a new mail
server on a new IP overnight, and see that the IP is apparently on the
block list.
Thanks,
Ken Vedder
Amplex Internet
___
mailop mailing list
mailop@mailop.org
On Fri, Oct 23, 2020 at 10:28:28AM +0300, Otto J. Makela via mailop wrote:
>
> SPF for aka.fi is, as far as I can tell, correct albeit non-restrictive.
> Before I start randomly making changes (like adding DKIM etc), does anyone
> have ideas?
I would guess it's the "?all" part they don't like.
Dnia 23.10.2020 o godz. 10:28:28 Otto J. Makela via mailop pisze:
> https://www.spf-record.com/spf-lookup/aka.fi?ip=2001:708:10:6004::22
>
> The latter test gives me a slightly germanic error about non-restrictiveness.
I guess you are talking about this:
Syntax check not passed: 1 error
The
We have a customer (Finnish Academy aka.fi) who use our services to send out
emails through our server smtp.sdn.csc.fi. Unfortunately, Outlook.com seems to
have added more hoops for us to jump through.
When sending messages to a *.mail.protection.outlook.com host via IPv6,
our mail host gets the
28 matches
Mail list logo
