unge files have changed then
> it will lock them all then stream them all to the backup server.
Cyrus is pretty ideal for fast incremental updates to a backup system:
hence replication. You shouldn't need to lock anything with delayed
expunge, delayed delete and fast rename in place.
s handled?
>
> I believe David Carter has been working on some stuff for this which is
> lined up to go in soon.
The autorestart stuff is already in 2.3.10.
It was Ken's work, based on a suggestion on my part.
--
David Carter Email: [EMAIL PROTECTED]
Universi
e objection may just have just been (1).
3) Sanity checks are good:
USER dpc22
NO IMAP_INVALID_USER Attempt to update master for dpc22
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, P
hes in my private rpm packages to try how they work. Do you
> recommend both for general consumption?
It is certainly very easy to break mailboxes.db using cyr_dbtool.
Kudos to Bron for tracking down the problems.
--
David Carter Email: [EMAIL PROTECTED]
Universi
;
> When attaching the volume again, resilvering puts the system to a halt -
> reads and writes do block for seconds (!).
Definitely of interest to those of us keeping one eye on ZFS. Thanks. Can
someone else running ZFS confirm this behaviour?
--
David Carter
ter if the mailbox is replaced under your feet.
That's the way replication worked on my 2.1 systems, prior to split-meta.
(Locking isn't a big deal, but safe concurrent access is always nice).
--
David Carter Email: [EMAIL PROTECTED]
University Computing Se
On Tue, 13 Nov 2007, Bron Gondwana wrote:
> I have "delete_mode: immediate" on the replica and "delete_mode:
> delayed" on the master.
sync_server doesn't pay any attention to delete_mode, so the option
shouldn't have any effe
given name,
leaving INBOX empty. If the server implementation supports
inferior hierarchical names of INBOX, these are unaffected by a
rename of INBOX.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
ame IDs?
Given that a user inbox is involved, my guess would be:
Changes to the Cyrus IMAP Server since 2.3.9
[...]
* Fixed the special case of RENAMEing an Inbox, so that it doesn't
keep the same mailbox uniqueid, thus allowing it to replicate
properly (seen state
d before they hit
disk, then there is a good chance that the database will become corrupt.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3
cyr_expire is normally used to expire expunged messages if you are running
with delayed expunge. ipurge appears to bypass this.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street,
On Wed, 9 Jan 2008, David Carter wrote:
> "ipurge -f -d 1 -X user/*/spam" works for me.
"user/%/spam" if I didn't want to match user/dpc22/foo/bar/spam
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,
cyr_expire. ipurge uses the
Date: header unless you use the -X flag. Consequently a message with:
Date: Fri, 28 Mar 2008 00:16:17 -0800
wouldn't be expunged until March.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (
commentary about the mailboxes it is
processing. You could always take the source code and comment out the
mailbox_expunge() if you want to test on a live system.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 33450
dumping mailbox state, but locking is normally the safest
course of action. They aren't supposed to be long running processes.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street,
ault is 0
(zero) days, which will expunge all previously deleted messages.
Try -X . cyr_expire is a bit overloaded.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street,
is listed twice - the second time with a
> \Noselect flag:
The problem is that '-' sorts before '.' in ASCII. Try:
improved_mboxlist_sort: 1
(You will need to dump and then restore the mboxlist).
--
David Carter Email: [EMAIL PROTECTED]
Uni
ersions of each account. This is the opposite
approach, and makes sense if you have a convenient IMAP client library.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01
lem mailbox into smaller mailboxes using something other
than Outlook. Alternatively you could increase the word limit in Cyrus.
MAXWORD is 32k in recent Cyrus 2.3 versions.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223)
On Fri, 22 Aug 2008, Denis BUCHER wrote:
> But I think I understand, I have to create the "log" directory into :
> /var/spool/imap/user/dbucher
> which means :
> /var/spool/imap/user/dbucher/log
No, /var/imap/log/dbucher. You shouldn't need to resta
dity, so Outlook wanted to resychronise the whole thing.
But /var/imap/log will give a definitive answer.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223
lboxes
> master[833]: process 96599 exited, signaled to death by 11
Probably a corrupt cyrus.cache file (at least that's the cause when I see
these). Try reconstruct on the mailbox.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,
of warts that I really don't like. It is
much easier to just drop my own replication code onto new versions of
Cyrus (typically < 5 minutes work each time). That was one of my original
design objectives.
--
David Carter Email: david.car...@ucs.cam.ac.uk
Unive
warning (at least for test purposes) on murder
frontends, given that it is just a readonly replica of the mupdate master.
I hope that this isn't a complete red herring. It just struck me that it
would be a really easy test to make.
--
David Carter Email: dav
can see any measurable difference on our systems.
The only problem with this patch is that it causes unsolicited EXPUNGE
events to (non UID) FETCH and STORE operations, which isn't allowed.
This breaks legitimate concurrent access to mail folders. I have an
updated patch which f
inst 2.1.16. If someone would like to generate the equivalent
2.2.X patch I'm happy to put it up on the same page.
> If you could add a link here:
> http://acs-wiki.andrew.cmu.edu/twiki/bin/view/Cyrus/ExternalLinks
> it'd be much appreciated.
Done.
--
David Carter
mtpd process:
Its a small bug in the Sieve parser. A patch is available at:
http://www-uxsup.csx.cam.ac.uk/~dpc22/
cyrus/patches/2.1.16/sieve-parse-bug.patch
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New
syslog on a Redhat Linux box existing processes which have
already opened syslog break down. Messages which would have gone to the
syslog go to stderr (if I remember correctly), which happens to be the
socket attached to IMAP client. Much hilarity ensues.
--
David Carter
o run PINE against both master and replica version
of a given mailbox and watch the replica play follow my leader :).
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax
, precisely that.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ
ut in about around 3 to 4 months work on the
current code and that we would be talking about (at least!) several more
man months work between myself and Cyrus developers to get something
properly merged. Thats a fairly substantial undertaking for all involved,
particularly given that we all have ot
hen. As I indicated in my previous message, we all
have other priorities right now.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2
ikely
solution will be a different filesystem or operating system.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
. Unfortunately,
UniqueID isn't very Unique: its just a simple hash of the mailbox name. I
ended up allocating UUIDs in large chunks from the master process on each
machine. If a process runs out of UUIDS (which would take some going as
they are allocated in chunks of 2**24), it falls back to cal
servers in our case :)
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
solve the
inconsistencies that would occur if a pair of machines ever lost touch.
I would be happy to be proved wrong: active-active is clearly better from
a system administrator perspective :).
--
David Carter Email: [EMAIL PROTECTED]
University Computing Se
s on each system are active, the remainder are passive.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
---
Cyrus Home Page: http://a
servers has to make that choice, and the potential for race
conditions here and elsewhere in an active-active solution is amusing.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street
nce
implementation, even if he wanted to recode everything from scratch. 5 and
6 would require a much more substantial redesign and I suspect quite a lot
of trial and error as this is unexplored territory for IMAP servers.
--
David Carter Email: [EMAIL PROTECTED]
University Comput
think that its a tall order. Sorry.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
---
Cyrus Home Page: http://asg.web.cmu.edu
ds you have ended up with two mailboxes with the same UniqueID.
This will confuse the replication code which tracks mailboxes by UniqueID
rather than by name in order to implement rename. If you delete the
cyrus.header file and run reconstruct it should generate a new UniqueI
problem with a library shared between the two or (just
conceivably) a subtle hardware problem.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
_machineid: 1
2. For each IMAP, NNTP and LMTP service in cyrus.conf, enable the
provide_uuid argument. Example:
imapcmd="imapd" listen="imap" prefork=5 provide_uuid=1
--
David Carter Email: [EMAIL PROTECTED]
University Computing Servic
n I ported
the code. Its on my TODO list, but I can'tgive you a timetable.
altnamespace shouldn't be a problem (we use it). The replication code
works entirely in the internal namespace.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,
ation failing. The
replication engine retries before giving up completely.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
--
t logins to specific backend servers).
This makes it possible to push inactive accounts back and forth without
any downtime. It doesn't work with shared mailboxes, which is why Cyrus
2.3 only supports simple master-replica pairs.
--
David Carter Email: [EM
ic to
our environment.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wik
support for partitions was added.
Old sync./ directories which don't correspond to any running
sync_server can be cleared out safely by hand on a running system.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 3
r had to use it.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus
a
hash of renaming user inboxes (user.XXX -> user.XXX.Uni). Removing the
cyrus.header file and running reconstruct should fix the problem.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pe
the value that's there now duplicates a test
just above and is an unreachable path.
Agreed.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambri
ad new
messages rather than reusing the single instance store on the replica.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
each replication
stream is independent and can progress at its own best speed.
Particularly important if a replica dies (or is shut down for routine
maintenance) and needs to catch up from a big backlog of transactions.
--
David Carter Email: [EMAIL PROTECTED]
University Comp
. The client process on the master bails out frequently with
these errors in the log:
It looks like you have some corruption in cyrus.index files on the replica
following the crash. Try running reconstruct on the mailboxes in question.
--
David Carter Email: [
;5 * (MAX_MAILBOX_PATH+1)" was put in to
support partitions. A lookup table for partitions and two integers (one
for the partition number, one of the message number on that partition)
should be all that is needed to reconstruct the paths at a later date.
--
David Carter
really nothing more
exciting than a RENAME operation to some part of the mailbox hierarchy
without a quota root that only the system administrator can access.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Mu
[cyrus:cyrus]$ replicate -s cyrus-24 -v -v -u dpc22
USER dpc22
USER_ALL dpc22
ENDUSER
where "replicate" is just a little wrapper around sync_client.
We also maintain databases of MD5 checksums for messages and cache
entries, generated by make_md5.
--
Da
since 2.2.1
* Significantly improved message header caching (based in large part
on code supplied by David Carter <[EMAIL PROTECTED]> from
the University of Cambridge)
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Ph
makes it easy to add headers to the list which is cached.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page
her flag on messages.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
On Thu, 9 Nov 2006, David Carter wrote:
On Thu, 9 Nov 2006, Farzad FARID wrote:
I'm running Cyrus Imapd 2.3.7 with the delayed expunge mode. Do the
messages deleted by the user, but not yet expunged by the system, count
in the user's quota? I'd say yes but I'd like a
tween altnamespace and the internal Cyrus namespace. Consider:
INBOX <--> user.dpc22
INBOX.foo <--> user.dpc22.foo
foo<--> user.dpc22.foo
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223)
ntial performance hit if it did.
I believe (its been some time now) that the UW server works the way that
you want. The POP protocol doesn't have any concept of \Seen messages, so
there isn't really a right or wrong way to do this.
--
David Carter Email: [EMAIL PROTEC
disks. It also means rather less stress if the fsck fails to complete.
I've heard horror stories about all the common Linux filesystems and I've
personally watched fsck.ext3 (supposedly the safest option) unravel a
filesystem, with thousands of entries left in lost+found. ZFS looks n
itical data.
ZFS looks nice.
Well, but you are on your own because this project for linux is pretty
young.
I don't have any problem with OpenSolaris, though it would be a little
amusing given that we moved from Solaris to Linux about 4 years back.
--
David Carter
y, I agree. Exterprise storage and replication are both just
strategies to reduce the frequency that you need to resort to backup.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax
ecksums for message bodies and
cache entries. On four occasions this has picked up oddities which in
hindsight were obviously this bug.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Stree
only tracks the last few
thousand messages that have been uploaded. It becomes much more effective
when a replica has been seeded and you switch to "rolling" replication.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,
mparing two messages.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
ather unfortunate name. The hash algorithmn
used to generate mailbox uniqueIDs is a bit basic, which is why I switched
to generating them on the fly from master.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Mu
message_uuid_master_init() call should stay where it is.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
--- master/master.c-DIST
On Fri, 16 Mar 2007, David Carter wrote:
Ah, have_uuid is new in 2.3. That line definitely needs to move, but I
think that the message_uuid_master_init() call should stay where it is.
Or even (as per the fastmail patch).
--
David Carter Email: [EMAIL PROTECTED
-s is new in 2.3, but it looks like it was only there for testing.
The manual page says:
Principally used for debugging purposes: not exposed to sync_client
-u should replicate an entire user including the Sieve files.
--
David Carter Email: [EMAIL PROTECTED
an
awful long time (about a year?) since I last had a sync_client bail out.
We are moving to 2.3 over the summer (initially using my own original
replication code), so this is something that I would like to sort out.
Any suggestions?
--
David Carter Email: [EMAIL PROTEC
bimap has thrown an error.
sync_client logs the only information that it has (the return code r).
It probably wouldn't hurt to try and log the current mailbox/user in some
consistent fashion.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,
P is not well suited to active-active replication. Replication in
Cyrus is strictly active-passive.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
C
een 2.2.12 and 2.3.8.
If source and target mailbox are on the same partition then the message
should be copied using link(): both hard links share a single timestamp.
Otherwise Cyrus has to create a new file and copy the data by hand.
--
David Carter Email: [E
d, the parent routine index_copy()
appears to have gained an extra argument, and the top level cmd_copy
handler in imapd.c has:
r = index_copy(imapd_mailbox, sequence, usinguid, mailboxname, ©uid,
!config_getswitch(IMAPOPT_SINGLEINSTANCESTORE));
--
David Carter
ess space. 64 bit integer arithmetic would be a slight
benefit for quota arithmetic (unsigned long long). However my systems
spend about 2% of their time in user CPU state according to vmstat. You
really aren't going to notice on any modern Intel/AMD CPU.
--
David Carter
ages. Try "strings" on
the lmtpd binary. Errors from Cyrus should be all variants on:
ec IMAP_MESSAGE_TOO_LARGE,
"Message size exceeds fixed limit"
Is sendmail/postfix using a staging partition which has run out space?
--
David Carter Email: [EMA
On Fri, 10 Aug 2007, Per olof Ljungmark wrote:
> It would be a way to keep a second offline replica for backing up to a
> tape archive, which is what I plan to do.
This is certainly what we do, and it seems to work nicely.
--
David Carter Email: [EMAIL PRO
/dpc22/bar user/dpc22/bar test3
* OK rename user/dpc22/bar user/dpc22/bar
. OK Completed
The only gotcha is that each rename moves all subsidiary mailboxes:
. RENAME user/dpc22 user/dpc22 default
* OK rename user/dpc22 user/dpc22
* OK rename user/dpc22/bar user/dpc22/bar
*
On Sun, 2 Sep 2007, Bokhan Artem wrote:
> Sorry, I didn't understand you clearly... Did you mean, that subfolders
> of single user may be moved across partitions?
Yes.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Ph
es
> sync_client to consider them in the same run, so it "finds" the matching
> message on the replica.
sync_server maintains a fairly modest UUID cache on the server side: 1000
messages in 2.3. A restart is negotiated after each UPLOAD command.
--
David Carter
e is no way to get single-instance-store on a replica
> if you're rebuilding it from scratch?
No. You would need a database which maintained a persistent mapping
between UUID and a list of files on each partitition which are that UUID.
I'm open to suggestions.
--
David Carter
amount of
memory to run on large file systems:
http://oss.sgi.com/archives/xfs/2005-08/msg00045.html
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (0122
lt; count) in
cmd_reserve). I attach the message that I sent to cyrus-devel.
sync_client will be ignoring the spurious responses.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke S
Soon Now,
which was kind of the whole point when I started back in 2002. Hurrah.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK
looks like Fastmail also hit recently. An dedicated
journal device would probably make a big difference with data=journal.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street
SATA disks for the data and four 15k SAS disks for the
metadata would be a good mix.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3
d a 20 line test program
could exhaust memory in seconds. This bug was in SLES four years back, and
it was still there the last time that I looked (some months back now).
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223
ent).
Kernel memory explodes, and nothing is released when the program exits.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH
rather impenetrable. I infer that it is
collecting information about adjacent characters in the message body.
Presumably a 5 character search term provides 4 required pairing as a
prefilter from the squat engine before message by message search kicks in.
--
David Carter
ough a large IMAP APPEND operation. Entirely safe.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
Cyrus Home Page: http://cyr
h are configured to use LAST rather than UIDL will download
all of the messages at each poll interval which is rather undesirable.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street,
OP when available.
I guess I'll have to add some monitoring on our existing servers to find
out just who is using LAST. I'm still tempted to disable LAST altogether
in our Cyrus installation given the potential for unpleasant surprises.
--
David Carter
t you are seeing. Its been fixed in CVS.
The other common explanation for hangs is /dev/random running out of
entropy, but I don't think that would affect ctl_cyrusdb.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
em to work. So far the best that I have come up with is:
if not envelope :contains "from" "@" {
fileinto "bounces"; stop;
}
which works (at least in our environment), but isn't very pretty.
--
David Carter Email: [EMAIL PROTECTED]
before it passes it on to Cyrus.
Exim does this automatically. I don't know about other MTAs.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
d do something about
this case. I'll have a chat with Philip the next time that I see him.
--
David Carter Email: [EMAIL PROTECTED]
University Computing Service,Phone: (01223) 334502
New Museums Site, Pembroke Street, Fax: (01223) 334679
Cambridge UK. CB2 3QH.
1 - 100 of 152 matches
Mail list logo