← Back to branch summary

~ubuntu-branches/debian/stretch/alpine/stretch

« back to all changes in this revision

Viewing changes to imap/docs/imaprc.txt

  • Committer: Bazaar Package Importer
  • Author(s): Asheesh Laroia
  • Date: 2007-02-17 13:17:42 UTC
  • Revision ID: james.westby@ubuntu.com-20070217131742-c5pt3x6wk9djgcxy
Tags: 0.82+dfsg-5
Actually make pilot "priority: optional".

Show diffs side-by-side

added added

removed removed

Lines of Context:
imap/docs/imaprc.txt
168
168
   Sets the directory in which the user's data can be found.  A user's
169
169
   folders can be found in a subdirectory of the black box directory
170
170
   named with the user's username.  For example, if the blackbox
171
 
   directory is /usr/spool/folders/, user jones' data can be found
172
 
   in /usr/spool/folders/jones/.  The user's black-box directory is
 
171
   directory is /var/spool/folders/, user jones' data can be found
 
172
   in /var/spool/folders/jones/.  The user's black-box directory is
173
173
   the location of folders, .mminit, .imaprc, .newsrc, and all other
174
174
   files used by c-client; internally, it sets c-client's idea of the
175
175
   user's ``home directory'', overriding /etc/passwd.
411
411
    If non-zero, a warning message is given if an attempt to create a
412
412
    lock file fails.  Otherwise, EACCES is treated as a "silent failure",
413
413
    and it proceeds without trying to use the lock file.  This is for
414
 
    the benefit of users on systems with paranoid /usr/spool/mail
415
 
    protections which don't let users create /usr/spool/mail/$(USER).lock
 
414
    the benefit of users on systems with paranoid /var/mail
 
415
    protections which don't let users create /var/mail/$(USER).lock
416
416
    files; these unfortunate users would be harassed with a flood of
417
417
    error messages otherwise.  The problem is that on SVR4, if EACCES
418
418
    remains disabled and fcntl() locking is also disabled, then there is
419
419
    no locking at all which is doubleplus-ungood.
420
420
 
421
 
    If the site is paranoid on /usr/spool/mail protections AND if there
 
421
    If the site is paranoid on /var/mail protections AND if there
422
422
    is no fcntl() locking (SVR4) or usable flock() locking (e.g. NFS),
423
423
    then there is no way to win.  Find a different system to use.
424
424