Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

pop3

[es] :: Linux/UNIX serveri i servisi :: pop3

[ Pregleda: 8793 | Odgovora: 13 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

laza

Član broj: 678
Poruke: 5
*.rcub.bg.ac.yu



Profil

icon pop317.04.2002. u 09:18 - pre 267 meseci
Imam sledeci problem:
Ako neko od korisnika dobije veliki mail koji ne moze da skine sa servera ja
treba taj mail kao administrator da obrisem.Mailbox korisnika je u
/var/spool/mai/ime_korisnika i to je jedan fajl.
E sada meni je potrebno da samo taj veliki mail obrisem a ostale mailove
koje je dobio i koji nisu veliki da ostavim.Da li postoji neka naredba u
tekstualnom modu koja to resava ?
Inace koristim sendmail.
 
Odgovor na temu

anon325

Član broj: 325
Poruke: 142



+43 Profil

icon Re: pop317.04.2002. u 16:50 - pre 267 meseci
Citat:
laza:
Imam sledeci problem:
Ako neko od korisnika dobije veliki mail koji ne moze da skine sa servera ja
treba taj mail kao administrator da obrisem.Mailbox korisnika je u
/var/spool/mai/ime_korisnika i to je jedan fajl.
E sada meni je potrebno da samo taj veliki mail obrisem a ostale mailove
koje je dobio i koji nisu veliki da ostavim.Da li postoji neka naredba u
tekstualnom modu koja to resava ?
Inace koristim sendmail.


mail -f /var/spool/mail/korisnik
i onda lepo obrises poruku koja ti smeta (sa h listas poruke, sa d ih brises)...
 
Odgovor na temu

MoHicAn

Član broj: 43
Poruke: 1893
*.yubc.net



Profil

icon Re: pop317.04.2002. u 20:35 - pre 267 meseci
Ili predjes na maildir format pa ti pojedinacni mailovi budu pojedinacni fajlovi pa onda mozes svasta da radis. Pod svasta sam mislio automatizovana skripta koja obavlja posao.
 
Odgovor na temu

flylord
Ilić Aleksandar
Simplicity d.o.o.
Nis/Uzice

Član broj: 2954
Poruke: 3859
*.rcub.bg.ac.yu

ICQ: 4849714


+68 Profil

icon Re: pop321.04.2002. u 02:27 - pre 267 meseci

Citat:
MoHicAn:
Ili predjes na maildir format pa ti pojedinacni mailovi budu pojedinacni fajlovi pa onda mozes svasta da radis. Pod svasta sam mislio automatizovana skripta koja obavlja posao.


Sendmail podrzava maildir??

THe Lord of Flies
 
Odgovor na temu

MoHicAn

Član broj: 43
Poruke: 1893
*.yubc.net



Profil

icon Re: pop321.04.2002. u 03:34 - pre 267 meseci
Ne kolko ja znam.
Zato lepo qmail ima + ima zamenu za sendmail (program sa istom sintaxom kao sendmail) ako neki programi bas zahtevaju /usr/sbin/sendmail + imas na daemons forumu uputstvo za doticni.
 
Odgovor na temu

B o j a n
eCTRL
EU

Član broj: 1178
Poruke: 2925
*.verat.net

Jabber: bc@default.co.yu
Sajt: default.co.yu/~bc


+1 Profil

icon Re: pop321.04.2002. u 14:08 - pre 267 meseci
Sendmail po default-u trci na /var/spool/mail i ima podrsku za mbox ( patching ? ). Oba formata su totalno prevazidjeni u poredjenju sa Maildir formatom.

Kraj price !
Voleo bi da me neko uveri u suprotno.

"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo
 
Odgovor na temu

stinger
Luka Gerzic
DELTA M, IT Department
DELTA M HQ

Član broj: 126
Poruke: 1099
*.drenik.net

ICQ: 57419599
Sajt: www.gerzic.net


Profil

icon Re: pop322.04.2002. u 11:01 - pre 267 meseci
maildir(5) maildir(5)

NAME
maildir - directory for incoming mail messages

INTRODUCTION
maildir is a structure for directories of incoming mail messages. It solves the reliability problems that plague mbox files and
mh folders.

RELIABILITY ISSUES
A machine may crash while it is delivering a message. For both mbox files and mh folders this means that the message will be
silently truncated. Even worse: for mbox format, if the message is truncated in the middle of a line, it will be silently
joined to the next message. The mail transport agent will try again later to deliver the message, but it is unacceptable that a
corrupted message should show up at all. In maildir, every message is guaranteed complete upon delivery.

A machine may have two programs simultaneously delivering mail to the same user. The mbox and mh formats require the programs
to update a single central file. If the programs do not use some locking mechanism, the central file will be corrupted. There
are several mbox and mh locking mechanisms, none of which work portably and reliably. In contrast, in maildir, no locks are
ever necessary. Different delivery processes never touch the same file.

A user may try to delete messages from his mailbox at the same moment that the machine delivers a new message. For mbox and mh
formats, the user's mail-reading program must know what locking mechanism the mail-delivery programs use. In contrast, in
maildir, any delivered message can be safely updated or deleted by a mail-reading program.

Many sites use Sun's Network Failure System (NFS), presumably because the operating system vendor does not offer anything else.
NFS exacerbates all of the above problems. Some NFS implementations don't provide any reliable locking mechanism. With mbox
and mh formats, if two machines deliver mail to the same user, or if a user reads mail anywhere except the delivery machine, the
user's mail is at risk. maildir works without trouble over NFS.

THE MAILDIR STRUCTURE
A directory in maildir format has three subdirectories, all on the same filesystem: tmp, new, and cur.

Each file in new is a newly delivered mail message. The modification time of the file is the delivery date of the message. The
message is delivered without an extra UUCP-style From_ line, without any >From quoting, and without an extra blank line at the
end. The message is normally in RFC 822 format, starting with a Return-Path line and a Delivered-To line, but it could contain
arbitrary binary data. It might not even end with a newline.

Files in cur are just like files in new. The big difference is that files in cur are no longer new mail: they have been seen by
the user's mail-reading program.

HOW A MESSAGE IS DELIVERED
The tmp directory is used to ensure reliable delivery, as discussed here.

A program delivers a mail message in six steps. First, it chdir()s to the maildir directory. Second, it stat()s the name
tmp/time.pid.host, where time is the number of seconds since the beginning of 1970 GMT, pid is the program's process ID, and
host is the host name. Third, if stat() returned anything other than ENOENT, the program sleeps for two seconds, updates time,
and tries the stat() again, a limited number of times. Fourth, the program creates tmp/time.pid.host. Fifth, the program NFS-
writes the message to the file. Sixth, the program link()s the file to new/time.pid.host. At that instant the message has been
successfully delivered.

The delivery program is required to start a 24-hour timer before creating tmp/time.pid.host, and to abort the delivery if the
timer expires. Upon error, timeout, or normal completion, the delivery program may attempt to unlink() tmp/time.pid.host.

NFS-writing means (1) as usual, checking the number of bytes returned from each write() call; (2) calling fsync() and checking
its return value; (3) calling close() and checking its return value. (Standard NFS implementations handle fsync() incorrectly
but make up for it by abusing close().)

HOW A MESSAGE IS READ
A mail reader operates as follows.

It looks through the new directory for new messages. Say there is a new message, new/unique. The reader may freely display the
contents of new/unique, delete new/unique, or rename new/unique as cur/unique:info. See
http://pobox.com/~djb/proto/maildir.html for the meaning of info.

The reader is also expected to look through the tmp directory and to clean up any old files found there. A file in tmp may be
safely removed if it has not been accessed in 36 hours.

It is a good idea for readers to skip all filenames in new and cur starting with a dot. Other than this, readers should not
attempt to parse filenames.

ENVIRONMENT VARIABLES
Mail readers supporting maildir use the MAILDIR environment variable as the name of the user's primary mail directory.
 
Odgovor na temu

stinger
Luka Gerzic
DELTA M, IT Department
DELTA M HQ

Član broj: 126
Poruke: 1099
*.drenik.net

ICQ: 57419599
Sajt: www.gerzic.net


Profil

icon Re: pop322.04.2002. u 11:02 - pre 267 meseci
Using maildir format
Why should I use maildir?
Two words: no locks. An MUA can read and delete messages while new mail is being delivered: each message is stored in a separate file with a unique name, so it isn't affected by operations on other messages. An MUA doesn't have to worry about partially delivered mail: each message is safely written to disk in the tmp subdirectory before it is moved to new. The maildir format is reliable even over NFS.
How are unique filenames created?
Unless you're writing messages to a maildir, you shouldn't worry about this. A unique name can be anything that doesn't contain a colon (or slash) and doesn't start with a dot.
Okay, so you're writing messages. A unique name has three pieces, separated by dots. On the left is the result of time(). On the right is the result of gethostname(). In the middle is something that doesn't repeat within one second on a single host. I fork a new process for each delivery, so I just use the process ID. If you're delivering several messages from one process, use starttime.pid_count.host, where starttime is the time that your process started, and count is the number of messages you've delivered. If your system provides a sequence number syscall, use that instead of the pid, preceded by #.

What can I put in info?
When you move a file from new to cur, you have to change its name from uniq to uniq:info. Make sure to preserve the uniq string, so that separate messages can't bump into each other.
info is morally equivalent to the Status field used by mbox readers. It'd be useful to have MUAs agree on the meaning of info, so I'm keeping a list of info semantics. Here it is.

info starting with "1,": Experimental semantics.

info starting with "2,": Each character after the comma is an independent flag.

Flag "R" (replied): the user has replied to this message.
Flag "S" (seen): the user has viewed this message, though perhaps he didn't read all the way through it.
Flag "T" (trashed): the user has moved this message to the trash; the trash will be emptied by a later user action.
Flag "D" (draft): the user considers this message a draft; toggled at user discretion.
Flag "F" (flagged): user-defined flag; toggled at user discretion.
New flags may be defined later. Flags must be stored in ASCII order: e.g., "2,FRS".
Can a maildir contain more than tmp, new, cur?
Yes:
.qmail: used to do direct deliveries with qmail-local.
bulletintime: empty file, used by system-wide bulletin programs.
bulletinlock: empty file, used by system-wide bulletin programs.
seriallock: empty file, used to serialize AutoTURN.
 
Odgovor na temu

B o j a n
eCTRL
EU

Član broj: 1178
Poruke: 2925
*.yubc.net

Jabber: bc@default.co.yu
Sajt: default.co.yu/~bc


+1 Profil

icon Re: pop322.04.2002. u 16:44 - pre 267 meseci
Doista lock() pravi najvise problema pri funcionalnosti Mailbox i /var/spool/mail formatima.

Da li je neko nekad kombinovao imap i pop3 zajedno ?
Kako da nateram da pod-direktorijumi, koje je imapd napravio, budu vidljivi i pop3d.
Korisnik kad se uloguje preko pop3 vidi samo sadrzaj INBOX-a, i nista vise l;(

Ako tako nesto uopste moze da se odradi ?
"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo
 
Odgovor na temu

vvuja

Član broj: 281
Poruke: 25
*.atlas.co.yu



Profil

icon Re: pop330.05.2002. u 12:00 - pre 265 meseci
Citat:
canny:
Citat:
laza:
Imam sledeci problem:
Ako neko od korisnika dobije veliki mail koji ne moze da skine sa servera ja
treba taj mail kao administrator da obrisem.Mailbox korisnika je u
/var/spool/mai/ime_korisnika i to je jedan fajl.
E sada meni je potrebno da samo taj veliki mail obrisem a ostale mailove
koje je dobio i koji nisu veliki da ostavim.Da li postoji neka naredba u
tekstualnom modu koja to resava ?
Inace koristim sendmail.


mail -f /var/spool/mail/korisnik
i onda lepo obrises poruku koja ti smeta (sa h listas poruke, sa d ih brises)...


Ajd da damo laksi odgovor coveku, gde ce verovatno prijatnije da se oseca.
Udjes u pine, pa odes na S (setup), C (configure)
Pronadjes stavku Inbox path i tu upises /var/spool/mail/korisnicko_ime_onoga_kome_je_stigao_mail
Onda E (Exit) pa Y da snimis konfiguraciju.
Sa Q izadjes iz Pine-a i ponovo udjes.
Sada ces citati mail za tog korisnika pa ces lako moci da pronadjes onaj koji pravi problem i da ga sa D obrises.

Naravno, sve ovo radis sa root naloga kako bi imao privilegije da pristupis tudjem mail fajlu.

Pozdrav...
 
Odgovor na temu

tOwk
Danilo Šegan
Zemun/Beograd

Član broj: 94
Poruke: 2743
*.bitsyu.net

ICQ: 9344053
Sajt: alas.matf.bg.ac.yu/~mm011..


+2 Profil

icon Re: pop331.05.2002. u 12:23 - pre 265 meseci
Meni se čini da Pine u tom slučaju prebacuje sav mail u home dir korisnika koji ga je pokrenuo, a ne verujem da bi baš želeo da mu se nađu u root nalogu sve poruke dotičnog korisnika.

Naravno, moguće je da grešim, ali nisam video nikakvu opciju da se isključi ovo ponašanje.

Toliko.
Možda se moje mišljenje promenilo, ali ne i činjenica da sam u pravu.
 
Odgovor na temu

B o j a n
eCTRL
EU

Član broj: 1178
Poruke: 2925
*.yubc.net

Jabber: bc@default.co.yu
Sajt: default.co.yu/~bc


+1 Profil

icon Re: pop331.05.2002. u 19:17 - pre 265 meseci
Pa ko još koristi uid0 za čitanje pošte, i to ne tuđe, nego sopstvene. Postupak je sasvim ok. Posle svršenog posla, lako se obriše lokalni inbox u ~root

"It's okay, I'm just admiring to the shape of your skull!" -- Dr. Gonzo
 
Odgovor na temu

tOwk
Danilo Šegan
Zemun/Beograd

Član broj: 94
Poruke: 2743
*.verat.net

ICQ: 9344053
Sajt: alas.matf.bg.ac.yu/~mm011..


+2 Profil

icon Re: pop331.05.2002. u 23:27 - pre 265 meseci
Nisam mislio na to, nego na ono o čemu se radi u temi.

Hoće da obriše samo jednu poruku jednog korisnika, a Pine (čini mi se) iz spool direktorija sve prebacuje u lokalni mbox fajl, odnosno /mail/ direktorij. Prema tome, na način opisan u poruci pre moje prve, Pine će prebaciti sve poruke trećeg lica u mbox fajl root-a, a to ne verujem da je bila želja (čak se i specifično navodi da to nije želja).

Prema tome, ukoliko je tačno da Pine prebacuje poruke iz /var/spool/mail u ~, onda predlog ne valja. Jedino je na mestu ukoliko Pine ne prebacuje. Napominjem da se radi o brisanju poruka iz /var/spool/mail, a ne samo ubacivanju u /root/mbox.

Toliko.
Možda se moje mišljenje promenilo, ali ne i činjenica da sam u pravu.
 
Odgovor na temu

MoHicAn

Član broj: 43
Poruke: 1893
*.yubc.net



Profil

icon Re: pop331.05.2002. u 23:45 - pre 265 meseci
Onda lepo uzmes pa kao root uradis su ime_korinsika_cijem_mailu_oces_da_pristupis
ii onda lepo koristis ili /bin/mail ili /usr/bin/pine ......


hah /me je back .......
 
Odgovor na temu

[es] :: Linux/UNIX serveri i servisi :: pop3

[ Pregleda: 8793 | Odgovora: 13 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.