aboutsummaryrefslogtreecommitdiffstats
path: root/ftp
diff options
context:
space:
mode:
authornork <nork@FreeBSD.org>2003-04-06 22:43:07 +0800
committernork <nork@FreeBSD.org>2003-04-06 22:43:07 +0800
commit257742ff842f13bf2001612a4c1b7992fe1c090f (patch)
treea438b387f133061f19a2e243e920240c1129e2ce /ftp
parent34d54d0149f29078e38053c39f9a16f31b58a089 (diff)
downloadfreebsd-ports-gnome-257742ff842f13bf2001612a4c1b7992fe1c090f.tar.gz
freebsd-ports-gnome-257742ff842f13bf2001612a4c1b7992fe1c090f.tar.zst
freebsd-ports-gnome-257742ff842f13bf2001612a4c1b7992fe1c090f.zip
There is a problem with the interaction between MessageWall and Microsoft
Exchange server. The MS Exchange server gets upset that MessageWall sends the "250 2.0.0 h1Q0Qc907062 Message accepted for delivery" and the "\r\n" in different packets. The first patch works around this MS problem. See http://messagewall.org/cgi-bin/ezmlm-browse.cgi?command=showthread&list=messagewall-discuss&month=200302&threadid=nnoiaogojliciagmgpbk The other patch changes how MessageWall behaves when there are multiple recipients to a message. MessageWall accepts the first recipient, but defers the second with a temporary SMTP error. This can take some time for all recipients to get the message when the sending side has a long queue time. MessageWall does this since different recipients of a message can have different profiles. We, along with a number of sites, use a single profile for all inbound email. This patch, which must be enabled when the port is built with -DMESSAGEWALL_ALLOW_MULT_RCPT, allows multiple recipients, using the profile of the first recipient. See: http://www.messagewall.org/cgi-bin/ezmlm-browse.cgi?command=showthread&list=messagewall-discuss&month=200303&threadid=lcjcimckfmdphlhpjjhn PR: ports/50296 Submitted by: Douglas K. Rand <rand@meridian-enviro.com> Approved by: maintainer timeout (12 days)
Diffstat (limited to 'ftp')
0 files changed, 0 insertions, 0 deletions